Description: Most of my ODTs take 25 secs to load in 6.2.3.2., even very small one-word docs. I have found two WORKAROUNDS: 1) Remove /home/myname/.config/libreoffice, Now the ODT loads fast, but as soon as I close it and re-open it loads very slowly again. 2) If I cp/paste the contents into a fresh ODT, then this loads quickly every time. The problem disappears in 6.3.0.0.alpha1. Steps to Reproduce: 1. Load a previously created ODT (example LoadingSlowly_onewordonly.odt, attached). 2. One of my 8 CPUs maxes out, soffice hogs the CPU, and it takes 25 seconds to open. Actual Results: ODT takes 25secs to load. Expected Results: ODT should load within a second, as it is very small. Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: I had filed this bug https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1826757, and it was suggested I submit a follow-up here. Version: 6.2.3.2 Build ID: 1:6.2.3-0ubuntu0.19.04.1 CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Created attachment 151571 [details] This ODT takes 25 secs to load in LO 6.2.3.2
Created attachment 151572 [details] This ODT is a cp/paste of the contents of the previous attachment, it loads within a second.
Unconfirmed on windows 7 x64 with Version: 6.2.3.2 (x64) Build ID: aecc05fe267cc68dde00352a451aa867b3b546ac CPU threads: 3; OS: Windows 6.1; UI render: default; VCL: win
it takes 1 second in Version: 6.3.0.0.alpha1+ Build ID: 33cc1debf963c503636cf9219aa81d1a6cf2e943 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded and Version: 6.2.5.0.0+ Build ID: 6c3ceaf3e4d59c658d0f9e4e1b22204be25f74e2 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US Calc: threaded Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? You can install it alongside the standard version. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Works with 6.3.0.0.alpha1+
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Christians from comment #5) > Works with 6.3.0.0.alpha1+ Thanks for retesting with the latest version. Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.