Description: Sluggish scrolling and high CPU while scrolling for document with (very) large table Slow file-opening is covered by bug 84635. Scrolling issue appears to be new Steps to Reproduce: 1. Open attachment 107268 [details] (bug 84635). 2. Scroll when the document shows up/ or wait until all background processing finished & scroll again Actual Results: Slow drawing & high CPU usage Expected Results: Smooth scrolling like 4.4.7.2 Reproducible: Always User Profile Reset: No Additional Info: Version: 6.3.0.0.alpha0+ Build ID: 20ea90a557b5bc744fd234e3a20ab1db484cf88b CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-03-22_03:21:58 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: threaded
repro in 6.3 and in 4.4.7.2 too but when I unzip the odt file I get error from 7-zip like "Error in headers" may be odt file is brocken?
Created attachment 150299 [details] Example file Resaved file; don't think it matters but anyway.
(In reply to Roman Kuznetsov from comment #1) What is the basis for the conformation. Slow file opening is covered by bug 84635 (which appears in 4.4.7.2 and 6.3.0.0). This issue is about choppy tearing when scrolling after LibO is idling.. It's fine in 4.4.7.2 and "broken" in 6.3.0.0
Thank you for reporting the bug. I have observed that attached document takes time to open(1-2 min) and scrolling is sluggish. I can confirm that the bug is present in Version: 6.2.1.2 (x64) Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: CL Version: 6.3.0.0.alpha0+ (x64) Build ID: 91cdf22b88a4f7bec243c8fb187627e766d3294c CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-03-08_00:38:10 Locale: en-US (en_US); UI-Language: en-US Calc: CL
Created attachment 150956 [details] Perf flamegraph From scrolling Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: b8f33d053c2cbf05872cf9ddfeff4cc302ee281f CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 20 April 2019
Scrolling is already sluggish in the last commit of win32-4.3. Sluggish in the first commit of win32-5.0 as well. Opening basically hangs in the last commit of win32-5.0. Would be great, if you gave a shot at investigating the regression aspect.