Description: If you insert an image to your slide and change its width and height manually to zero (inside the "Position and Size"-Side panel) later the "Slide Show" will stop working (black screen) when reaching this slide. Steps to Reproduce: 1. Insert an image 2. Set its width AND height in "Position and Size" to 0.0 3. Start "Slide Show" mode (Shift-F5) Actual Results: Presentation mode does not show the slide and stays black/turns black. If you start presentation from this "broken" slide, no slide will be shown if you want to hop between slides with arrow keys. If you start at a "good" slide, presentation mode works fine, until you reach that "broken" slide. Again presentation screen turns black. Expected Results: "Slide Show"-mode should still work, even if there is an image with size zero. Reproducible: Always User Profile Reset: No Additional Info: Using Lenovo T450s docked. Connected to 2 other screens. Slide aspect ratio 16:9 Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial10 CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group Most annoying thing was to find this object, whithout knowing about its existence ;) and that this caused the slide show issues. If a text-box gets zero size (height=0, width=0) it just disappears and slide show works fine.
It seems you use very old version of LibreOffice. Can you update LibreOffice to more modern version like 6.2.7 and then retest your problem? You can download latest version of LibreOffice from official site https://www.libreoffice.org/donate/dl/deb-x86/6.2.7/en-US/LibreOffice_6.2.7_Linux_x86_deb.tar.gz Unzip files, cd to DEBS catalog and execute command sudo dpkg -i *
Issue persists! Tested it with the following version: Version: 6.2.6.2 Build ID: 1:6.2.6-0ubuntu0.16.04.1~lo1 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
[Automated Action] NeedInfo-To-Unconfirmed
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.) I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
Created attachment 154793 [details] testcase
Confirm with Version: 6.4.0.0.alpha0+ Build ID: 52cda5c5ae426761ccbdb4f20419098eab195303 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; but not with Version: 4.1.0.0.alpha1+ Build ID: 863d38fbfa4fb4861e476828c46410602100919
Regression introduced in range https://cgit.freedesktop.org/libreoffice/core/log/?id=41772463ca1ab22b213dbf1cb7449ec695b2f457&qt=range&q=71ace488448b64e6c4cd9065e109d2c9850b031a..cd6c9aef7468120dd5ea5c747f35c98baf214613
I see some slideshow related commits -> https://cgit.freedesktop.org/libreoffice/core/log/slideshow?id=41772463ca1ab22b213dbf1cb7449ec695b2f457&qt=range&q=71ace488448b64e6c4cd9065e109d2c9850b031a..cd6c9aef7468120dd5ea5c747f35c98baf214613 @Michael Stahl, I thought you might be interested in this issue...
nothing obvious, anybody got time to bisect it to one commit to narrow it down?
WFM in 7.0 repo in Linux.
I bisected it to bug 135094. *** This bug has been marked as a duplicate of bug 135094 ***
Interesting there was no bug in presenter console.