Description: Loading a template in Writer Version: 6.0.2.1 is desperately slow. In my experience 10 times slower than Version 5.4 (dev version) Steps to Reproduce: 1.libreofficedev5.4 --writer -n "/home/rolf/.config/libreoffice/4/user/template/template 1.ott" 2.loffice --writer -n "/home/rolf/.config/libreoffice/4/user/template/template 1.ott" 3. Actual Results: command 1 (lowriter 5.4) takes 4 seconds command 2 (lowriter 6.0) takes 70-80 seconds Expected Results: I'd expect the template to load in roughly the same amount of time. As it is, it's unbearable. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.181 Safari/537.36 OPR/52.0.2871.40
Created attachment 141226 [details] simple writer template example
After more investigation this bug is in 5.4 as well. The issue is, if you add extra directories to the template Paths. If the directory in question is virtually empty, the time to find and load the template is relatively quick. However, if the directory is large, such as your home directory for example, the loading of the template takes forever. I can only assume that for some reason of other, the program is checking every file in the directory, to see if it is a template or not, even though you have named the template to be opened.
Repro. Arch Linux 64-bit Version: 6.1.0.0.alpha0+ Build ID: c8c74a0b4ca6f3a3619f423b6548c80c52392ae0 CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on April 15th 2018
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Seems to have been fixed. Tested on: Version: 6.2.1.2 Build ID: 7bcb35dc3024a62dea0caee87020152d1ee96e71 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); UI-Language: en-US Calc: threaded Near identical load times