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
Did you try to apply https://bugs.documentfoundation.org/show_bug.cgi?id=128233#c52 as a workaround ?
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.
Stephan/Alex: as MacOs (not only!) users, thought you might have some opinion here.
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.
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.
See, for example bug 41987
Also bug 42952
And bug 97861
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).
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.
[Automated Action] NeedInfo-To-Unconfirmed
@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.
Dear Byron Bray, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
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.
Thank you for your feedback, no pb for the delay. I've just changed to WFM since there's no specific fix here.