Bug 147223 - LO freezes TEMPORARILY (but does NOT crash) when trying to "Save" or "Save As" to the desktop
Summary: LO freezes TEMPORARILY (but does NOT crash) when trying to "Save" or "Save As...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.1.1 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-02-05 20:57 UTC by Byron Bray
Modified: 2022-08-10 19:13 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 Byron Bray 2022-02-05 20:57:14 UTC
Description:
Upon upgrading LibreOffice to version 7.3.0, I discovered that attempting to "Save" a new document (or "Save As" an existing one) to the desktop results in a program freeze. I realize that this is been reported before but I believe the previous reports assumed that the program was hanging, rather than freezing, and that this report may contain new information that may assist in diagnosing and/or or correcting the problem.

I have found that attempting to "Save" a new document (or "Save as" an existing document) to the desktop generates the spinning beachball cursor and results in a TEMPORARY program freeze. On my system, this freeze lasts for approximately 2 minutes (on my system), after which the desktop folder contents are displayed and the document can be saved to the desktop directory.

I have tried this on several previous versions of LibreOffice as well as the current one and found the behavior to be consistent. I believe that earlier users reporting this problem assumed that the program had hung due to the protracted length of time that the program freezes; in reality, it appears that the program does, indeed, access and display the desktop directory contents and allows the document in question to be saved but only after this protracted pause.

Steps to Reproduce:
1. Launch LO
2. Create a new document (or initiate a "Save As" of an extant one).
3. Choose "Desktop" as the destination directory (sidebar, folder icon in Home folder or "Cmd-D" or "Cmd-Shift-D")


Actual Results:
Spinning beachball cursor appears after a few seconds; then program freezes for approximately 2 minutes (on my system). After this, the desktop folder in the Finder window is populated and the document may be saved.

Expected Results:
Upon choosing the Desktop folder as the "Save" or "Save As" destination, the Desktop directory should be immediately displayed and the document should be saved upon use choosing to do so.


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Mac OS X (All)
OS is 64bit: no
Comment 1 Julien Nabet 2022-02-06 08:27:24 UTC
Did you try to apply https://bugs.documentfoundation.org/show_bug.cgi?id=128233#c52 as a workaround ?
Comment 2 Byron Bray 2022-02-07 16:44:38 UTC
I have now performed the:

sudo codesign -vvv --deep --strict /Applications/LibreOffice.app

command. The result remains the same. the program appears to hang but, after two minutes (almost to the second), on my system, the desktop directory populates and the dialog becomes functional.

I also tried creating a document in LO, saving it to another directory, manually moving the file to the desktop and then opening and saving it in LO; this operation takes place smoothly. It is only when the program has to access the Desktop directory that this phenomenon occurs.
Comment 3 Julien Nabet 2022-02-07 17:10:55 UTC
Stephan/Alex: as MacOs (not only!) users, thought you might have some opinion here.
Comment 4 Byron Bray 2022-02-07 18:04:01 UTC
FWIW, I have Windows 10 systems in my office and have tried to replicate the issue on them. It only occurs on the Mac systems.
Comment 5 Alex Thurgood 2022-02-07 20:42:22 UTC
The last time I saw something like this reported (delayed display of Finder dialog when saving to Desktop), I seem to recall one of the following :
- file descriptors ;
- network symbolic links on desktop ;
- some weird behaviour with image files linked into a document from another folder.
Comment 6 Alex Thurgood 2022-02-07 20:51:25 UTC
See, for example bug 41987
Comment 7 Alex Thurgood 2022-02-07 20:55:54 UTC
Also bug 42952
Comment 8 Alex Thurgood 2022-02-07 21:07:44 UTC
And bug 97861
Comment 9 Alex Thurgood 2022-02-09 16:35:38 UTC
Possible DUP of bug 137909

@Byron : please provide the version of macOS and the processor type that you are using (see under the menu entry Apple > About this Mac).
Comment 10 Byron Bray 2022-02-09 18:03:18 UTC
Thanks, Alex and others for your time and energy. I appreciate it.

My system:
Mac Pro (mid-2010)
CPU: 2 x Intel Xeon X5690 (3.46GHz)
RAM: 32GB
OS: MacOS 10.12.6 (Sierra)

I just finished refurbishing another Mac Pro:
Mac Pro (Mid-2010)
CPU: 1 x Intel Xeon W3680 (3.33GHz)
RAM: 16GB
OS: MacOS 10.14.6 (Mojave)

I will try this on that system too, to see if it is "replicable". I'll report back to this thread, probably later today.
Comment 11 QA Administrators 2022-02-10 03:42:17 UTC Comment hidden (obsolete)
Comment 12 Alex Thurgood 2022-02-10 10:19:34 UTC
@Byron : please indicate whether the folder you are attempting to save the document to contains a symbolic link (alias) to a network resource that is offline when you try and save.

If so, this report is a DUPLICATE of bug 41987, which has been open since 2011, and which has never received any love, almost certainly because it is Mac-specific.
Comment 13 QA Administrators 2022-08-10 03:34:57 UTC Comment hidden (obsolete)
Comment 14 Byron Bray 2022-08-10 16:45:40 UTC
Friends - A hundred pardons for not responding sooner; I must have missed the email, back in February, alerting me to Comment #12.

A later version of LO (or some other change in either LO or my system) has resolved this issue. Truth to tell, I had gotten used to saving to locations other than the desktop and didn't even realize that the issue had been resolved until, after receiving the above "NEEDINFO' alert, I tried saving both new and existing documents to the desktop.

But to respond to Alex Thurgood's comment #12 (just for the record), I was not saving to a location containing offline links. My system desktop DOES contain links (aliases) to four network volumes which are mounted at login but I use these volumes daily and know that these volumes were mounted and available at the time this error was reported. I will, however, keep this potential condition tucked away in the crinkles of my cerebrum in case I should see this behaviour again.

Thanks for your attention and assistance. I very much appreciate it. Best Wishes to All.
Comment 15 Julien Nabet 2022-08-10 19:13:16 UTC
Thank you for your feedback, no pb for the delay.
I've just changed to WFM since there's no specific fix here.