Description: In 3 months of daily use, LibreOffice randomly hangs about once or twice per day. It is the only app that does this for me. It has happened on several versions of LibreOffice. I use Writer most of the time. Attached is a stack dump of the most recent hang. Note that the version number is wrong in the dump. I am running 7.1.3.2 Steps to Reproduce: There doesn't seem to be a pattern that causes the hang. Sometimes it is when I am working. Other times it is when I switch tacks and come back to Writer. Actual Results: Look at the crash dump Expected Results: Look at the crash dump Reproducible: Always User Profile Reset: Yes Additional Info: Early on I reset my profile
Created attachment 172301 [details] Dump sent to Apple automatically
@David : which version/type of Java JDK are you using (the sigtramp seems to be related to a call to the JVM) ? Which Java functions or extensions are you using ? From your trace, I see that the recovery dialog is called. Do you actually see that recovery dialog, or is it suppressed ?
AdoptOpenJDK 11.0.11 is the Java JDK LanguageTool 5.3 is the only non-LibreOffice supplied extension I use. I use no macros, so I have no idea of any Java functions being used. My understanding is that LanguageTools is the only Java being used. I can/will try running with it disabled.
[Automated Action] NeedInfo-To-Unconfirmed
I removed LanguareTools. After several days of work, I had no more hangs. Is this issue a LibreOffice calling Java issue, or a LibreOffice calling LanguageTools issue, or a just plain LanguageTools issue? How do we get it investigated and fixed? LibreOffice really needs a functional tool in this space. Grammarly would be nice.
Created attachment 174645 [details] LOW-Hang1.odt. crash dump
I just did a lot of editing on my file with NO hangs for crashes. Then I looked at LibreOffice's global Preferences to see what was new with 7.2. I tweaked several. When I exited the dialog box to go back to the file LibreOffice Writer hung. I forced quit the app and took a crash dump. "LOW-Hang1.odt" is attached.
Just started adding index entries for a book. After 5 entries Writer hung.
Created attachment 175079 [details] Another hang I just opened a more simple file, bolded a couple of items, and then LOW hung doing the last one. Attached is the crash dump.
(In reply to David W. Snow from comment #9) > Created attachment 175079 [details] > Another hang > > I just opened a more simple file, bolded a couple of items, and then LOW > hung doing the last one. Attached is the crash dump. That trace has a lot of HIToolbox and accessibility calls : 22 _XCopyMultipleAttributeValues + 460 (HIServices + 312844) [0x19ab4f60c] 1-22 22 _AXXMIGCopyMultipleAttributeValues + 452 (HIServices + 163624) [0x19ab2af28] 1-22 22 CopyMultipleAttributeValues + 756 (AppKit + 4624532) [0x1984fd094] 1-22 22 CopyCarbonUIElementAttributeValue + 92 (AppKit + 4630112) [0x1984fe660] 1-22 22 CarbonCopyAttributeValueCallback(__CFData const*, unsigned int, __CFString const*, void const**, void*) + 108 (HIToolbox + 753516) [0x19d890f6c] 1-22 22 HLTBCopyUIElementAttributeValue + 432 (HIToolbox + 742760) [0x19d88e568] 1-22 22 Accessible::IsNamedAttributeSupported(__CFString const*) + 36 (HIToolbox + 743212) [0x19d88e72c] 1-22 22 Accessible::GetAllNames(Accessible::ElementType, __CFArray const**) + 204 (HIToolbox + 742108) [0x19d88e2dc] 1-22 22 Accessible::SendEvent(OpaqueEventRef*, bool) const + 100 (HIToolbox + 746264) [0x19d88f318] 1-22 Are you using any particular user installed fonts when the hang happens ?
Created attachment 175093 [details] crash log 7.2.0.4 on macOS 11.6 arm64e
There was a question about what fonts I am using. The files use: Noto Serif, Noto Sans, Noto Mono, and may have a small section of Handlee. This is a handwriting script from Google. The Noto fonts ship with Libre Office. I use the Noto fonts because they display well on BOTH printed output and on screens. I was not editing text in the Handlee font at the time of any crash/hang. On some crashes/hangs I see the recovery dialog and on others, I do not. No idea why.
I'm seeing the same issue. Changing my preferences to use OpenCL seems to have helped, but I'm not completely sure yet if that's fixed it.
(In reply to tim from comment #14) > I'm seeing the same issue. Changing my preferences to use OpenCL seems to > have helped, but I'm not completely sure yet if that's fixed it. @Tim: are you using a Macbook Air ? Many of the spontaneous crashing reports that I have seen seem to be from people who are using Macbook Air with the M1 processor.
I do have the same behaviour. I'm currently using LibreOffice 7.4.3.2 1048a8393ae2eeec98dff31b5c133c5f1d08b890 on macOS Monterey on an Intel Mac. In order avoid this bug, to I have to continually remove the user settings folder stored in ~/Library/Application Support/LibreOffice I am bored to have to continually delete the settings and I cannot configure LibreOffice. It's like the the registrymodifications.xcu configuration file is getting corrupted by the time making LibreOffice to hang. If I delete this file and only this file, LibreOffice works well again.
Created attachment 184299 [details] Crash log
@M-Rick : a crash caused by corruption of registrymodifications.xcu would not be the same bug as described here, and should be reported elsewhere as a new bug, IF indeed, you can pinpoint the crashing down to such corruption. @All: I would recommend to all of those that have contributed to this bug report to try out the pre-release 7.5 beta, available for download for each type of processor from the bottom of the LibreOffice download page, as several fixes were recently committed to the 7.5 branch which have resolved a number of "sudden crash" issues linked to scheduling and deadlocks. You could also test with a daily dev build (7.6 alpha) to see if the problems you are experiencing have been resolved there as well. @M-Rick : your crash log is similar to those posted in bug 148435 and its duplicates (scheduling deadlock). It is likely that this has been resolved by the fix to bug 148435. Please test either the pre-release 7.5 beta, or the dail developer build 7.6 alpha.
(In reply to M-Rick from comment #16) > I do have the same behaviour. I'm currently using LibreOffice 7.4.3.2 > 1048a8393ae2eeec98dff31b5c133c5f1d08b890 on macOS Monterey on an Intel Mac. > In order avoid this bug, to I have to continually remove the user settings > folder stored in ~/Library/Application Support/LibreOffice > > I am bored to have to continually delete the settings and I cannot configure > LibreOffice. > > It's like the the registrymodifications.xcu configuration file is getting > corrupted by the time making LibreOffice to hang. > If I delete this file and only this file, LibreOffice works well again. Looking at the attachment 184299 [details], I think that this bug is caused by the same bug that I posted a patch for earlier today: https://bugs.documentfoundation.org/show_bug.cgi?id=148435#c82
I tried this development version : Version: 7.5.0.1.0+ (X86_64) / LibreOffice Community Build ID: 1e6e59f874b219d2ff3c8363a69ce7ba6a44bc1c CPU threads: 4; OS: Mac OS X 12.6.2; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded It doesn't freeze anymore. It began to happen when I upgraded macOS to Monterey. I used my 48 Mb settings folder that used to make LibreOffice hanging after a few minutes, and nothing happened during these last 2 days. I am even surprised for its stability for a development version. It remains to check if this version works well on a Mx Mac as well.
*** This bug has been marked as a duplicate of bug 148435 ***