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.
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
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.
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.
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.
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.
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+
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!
Created attachment 106028 [details] .odp file to bibisect, the commit show above is unrelated to the root cause
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
@Kendy, I can't bibisect your file ( attachment 106028 [details] ) as images aren't seen in pre-4.2 versions neither
@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.
@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?
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!
Created attachment 106589 [details] stripped-down .ODP with only pictures
(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.
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"
forget about that Luke, probably I did not notice that it was already under See also ( Bug 84123 )
"missing pictures in slideshow" bug still present in LibO 4.4.1.2 and 5.1.0.0.alpha1+ Build ID: 6c1cabe677f5eb24b465dd6e316c8c66df64bb29 TinderBox: Win-x86@39, Branch:master, Time: 2015-05-29_06:48:08 Locale: en-US (it_IT)
still reproducible LibO 5.1.0.0.alpha1+ Build ID: 4b55c28940d741e53648115a9cfb58f2d6db38a5 TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-15_06:14:50 Locale: it-IT (it_IT)
@Kendy this bug was bibisected one year ago (see comment 9) did you analyze the code to see if a fix is possible?
Created attachment 119738 [details] Simple example made with Impress by following the steps below: I've made a simpler version of this 1) In impress Draw, Insert shape 2) Area->Bitmaps->Pick any bitmap, uncheck "Tile" 3) Add another shape 4) Group the shapes 5) Start the slideshow By shrinking and expanding the connector on the attached example, you can cause the rose to appear/disappear. This means that the slideshow viewer is using the group position to determine where the image goes instead of using the shape's position.
Migrating Whiteboard tags to Keywords: (bibisected) [NinjaEdit]
Is looks like the bug in grouped image is inherited from OOo as the problem in comment 21 can be already reproduced in Libreoffice 3.3. Just to be clear: Kendy's commits just arose this bug but it was there before. Removing keywords 'regression' and 'bibisected' and changing version to Inherited from OOo
still reproducible with LibO 5.3.0.0+ alpha daily build from yesterday
still present in LibO 5.4.0.0.alpha0+ Build ID: 5bb5a9dacb84ec14f7148a5a5d9ba38b7e9f1039 CPU Threads: 4; OS Version: Windows 6.29; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-02-17_23:30:45 Locale: it-IT (it_IT); Calc: group
still present in LibO 5.3.4.2 and recent 6.0.0.0 alpha.
The fix for Bug 105620 https://cgit.freedesktop.org/libreoffice/core/commit/?id=b220bc6d82841b5b53b856d94a1eb99bb3a9f2d7 Resolved this issue on Linux, but not Windows.
Lowering importance: Highest + Inherit from OOo doesn't make much sense at this point anymore...
both examples im LO 6.4.1.2 x64 win10-64 the pictures are there in normal work mode. complex example shows not the pictures in presentation mode. simple examples shows picture half.
still reproducible Version: 7.1.0.0.alpha0+ (x64) Build ID: a35c18aeff3b1d8f270db7e094850fb8ba1ab84a OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win
still, reproduce in Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL But DOCX source example is here a significant empty hole for the bugfix.
see no improvement in LO 7202 Version: 7.2.0.2 (x64) / LibreOffice Community Build ID: 614be4f5c67816389257027dc5e56c801a547089 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL
See no improvement in LO 7.3.4.2 Version: 7.3.4.2 (x64) / LibreOffice Community Build ID: 728fec16bd5f605073805c3c9e7c4212a0120dc5 CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: CL