Bug 144566 - LibreOffice won't start when there is an unreachable file in "recent documents" list
Summary: LibreOffice won't start when there is an unreachable file in "recent document...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.2.0.4 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 145623 (view as bug list)
Depends on:
Blocks: Network
  Show dependency treegraph
 
Reported: 2021-09-17 07:26 UTC by roethig_j
Modified: 2022-01-04 16:06 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description roethig_j 2021-09-17 07:26:02 UTC
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
Comment 1 peterVoisin 2021-09-17 11:53:42 UTC
we have been waiting for a solution for so long ...
Comment 2 Michael Warner 2021-11-11 12:59:30 UTC
*** Bug 145623 has been marked as a duplicate of this bug. ***
Comment 3 Fiable.biz 2021-11-11 13:11:31 UTC
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".
Comment 4 roethig_j 2021-11-11 18:25:39 UTC
For the moment my workaround is removing "Recent files" from menu.
Comment 5 Fiable.biz 2021-11-12 00:48:53 UTC
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.
Comment 6 Fiable.biz 2021-11-13 06:43:29 UTC
This bug is very similar to old bug #96215 of LibreOffice 5.
Comment 7 Jakob 2021-11-24 16:05:46 UTC
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.
Comment 8 Stephan van den Akker 2021-12-04 13:27:46 UTC
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
Comment 9 Buovjaga 2022-01-04 16:06:41 UTC
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