Bug 75209 - FILEOPEN: Impress pictures not displayed in slideshow
Summary: FILEOPEN: Impress pictures not displayed in slideshow
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Presentation (show other bugs)
Version: 4.2.0.4 release
Hardware: All All
: highest normal
Assignee: Not Assigned
QA Contact:
URL:
Whiteboard: bibisected
Keywords: regression
Depends on:
Blocks: mab4.3
  Show dependency treegraph
 
Reported: 2014-02-19 14:23 UTC by Luke
Modified: 2015-01-23 14:10 UTC (History)
5 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Comparison with 4.1, 4.3, MS Office 2013 (168.02 KB, image/png)
2014-04-23 04:52 UTC, Luke
Details
Sample MS Office 2003 .PPT file showing missing images (1.45 MB, application/vnd.ms-powerpoint)
2014-09-10 06:47 UTC, Luke
Details
Sample .ODP file showing missing images (217.26 KB, application/vnd.oasis.opendocument.presentation)
2014-09-10 06:52 UTC, Luke
Details
.odp file to bibisect, the commit show above is unrelated to the root cause (1.56 MB, application/vnd.oasis.opendocument.presentation)
2014-09-10 07:23 UTC, Jan Holesovsky
Details
stripped-down .ODP with only pictures (1.54 MB, application/vnd.oasis.opendocument.presentation)
2014-09-20 21:10 UTC, Luke
Details

Description Luke 2014-02-19 14:23:25 UTC
Ever since 4.2 Impress does not show the images of faces in attachment 83071 [details] when the user starts a slide show.

This is an especially insidious bug, as the pictures will show in the normal view, but will disappear, when the user starts the show. I have verified the pictures do show in 4.1 and do not show up in 4.2.0 and 4.3.0 up to Build ID: 637353bb46d3c7d9537e47e4e003aef78a0c0ab3. This bug appears to affect both Linux and Windows OS.
Comment 1 Jean-Baptiste Faure 2014-04-21 13:10:47 UTC
No problem for me with pictures in slideshow. What is special with this particular file? Does it work as expected if you convert it to OpenDocument Format or to strict OOXML format?

Best regards. JBF
Comment 2 Luke 2014-04-23 04:52:56 UTC
Created attachment 97796 [details]
Comparison with 4.1, 4.3, MS Office 2013

@Jean-Baptiste Faure 
No problem for me with pictures in slideshow.
:This is a regression. You are likely opening it with LO 4.1. I have verified this issue with the latest 4.3 nightly and 4.2 in both Win 7 and Linux.

What is special with this particular file?
:It was created with MS Office 2007

Does it work as expected if you convert it to OpenDocument Format or to strict OOXML format?
:No, When I saved as strict OOXML, LO 4.2+ had the same issues as with the .pptx file.
Comment 3 tommy27 2014-05-03 13:28:28 UTC
tested under Win7x64

I confirm bug (images not shown in slideshow) with 4.2.2.3 and 4.3.0.0alpha+

images are shown but with some kind of transparency in 4.1.5.2 like in your screenshot, so there's a regression of an already imperfect behaviour.

I've removed "regression" from summary notes and put it under Keywords where it belongs

I agree this is indisious bug since it looks OK in normal view.
Comment 4 Andras Timar 2014-05-05 21:21:38 UTC
59373b753902f69cd44d183568b084429322e7ab is the first bad commit
commit 59373b753902f69cd44d183568b084429322e7ab
Author: Jan Holesovsky <kendy@collabora.com>
Date:   Mon Sep 16 16:30:45 2013 +0200

    Related bnc#819614: The diagram is a group.


After this commit the transparent gradient object is behind the images in normal view, that is good. On the other hand, the images are not visible in presentation mode, that is bad.
Comment 5 Luke 2014-09-10 06:47:08 UTC
Created attachment 106023 [details]
Sample MS Office 2003 .PPT file showing missing images

In this example, note the grey gradient bar is not rendered in slideshow view.
Comment 6 Luke 2014-09-10 06:52:48 UTC
Created attachment 106024 [details]
Sample .ODP file showing missing images

