This MAY be a duplicate of bug 121339, as the visible indicators are the same. ie the Starting screen bar gets about half-way and then just stops. I've waited close to 45 minutes and not seen any progress. If I run soffice with --safe-mode then the program does eventually start up after about 20 minutes. I did a quick strace of the startup and saw that most of those 20 minutes were taken up by reading font files -- I am a designer and have TENS OF THOUSANDS of fonts installed at any time. Enumerating them as part of a start-up sequence is going to be an issue. I suspect that other folks complaining about slow start up times have many fonts installed as well. (Someone who just has all of TeX installed will probably see significant delays on startup). This is a regression from the previous version I was using, as I have had these fonts for ages and recently upgraded LibreOffice before seeing this issue.
What is the previous version you were using?
Unsure. I'm using OpenSUSE tumbleweed and it has weekly updates. Whatever version was current in the distro two weeks ago was what I was using.
I think that OpemSuse had 7.3.5 before 7.4.1. Rarely will testers have many fonts to test. So please test with daily master LO, either by downloading and installing packages or getting single file AppImage. Also, please try to rename LO user profile. folder
I'll try to find time to do that this weekend. Where would I find the LO profile that I should rename for the tests?
(In reply to Stirling Westrup from comment #4) > I'll try to find time to do that this weekend. Where would I find the LO > profile that I should rename for the tests? https://wiki.documentfoundation.org/UserProfile#GNU.2FLinux
I have done the test and the latest build is much improved. (ie LibreOfficeDev-7.4.0.0.alpha0_2022-01-23.standard-x86_64.AppImage). By my timing it took just over 5 minutes to load, which is not wonderful, but is certainly something I can live with, especially considering the number of fonts I have.
Unfortunately, TDF doesn't supply fresh AppImage, see the date. If that one older is better, this would be a regression. You may create fresh AppImage with the following: https://wiki.documentfoundation.org/Installing_in_parallel/Linux
I don't know what changed, but I recently tried out 7.4.1.2 from OpenSuse on the new 6.0 kernel and the pause to enumerate fonts is now down to a very respectable 45 seconds. I would consider the bug fixed.
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to Stirling Westrup from comment #8) > I don't know what changed, but I recently tried out 7.4.1.2 from OpenSuse on > the new 6.0 kernel and the pause to enumerate fonts is now down to a very > respectable 45 seconds. I would consider the bug fixed. Great, let's close.