Created attachment 160669 [details] Bug document Moving to slide 9 makes LibreOffice run busy for ~60 seconds while consuming 100% CPU after showing the slide. It is *not* the transition to the next slide that causes that, it is "arriving" at slide 9 even though it's rendered already. How to reproduce: 1. Open deck 2. Go to presentation mode 3. Proceed slide by slide with <space> or <right-arrow> 4. Notice how this stops between slides 9 and 10 (and again Tested with Version: 7.0.0.0.alpha1+ Build ID: 6ba74150866d71469827de9f4f19268dfa7db137 CPU threads: 4; OS: Linux 5.6; UI render: default; VCL: gtk3; Locale: en-US (en_US.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-05-07_15:09:13 Calc: threaded Originally reported against openSUSE at https://bugzilla.suse.com/show_bug.cgi?id=1171015at
Oh, and all Intel hardware (so none of the typical NVIDIA and friends issues).
Confirm on all versions. Including 7.0, but also on Version 3.6.7.2 (Build ID: e183d5b
Created attachment 181337 [details] Minimized example file from PP 2016 Looks like there is a bitmap filled shape in the slide layout, which is rendered very slowly in slideshow mode. Still bad in: Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: a4ab155ae15e9e6d4deb157634f8b86c87fcbde4 CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: threaded This never seemed to be good, not a regression.