In this example, note the grey gradient object(Rectangle 3) is displayed in the slideshow view of LO 4.1, but missing in LO 4.3+
Comment 7 Jan Holesovsky 2014-09-10 07:20:39 UTC
The behavior here is pretty annoying :-(

Having said that, my fix is not the culprit here, my only change is that the shapes are grouped.  When you ungroup them in the presentation, you can see the pictures of the people again in the presentation mode too.

I'll attach the .odp version of the initial attachment; it would be great if you can bibisect when that become broken - as you can see, even the .odp version has the same behavior - shows fine in the edit mode, but not in the presentation mode...

Adding bibisectrequest keyword, to bibisect with the .odp file I'm about to attach.

Thank you!
Comment 8 Jan Holesovsky 2014-09-10 07:23:27 UTC
Created attachment 106028 [details]
.odp file to bibisect, the commit show above is unrelated to the root cause
Comment 9 Xisco Faulí 2014-09-10 15:45:48 UTC
attachment 83071 [details] bibisected:

1cb483c5f696c8e7d262c7959e482f2bc2edc0cb is the first bad commit
commit 1cb483c5f696c8e7d262c7959e482f2bc2edc0cb
Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Date:   Fri Oct 18 08:55:44 2013 +0000

    source-hash-59373b753902f69cd44d183568b084429322e7ab
    
    commit 59373b753902f69cd44d183568b084429322e7ab
    Author:     Jan Holesovsky <kendy@collabora.com>
    AuthorDate: Mon Sep 16 16:30:45 2013 +0200
    Commit:     Jan Holesovsky <kendy@collabora.com>
    CommitDate: Mon Sep 16 17:04:03 2013 +0200
    
        Related bnc#819614: The diagram is a group.
    
        It is not really desired to import diagrams broken into individual objects;
        makes trouble with the hieararchy, and also the user wants to see it as a
        group - can be ungrouped for modifications easily.
    
        Change-Id: I0533a69af9e377804bf0e06b2ce873fd0c9bde02

:100644 100644 fee0f30959daf77c81436a4f8ac3e02565f8eeeb c75c37d83ee583b525d1d7b5e20160f317b1ece9 M	ccache.log
:100644 100644 e9d2d40d848a15a42165222cc8523b2eb6e76dd6 af1032fa0056513199b478e1bc898479e5bddb7d M	commitmsg
:100644 100644 dcfc3034a0ec4a0dd291eb47e8f5e74dfe2a68db 389eee42cd988e4e17d77afea6674dd465e6c2a1 M	dev-install.log
:100644 100644 5e75a14ac7b006e5f559156a71a77ca88fd96bab 99667ecacb0583c14353535065c393ab43bd8cd3 M	make.log
:040000 040000 db81fdeb8c6fa6df65425276c2768c93b74c5464 4a96cccb9e759f62b07d63e63da4a57cc5b622df M	opt

# bad: [423a84c4f7068853974887d98442bc2a2d0cc91b] source-hash-c15927f20d4727c3b8de68497b6949e72f9e6e9e
# good: [65fd30f5cb4cdd37995a33420ed8273c0a29bf00] source-hash-d6cde02dbce8c28c6af836e2dc1120f8a6ef9932
git bisect start 'latest' 'oldest'
# good: [e02439a3d6297a1f5334fa558ddec5ef4212c574] source-hash-6b8393474974d2af7a2cb3c47b3d5c081b550bdb
git bisect good e02439a3d6297a1f5334fa558ddec5ef4212c574
# bad: [4850941efe43ae800be5c76e1102ab80ac2c085d] source-hash-980a6e552502f02f12c15bfb1c9f8e6269499f4b
git bisect bad 4850941efe43ae800be5c76e1102ab80ac2c085d
# skip: [a043626b542eb8314218d7439534dce2fc325304] source-hash-9379a922c07df3cdb7d567cc88dfaaa39ead3681
git bisect skip a043626b542eb8314218d7439534dce2fc325304
# skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a
git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6
# skip: [aba65c3e4c0df07e4909aeefb758cdb688242bf6] source-hash-827524abfb4b577d08276fde40929a9adfb7ff1a
git bisect skip aba65c3e4c0df07e4909aeefb758cdb688242bf6
# bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930
git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31
# bad: [c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31] source-hash-c69ed33628ec0b7abf6296539cf280d6c4265930
git bisect bad c81a8a0dcfc1ed095a80e4485c89dd0fcaf73f31
# good: [1d4980621741d3050a5fe61b247c157d769988f2] source-hash-89d01a7d8028ddb765e02c116d202a2435894217
git bisect good 1d4980621741d3050a5fe61b247c157d769988f2
# skip: [89110ca258fa7a15dfc546acfb39e76fc3eb2a44] source-hash-e450a2c506ac7cd4433b0f93fc750a89919bc03c
git bisect skip 89110ca258fa7a15dfc546acfb39e76fc3eb2a44
# good: [1cca92a409385d9288c28a54d5e3008e56728bc0] source-hash-7be7824bbbdeee6fa998b950e6046ab37fe690cb
git bisect good 1cca92a409385d9288c28a54d5e3008e56728bc0
# skip: [5fa28ce2931a35ae64ae08d3904cfb76d24459d8] source-hash-2304beaca33c63b94df99cb827716f00ce259f9a
git bisect skip 5fa28ce2931a35ae64ae08d3904cfb76d24459d8
# bad: [2a9ff869c5638dc5c3aa387d0fe55c3291c86288] source-hash-01b7e04172889cbc9e4ac404b105e18ddc062d6f
git bisect bad 2a9ff869c5638dc5c3aa387d0fe55c3291c86288
# bad: [9771d0c212cfa71b07742ff3dc5c05df22d600eb] source-hash-a9a0933ec67eab0ec31c8fadb60fb8e8e3e90485
git bisect bad 9771d0c212cfa71b07742ff3dc5c05df22d600eb
# bad: [b68886f4c56ebc4cdf94aee9753398ccce28bb41] source-hash-90830788b1f8fd61ea86135712868aeda395edd0
git bisect bad b68886f4c56ebc4cdf94aee9753398ccce28bb41
# good: [56d7a7963ef4d32b0c5b60dc5f85d4bc218785d9] source-hash-1a412370ab03af8f3865ccbfaaa8dcff1d0ac0ad
git bisect good 56d7a7963ef4d32b0c5b60dc5f85d4bc218785d9
# bad: [1cb483c5f696c8e7d262c7959e482f2bc2edc0cb] source-hash-59373b753902f69cd44d183568b084429322e7ab
git bisect bad 1cb483c5f696c8e7d262c7959e482f2bc2edc0cb
# good: [f183d146de94c2dea7931279049827aedf4f01a4] source-hash-6fe1efc01d6f9dc333a74a4e76e554b182651f60
git bisect good f183d146de94c2dea7931279049827aedf4f01a4
# first bad commit: [1cb483c5f696c8e7d262c7959e482f2bc2edc0cb] source-hash-59373b753902f69cd44d183568b084429322e7ab
Comment 10 Xisco Faulí 2014-09-10 16:12:52 UTC
@Kendy, I can't bibisect your file ( attachment 106028 [details] ) as images aren't seen in pre-4.2 versions neither
Comment 11 Luke 2014-09-10 19:22:38 UTC
@Xisco
I think you're supposed to be looking for the grey rectangular gradient box. In the slideshow it's not shown in the 4.4 but is show in 4.2.
Comment 12 Luke 2014-09-15 18:31:17 UTC
@Kendy and @Xisco

Thanks for your help with this issue. If I understand it correctly, Kendy's fix revealed 2 hidden bugs, the Grey Gradient Rectangle missing regression and the pictures missing bug, right? Here's what I found testing your Contoso-Presentation-pg3.odp:

LibreOffice 3.5.7.2 
Grey Gradient Rectangle: shown
Pictures: missing

Version: 4.1.3.2
Grey Gradient Rectangle: shown
Pictures: replaced with black rectangles

Version: 4.2.4.2
Grey Gradient Rectangle: rendering errors, stripes instead of smooth gradient
Pictures: black circles

Version: 4.3.1.2
Grey Gradient Rectangle: shown
Pictures: black rectangles

Version: 4.4
Grey Gradient: missing
pictures:black

Xisco, which one were you bisecting? Should we break this into 2 new reports?
Comment 13 Jan Holesovsky 2014-09-17 08:02:51 UTC
Luke: Yes, your observation is correct, 2 hidden bugs...

Splitting to 2 reports sounds to me as a great plan :-) - I think best if you continue handling the pictures in this one, and create the other for gradinent.  Please mention this bug there for reference.

Thanks a lot for handling this!
Comment 14 Luke 2014-09-20 21:10:20 UTC
Created attachment 106589 [details]
stripped-down .ODP with only pictures
Comment 15 Björn Michaelsen 2014-11-28 09:45:23 UTC
(This is an automated message.)

Setting priority to highest as this is a MAB. This is part of an effort to make the importance of MAB reflected in priority too.
Comment 16 tommy27 2014-12-02 08:48:55 UTC
missing pictures bug still reproducible with LibO 4.3.3.2
moving this to mab4.3 list since 4.2.x is END OF LIFE

@Luke
did you open a separate report regarding the gradient issue?
if yes, please put it under "see also"
Comment 17 tommy27 2014-12-05 22:37:47 UTC
forget about that Luke, probably I did not notice that it was already under See also ( Bug 84123 )


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.