Description: I upgraded recently to 7.2. Presentations will not advance when in SLIDE SHOW. It displays whatever slide I request (first or current) full screen. I can hit enter, click with a mouse, page up/down/L/R, arrow U/D/L/R and no luck. However, when I go back to Normal View, one the left the focus changes to how many clicks I did. For instance, if I start on first slide, and hit enter three times, I still show the first slide on the screen (this is an HP notebook about a year old, Win 10, only the notebook monitor). When I hit ESC, the focus on the left is slide 4. If I go to Safe Mode, I can advance the slides as normal. I reset the User Profile (safe mode, reset to factory settings, reset entire user profile). That made no difference. Confirmation I really reset is I get the message I am running 7.2 for the first time, learn what's new? Steps to Reproduce: 1.Slide SHow 2.Start from first slide (or current, doesn;t matter) 3.Press enter to advance slide 4. Note that display did not change 5. Hit Esc to go to design view 6. Observe that focus on left is now on slide 2. The advance worked, but it did not change the display on the Laptop monitor (the only monitor) Actual Results: Observe that focus on left is now on slide 2. The advance worked, but it did not change the display on the Laptop monitor (the only monitor) Expected Results: Should have displayed slide 2 on the laptop monitor while in a Slide Show Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.1.2 (x64) / LibreOffice Community Build ID: 87b77fad49947c1441b67c559c339af8f3517e22 CPU threads: 8; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
I found this only happens on full screen mode. If I choose Slide Show Settings, In A Window, and start the show, then screens advance normally. Changing back to Full Screen, the problem happens again.
I had the same issue happen to me on my Windows machine but the linux machine (also running 7.2.1.2) worked flawlessly.
At the suggestion of members of the IRC support channel, I installed and tested the 7.2.2 pre-release version and found that the issue is currently still present in 7.2.2 on Windows. Also, my additional info mirrors that listed in the initial post (except I am now running version 7.2.2.2 x64). Thanks
Just a quick update, my computer just applied the latest Microsoft patches and the bug is still present. I am posting this update because my computer's profile has now changed (another data point). Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
I cannot test myself but I set New per comments and mark regression.
I am in a position to test patches if you would like. Please feel free to reach out if I can help. Thanks
abalsam: you could do a bibisect under Windows, using the 7.2 repository: https://wiki.documentfoundation.org/QA/Bibisect/Windows You can check my tutorial: https://wiki.documentfoundation.org/QA/Bibisect/Bibisecting_tutorial Contrary to what Timur thinks, I am unable to bibisect under Windows at the moment, so more workforce is appreciated.
Appears to be fixed in 7.2.2.2. I can choose Presentation Mode Full Screen and start the presentation. It now advances the slide when I hit Enter or use Page Up/Page Down.
abalsam: I only now noticed you have UI rendering done by graphics hardware, Skia/Vulkan. You could try deactivating it: Tools - Options - LibreOffice - View - Use Skia for all rendering
I can confirm that when I deactivated Skia, things worked as they should. My question is would it still be useful to do the requested bibisect or since there is now an identified workaround it is no longer required? Please advise. Thanks
This is not WFM but New Skia bug where bibisect would be welcome.
(In reply to abalsam from comment #11) > I can confirm that when I deactivated Skia, things worked as they should. > My question is would it still be useful to do the requested bibisect or > since there is now an identified workaround it is no longer required? Even though this is not what the original report was about, I guess you could attach this file to the report: C:\Users\User\AppData\Roaming\LibreOffice\4\cache\skia.log
Created attachment 176141 [details] Attached file as requested. Here you go.
Created attachment 176142 [details] With Force software option enabled Another data point for you. I selected the "Force Skia software rendering" option as well and tested slide-mode and it worked as expected in that configuration as well. I hope that helps. To summarize, Working configurations: Force Skia software rendering Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Skia disabled Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: default; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded Non-working config: Skia enabled Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
(In reply to abalsam from comment #14) > Created attachment 176141 [details] > Attached file as requested. > > Here you go. Thanks, I added it to the denylist, so Vulkan will not be used with the driver: https://git.libreoffice.org/core/commit/7db51fdbd8c06192941666ad8f444079c334fdef