Description: Stuttering/ judder while scrolling using page down. A recycled bug-doc.. can't find the source bug Steps to Reproduce: 1. Open attached file 2. Press Page down & monitor CPU Actual Results: Stuttering/ slow down Expected Results: Smooth scroll Reproducible: Always User Profile Reset: No Additional Info: Version: 6.3.0.0.alpha0+ Build ID: 6740443311268b7d918bf4f43134d64fb78a0109 CPU threads: 4; OS: Windows 6.3; UI render: GL; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-15_23:37:04 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL And with Version: 5.4.1.0.0+ Build ID: f200d5700782ae179fd96b6ad4b0fe8e7edd1616 CPU threads: 4; OS: Windows 6.29; UI render: default; Locale: nl-NL (nl_NL); Calc: CL
Created attachment 148657 [details] Example file
When I try to open the file, LO becomes unresponsive. Version: 6.3.0.0.alpha0+ Build ID: 3c964980da07892a02d5ac721d80558c459532d0 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-12-12_02:07:45 Locale: en-US (en_US); UI-Language: en-US Calc: threaded
I found the most informative metric is to hold page down for 10 seconds, stop, observe the page you reached. With 4.3.0 I reached page 100. With 5.0.2 I reached 50. With 6.0 bibisect repo I reached 19 (same ballpark for newer ones). Unfortunately, I did not get the worst value in the bibisect repo for 5.4, so I am unable to perform a bibisect. Maybe I could try to find the worsening after 4.3 on Linux.
(In reply to Buovjaga from comment #3) > Maybe I could try to find the worsening after 4.3 on Linux. No luck. I was not able to observe a difference. Linux behaves differently from Windows in that it keeps scrolling a long time after you finish pressing PgDn.
Repro with Version: 6.5.0.0.alpha0+ (x64) Build ID: ce685f64f38551e7984155783c9c7660d986abf6 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: GL; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL A flamegraph would be nice
Created attachment 157088 [details] Flamegraph Here's a Flamegraph retrieved on pc Debian x86-64 with master sources updated today. (I waited some seconds before killing perf trace).
My computer needs 2 or 3 seconds to pass from the first page to the last page when I use the scrollbar manually (with or without the CPU opening). If I use the arrow down of the scrollbar, after 10 seconds, the page display is the end of the second page and the beginning of the third page (with or without the CPU opening). If I use the arrow down key of my keyboard, in 10 seconds, the page display is page 11 (without the CPU opening). If I use the arrow down key of my keyboard, with the CPU opening, my computer stops running temporarily. Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: f97a7b965be154824e108802b386e3132b0a237a CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: fr-FR (fr_FR); UI: fr-FR Calc: CL threaded
unable to reproduce with the oldest version of 7.5 Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 1c629ca0048670db4bed5e7d8d76bcf8e81f2158 CPU threads: 24; OS: Windows 10.0 Build 26100; UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
No noticeable performance issue Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: c854f5aaae575a0570f79a225b80b53ed420578c CPU threads: 8; OS: macOS 14.7.4; UI render: Skia/Raster; VCL: osx Locale: en-US (nl_NL.UTF-8); UI: en-US Calc: threaded