Description: When a slideshow presentation finishes with the black screen in the end that tells you to click to exit the slideshow, pressing a key that would normally advance the presentation will go to the last slide again. You can no longer go forward. If you go one step back, everything will be back to normal. Steps to Reproduce: 1. Create a slideshow. Any size. 2. Start the presentation and go to the last slide after the last animation (if there are any). 3. Go one step forward (via arrow keys, space bar or clicking) 4. Press either arrow up or arrow right. Actual Results: The slideshow enters a glitched state. The last slide appears in its final state, and going forward no longer works. Expected Results: The slideshow should exit. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.4.7.2 / LibreOffice Community Build ID: 40(Build:2) CPU threads: 12; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: de-DE Debian package version: 4:7.4.7-1 Calc: threaded I also tried it with an updated version of LibreOffice: Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1 CPU threads: 12; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded It also didn't work.
Created attachment 191685 [details] A bugged presentation
Hello. I would like to acknowledge the impact of the e-reader on my learning process. Its compact design easily integrates vast resources, increasing the flexibility of my learning. Customizable features prioritize user comfort, and device synchronization between platforms ensures continuous learning. The e-reader https://tinderizer.com/ has undoubtedly enriched my educational experience by offering efficiency without compromising on quality.
Works fine here. Which Linux distro are you using? Arch Linux 64-bit, X11 Version: 7.6.4.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US 7.6.4-2 Calc: threaded
64 bit Debian 12 with Gnome 43.9 under Wayland.
(In reply to ktmv0ntb from comment #4) > 64 bit Debian 12 with Gnome 43.9 under Wayland. Does it work OK under X11?
(In reply to Buovjaga from comment #5) > (In reply to ktmv0ntb from comment #4) > > 64 bit Debian 12 with Gnome 43.9 under Wayland. > > Does it work OK under X11? I didn't want to install a million new packages but I tried it in a virtual machine with XFCE (this is the quickest way to tell the Debian Installer you want something with Xorg). Everything worked there.
I feel like this might be a duplicate of bug 155920, and maybe the difference between your main OS test and your VM test is multi-monitor vs single monitor? Please test version 24.2 and let us know if it is indeed resolved.
(In reply to Stéphane Guillou (stragu) from comment #7) > I feel like this might be a duplicate of bug 155920, and maybe the > difference between your main OS test and your VM test is multi-monitor vs > single monitor? > > Please test version 24.2 and let us know if it is indeed resolved. No, I have just done a slightly more scientific test in both Xorg and Wayland/Weston on the same VM. The bug only appeared in Wayland.
Not reproduced on Ubuntu 22.04 with Wayland and: Version: 7.6.6.3 (X86_64) / LibreOffice Community Build ID: d97b2716a9a4a2ce1391dee1765565ea469b0ae7 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded I tried the steps in comment 0 as well as in the slideshow. Do you test with a multi-monitor setup or single display?