Description: My enviroment: Version: 7.2.0.4 / LibreOffice Community Build ID: 20(Build:4) CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US 7.2.0-2 Calc: threaded (The described behavior was not present in LibreOffice 7.1) I work with some files that are available over a network attached folder. This files appeares in "Recent Documents" list. When the network is down and I try to open a local file LibreOffice hangs on start. I see the soffice.bin process running, but now window opens. When the network is up LibreOffice starts and opens the local file. When I empty the "Recent Documents" list and the network is down, LibteOffice starts and opens the local file. Somehow the startup process seems to be blocked when a file from "Recent Documents" list is unavailable. It doesn't matter if I use Writer, Calc or Base. Steps to Reproduce: 1. open a file that is available over network 2. close LibreOffice 3. shut down network 4. try to start LibreOffice Actual Results: Libreoffice won't open Expected Results: LibreOffice opens new window Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: Version: 7.2.0.4 / LibreOffice Community Build ID: 20(Build:4) CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US 7.2.0-2 Calc: threaded
we have been waiting for a solution for so long ...
*** Bug 145623 has been marked as a duplicate of this bug. ***
I confirm this extremely annoying bug for LibreOffice 7.2.2.2 on Fedora workstation. Even rebooting the computer doesn't help. But if, the network being available, I close LibreOffice, reopen it without opening a file through the network, close LibreOffice again, unplug from the network and then reopen Libreoffice again, then it works, until I go to "Recent documents".
For the moment my workaround is removing "Recent files" from menu.
You can do this one for all this way: tools → options → LibreOffice → Advanced → Open Expert Configuration. Then search for "PickListSize" (or go to org.openoffice.Office.Common → History → PickListSize). This is the number of recent documents to remember. Set it to 0.
This bug is very similar to old bug #96215 of LibreOffice 5.
On my Windows 10 it doesn't "hang" like described but just needs about a minute to start. In my opinion it is bad practice to check the existence of the files of recent documents category on startup.
I can confirm this on openSUSE Tumbleweed: Version: 7.2.3.1 / LibreOffice Community Build ID: 20(Build:1) CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-GB Calc: threaded
Bug 131850 was fixed. The fix went into the versions 7.4.0, 7.3.0.0.beta2 and 7.2.5. Could you re-test with a new version? 7.2.5 will be released soon: https://wiki.documentfoundation.org/ReleasePlan/7.2#7.2.5_release