Description: Version 7.1.7.2 works well with no problems. I upgraded to 7.3.5.2 and it is not usable, because it almost always hangs within a minute after opening any new or old document. I have tried at least 10 times on different days to open a .docx Writer document, and once a new Calc document. Steps to Reproduce: 1.Launch LibreOffice. Select a recent document to open, or create a new document. 2.Try to do anything, or just wait a minute, and the spinning beachball appears. 3.I also tried launching, then opening About LibreOffice. Then just waited a while, and the beachball appeared again, because LibreOffice is frozen again. Actual Results: I wait a long time, the beachball never goes away, and I force quit the app. Expected Results: No beachball ever. Reproducible: Always User Profile Reset: No Additional Info: The text in the About LibreOffice window is not copyable, but I will attempt to retype it: Version: 7.3.5.2 / LibreOffice Community Build: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 Environment: CPU threads: 4; OS: Mac OS X 10.14.6 en-US (en_US.UtF-8); UI: en-US Misc: Cal: threaded
I tried the User Profile Reset (by renaming the existing folder), and it still froze, hung, trying to open a Writer doc from the startup screen.
I can't repro it in Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 8475b367298de73aec6abc60a159cc015baf9734 CPU threads: 4; OS: Mac OS X 12.5.1; UI render: default; VCL: osx Locale: ru-RU (ru_RU.UTF-8); UI: en-US Calc: threaded Possibly the problem is in your DOCX file? Could you please to attach it here?
Not specific to any existing doc, because it also froze when just trying to create a new blank text (Writer) doc. I think it may be due to other memory hogs running at the same time. I did not have this issue with 7.1 or earlier versions, but now it seems I need to quit Chrome, Mail, BBEdit, and Terminal. If any of them are running, is see the infinite beachball in LibreOffice. My MacBook Air (11-inch, Early 2015) has only 4G RAM. I am able to use this new version if I quit the other large apps, at least in the "User Profile Reset" profile.
[Automated Action] NeedInfo-To-Unconfirmed
Bob, 1. Are you running any window managers, such as Rectangle or Magnet? If so, this may be a duplicate of Bug 148435. 2. Are you using anything else which makes use of MacOS Accessiblity? This is a frequent source of problems for LibreOffice. 3. Can you post the information in the LibreOffice About box?
1. I am not running any window managers. 2. Not using anything else which makes use of MacOS Accessiblity. 3. Contents of about box Version: 7.3.5.2 / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
@Bob : do you ever get an Apple crash report when you force quit the app ? If you do, could you copy and paste the content of that into a text file, and attach the text file to this bug report ? Alternatively, there might be a crash log available in: /Users/myuser/Library/Logs/DiagnosticReports with a name like : soffice-%DATE%-%TIMESTAMP%.ips where %DATE% and %TIMESTAMP% are the date and time at which the crash was logged. If you have such a file, could you attach it to the bug report?
At ~/Library/Logs/DiagnosticReports I found a number of files with names like soffice_2022-08-25-110737_Roberts-MacBook-Air.hang That one was created just now, when all I did was open LibreOffice and display the about box. After copying the about box text and adding it to this bug report, I went back and it was hanging, displaying the beachball. The content of that file: Command: soffice Path: /Volumes/VOLUME/*/LibreOffice.app/Contents/MacOS/soffice 55 main + 16 (soffice + 16224) [0x1024a2f60] 55 ??? (libsofficeapp.dylib + 229576) [0x1025670c8] 55 ??? (libsofficeapp.dylib + 43262) [0x1025398fe] Process: soffice [71285] [unique pid 270779] Path: /Volumes/VOLUME/*/LibreOffice.app/Contents/MacOS/soffice 55 main + 16 (soffice + 16224) [0x1024a2f60] 1-55 55 ??? (libsofficeapp.dylib + 229576) [0x1025670c8] 1-55 55 ??? (libsofficeapp.dylib + 43262) [0x1025398fe] 1-55 0x10249f000 - 0x1024a2fff org.libreoffice.script 7.3.5.2 (7.3.5.2) <FF9AFAB1-BF4C-3114-81F6-3B44EC4C0F47> /Volumes/VOLUME/*/LibreOffice.app/Contents/MacOS/soffice 0x10252f000 - 0x1025e2fff libsofficeapp.dylib <127276AC-D7D1-3105-AC10-9B8C52C799A7> /Volumes/VOLUME/*/LibreOffice.app/Contents/Frameworks/libsofficeapp.dylib 1 +[NSDictionary(NSDictionary) dictionaryWithContentsOfFile:] + 45 (Foundation + 349984) [0x7fff35c32720] 2 65 1 0xffffff7f81a63000 0x8000 0x8000 com.apple.driver.mDNSOffloadUserClient (1.0.1b8) DB9FBC5D-7EED-3409-9458-2C8A6F29EFA1 <16 5 3 1>
After LibreOffice hangs, I have to force Quit the app. That produces a large report, which I will now attach.
Created attachment 182028 [details] Report generated by force quitting a hung LibreOffice
Thanks ! @Bob, where are you running the LibreOffice.app from? The /VOLUMES/Volumes/*/ seems like an unusual location for app bundle installation. The crash report seems to indicate a scheduling issue with mutex locks, maybe a race condition.
I was running from an external disk. However, after moving LibreOffice to my internal disk, I am seeing identical behavior. If no other apps are running, LibreOffice is happy. However my normal condition is to have 3 or 4 other apps running, such as Mail, Chrome, and BBEdit. Just now it froze trying to open the Start Center page. No matter where I run it from, the hang report says that the path is Path: /Volumes/VOLUME/*/LibreOffice.app/Contents/MacOS/soffice Right now the real path is /Applications/LibreOffice.app/Contents/MacOS/soffice The path /Volumes/VOLUME/*/LibreOffice.app/Contents/MacOS/soffice does not exist, so I have no idea why the hang report gives that path.
(In reply to Bob Sander-Cederlof from comment #12) > > The path /Volumes/VOLUME/*/LibreOffice.app/Contents/MacOS/soffice does not > exist, so I have no idea why the hang report gives that path. That path would kind of indicate that macOS still believes the app bundle is installed on an external volume. When you dragged and dropped the app bundle into the Applications folder, are you sure you didn't just create a symolic link to the app bundle on your external volume ?
(In reply to Alex Thurgood from comment #13) > (In reply to Bob Sander-Cederlof from comment #12) > That path would kind of indicate that macOS still believes the app bundle is > installed on an external volume. When you dragged and dropped the app bundle > into the Applications folder, are you sure you didn't just create a symolic > link to the app bundle on your external volume ? Or a clone (with shared hard link references for parts of the application) ? I still find it hard to understand what Apple wanted to achieve with the way drag and drop of application bundles behaves sometimes.
7.3.5.2 continues to work with no issues when no other foreground or background apps are running which consume large amounts of RAM. 7.3.5.2 also continues to freeze when there is a high memory load. This usually means Chrome. Sometimes it is BackBlaze (bztransmit in background). Sometimes it freezes right after displaying the Startcenter window. On the other hand, the older version 7.1.7.2 always runs without freezing.
Maybe 4Gb memory is indeed cutting it too fine now ? Would be a shame if that were the case. Unfortunately, I can't help out any further here, none of my machines are Macbook Air, and all of them have 16 Gb RAM.
Not Reproduced Step 1: Open New Document or old document in Libre office 7.4.0.0 problem didn't identified Environment :Libre office 7.4.0.0 linuax mint 21
I'd be inclined to mark this as a DUP of bug 148435.
*** This bug has been marked as a duplicate of bug 148435 ***
I installed the Dev version, and tried to reproduce the bug 150566 hang several times over the last week. Good news, I think! It appears to be fixed by the fix for 140435!