Bug 148051 - Mac: Crashings for unkown reasons, despite reset user profile etc.
Summary: Mac: Crashings for unkown reasons, despite reset user profile etc.
Status: RESOLVED DUPLICATE of bug 148435
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.3.2.2 release
Hardware: x86 (IA32) macOS (All)
: medium critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 148145 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-03-17 11:34 UTC by Sam
Modified: 2022-12-23 20:33 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:


Attachments
The report generated by running GLView (452.64 KB, text/plain)
2022-03-17 11:36 UTC, Sam
Details
The report generated by running GLView (452.64 KB, text/plain)
2022-03-17 11:38 UTC, Sam
Details
The crash report mentioned in Comment #4 (1.71 MB, text/plain)
2022-03-17 21:00 UTC, Sam
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sam 2022-03-17 11:34:17 UTC
Description:
LO keeps crashing for unknown reasons, which makes it is difficult to file a bug report, but here I go nevertheless. I'm have no special IT knowlege so it may well be that I'm missing the obvious. Any help is greatly appreciated!

I use Writer and Calc. A crash may occur (= the spinning wheel appears, Force Quit is unavoidable):

- while doing ordinary tasks (entering data, doing copy-paste within cells, etc.);
- with very small files containing no special formatting at all (no Comments, Track Changes are off, etc.);
- after creating a new file or opening an existing file.

Steps that I have taken to try to pin down the problem:

- reset user profile
- restart in safe mode, disable hardware acceleration
- provide full disk access (under System Preferences))
- disable Skia (Preferences > View)
- run Apple Diagnostics (result: “No issues found.”)
- updated Java (to Java SE Development Kit 17.0.2) https://ask.libreoffice.org/t/libreoffice-keeps-crashing/74751/7?u=jeshkhol

Steps to Reproduce:
(see Description above)

Actual Results:
LO crashes

Expected Results:
LO does not crash


Reproducible: Sometimes


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
MacBook Pro (early 2015)
macOS Monterey 12.3

Version: 7.3.1.3 / LibreOffice Community
Build ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951
CPU threads: 4; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded
--------------------------------------------------------------------------------
I tried a different version (LO 7.2.5.2), but there LO may crash too.

I checked the system requirements (https://www.libreoffice.org/get-help/system-requirements/#Apple), and everything seems to be fine, however I'm not sure about "1024x768 graphic device with 256 colors" (About This Mac shows "Intel Iris Graphics 6100 1536 MB").

I've also run GLView (see the Report attached).

I keep repeating any of the steps mentioned above, and sometimes LO seems to be running fine again, and a moment later there is a crash.

I am now at my wits' end.
Comment 1 Sam 2022-03-17 11:36:21 UTC
Created attachment 178938 [details]
The report generated by running GLView
Comment 2 Sam 2022-03-17 11:38:12 UTC
Created attachment 178939 [details]
The report generated by running GLView
Comment 3 Timur 2022-03-17 13:15:49 UTC
There are multiple bugs for crashes on Mac, people should search before reporting.
Comment 4 Sam 2022-03-17 21:00:00 UTC
Created attachment 178950 [details]
The crash report mentioned in Comment #4

- uninstalled all previous LO versions (incl. user profiles) from my computer
- reinstalled LO 7.3.1.3
- did some minimal changes to Preferences etc.
- created a Writer document and started writing
- LO crashed
This is the report that followed this crash.
See alos https://ask.libreoffice.org/t/libreoffice-keeps-crashing/74751/11?u=jeshkhol
Comment 5 Julien Nabet 2022-03-17 22:32:51 UTC
Noticing these on the crash stacktrace:
  11  MenuData::MenuContentViewAccessibilityHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 97 (HIToolbox + 1723459) [0x7ff819ca5c43]
  11  HIObject::DispatchAccessibilityEvent(OpaqueEventRef*, unsigned long long, AccessibilityHandlers const*, void*) + 485 (HIToolbox + 1828159) [0x7ff819cbf53f]
  11  MenuData::ContentViewGetNamedAccessibleAttribute(unsigned long long, __CFString const*, unsigned int, OpaqueEventRef*, void*) + 71 (HIToolbox + 1723615) [0x7ff819ca5cdf]
  11  MenuData::HandleGetAccessibleChildren(unsigned long long, __CFArray*) + 232 (HIToolbox + 1712300) [0x7ff819ca30ac]

I thought about this old comment from Alex (put in cc) about accessibility part on MacOs which may help here:
"Do you have installed any window management/user interface utilities/apps/control panels/extensions for Mac OS X like
   * AquaSnap                * BetterSnapTool
   * BetterTouchTool         * Breeze
   * Cinch                   * Divvy
   * DoublePane              * Flexiglass
   * HyperDock               * iSnap
   * Moom                    * RightZoom
   * ShiftIt                 * SizeUp
   * SizeWell                * Spectacle
   * Stay                    * TileWindows
   * WindowTidy              * Flavours (from flavours.interacto.net)
... or something similar?

And/or do you use any mouse cursor/pointer utility, i.e. some little application or control panel etc. which animates or replaces etc. the mouse curser/pointer, like
   * LazyMouse?

And/or do you use any special software which could be related to accessibility stuff, e.g. a screen reader, screen magnifier, speech recognition software,
a text-to-speech (dictation) application, or similar?

All these and many similar utilities rely heavily on Mac OS accessibility features and therefore can cause LibreOffice to crash or freeze. So please check if you have installed any utility of this kind and try to disable it
(or to add LibreOffice to the list of excluded applications for the utility,
if there is such a thing).

So please check these possibilities, if any of them helps to make the crash go away, and report the results here.
"

Alex: this message is several years old, I suppose it must have changed a lot until Monterey version so don't hesitate to comment here.
Comment 6 Sam 2022-03-18 20:41:16 UTC
Thank you for copying this comment. I know none of the utilities/apps mentioned here, and I've just checked but couldn't find any of these installed on my mac. Neither is, as far as I am aware, special accessibility software in use, but then my technical knowledge is very limited.
Comment 7 Julien Nabet 2022-03-18 21:16:16 UTC
Thank you for your feedback.
I must recognize I see more and more bugs submitted by macOS users and don't see many fixes. Just for information, I sent this message on dev mailing list https://lists.freedesktop.org/archives/libreoffice/2022-March/088596.html, for the moment no feedback.
Most of LO devs are on Linux and very few are on macOS.

Anyway, I can't help here=>uncc myself.
Comment 8 Timur 2022-03-23 11:02:40 UTC
*** Bug 148145 has been marked as a duplicate of this bug. ***
Comment 9 Xisco Faulí 2022-03-24 14:41:33 UTC Comment hidden (obsolete)
Comment 10 MarcS 2022-03-24 16:40:29 UTC Comment hidden (obsolete)
Comment 11 Sam 2022-03-25 04:41:36 UTC
FWIW, already in 2017, when I was running macOS Sierra 10.12.6, LO began to crash for no apparent reason (before that, on Mountain Lion, LO worked perfectly):

https://ask.libreoffice.org/t/due-to-an-unexpected-error-libreoffice-crashed/24936

Back then I took my mac and went to an Apple shop. They said they could not offer any support since a third-party app was the only app causing problems on my machine, and I should ask the developers instead to solve the issue. I filed #114064 and was asked to provide a sample file, but I did not provide one because the crashes occurred even with empty/new files. I was frustrated and had no choice but to stop using LO altogether.

I gave LO another try in 2020, now on a different macOS (can't remember which one), and LO worked fine. There were the occasional crashes (maybe once every few days), but I could live with that. Since version 6.2 LibreOffice is by far the best office software for me to use; I rely heavily on ICU Regular Expressions in Writer and Calc, so simply changing to a different office software is no option for me (even if MS office does not crash on my computer).

I think it was after updating to macOS Monterey that crashes becan to occur frequently again – once or even several times every few hours.
Comment 12 Sam 2022-03-26 16:52:19 UTC
Working with LO 7.3.* has become nearly impossible, so I have uninstalled it. With version 7.2.6.2, random crashes happen less often, so it is at least possible to work.

Over the past 5 minutes or so LO 7.2.6.2 crashed 3 times – the first time after I opened the Find & Replace window, and the second and third time while restoring the file I had been working on. Only when I chose "discard" did LO start normally.

I'm now attaching these 3 crash reports. Would it be useful for developers if I continue attaching crash reports here, or is there another place to do that?
Comment 13 Sam 2022-03-26 16:54:21 UTC Comment hidden (obsolete)
Comment 14 MarcS 2022-03-26 18:23:15 UTC
(In reply to MarcS from comment #10)
> (In reply to Xisco Faulí from comment #9)
> > Anyone can confirm this issue ?
> 
> Yes, me, author of "duplicate" Bug 148145. Will try completely removing
> 7.2.5.2, and installing 7.2.6. Only thing I did not do up until now was to
> restart the computer after uninstall and after new install.

I uninstalled, rebooted, installed 7.2.6.2, opened the app, exited, rebooted, opened the app, dragged a spreadsheet into the splash window, app hung and crashed before the document loaded. Forced quit, opened in safe mode, crashed immediately. Tried to open a new spreadsheet, crashed.
Comment 15 MarcS 2022-03-27 19:52:22 UTC
FWIW, I completely removed 7.2.6.2, found version 6.4.7.2 in the /libreoffice/old/ archive (the last version before 7.0), installed it, and have been running it for over 24 hours. Created a document, opened existing documents, saved-as, etc. Have not made any changes in Preferences. Runs well, zero issues.  MacOS Mojave, 10.14.6.
Comment 16 rtpbs20 2022-04-02 20:44:50 UTC
I have the exact same problem as SAM, and I have tried all his fixes as well with no resolution, and though I cannot prove it, I am almost 100% sure that it is related to the last 2 monterey updates, i have the latest and greatest in the hopes that somehow that would help, but like I said, I think its the opposite.

I can install any version of libreoffice and they all crash within minutes, making the entire suite unusable, it crashes in calc and writer, essentially all the time, at this point, I have to use something else, a shame, because I have been using libreoffice for the past 3 years at least, though a few bugs here and there, never something this serious... and I am concerned about the corruption of all my files, as I have to force quit the app all the time.
Comment 17 Sam 2022-04-03 06:06:34 UTC
Although I'm using LO 7.2.6.2 again, crashes still occur, perhaps a bit less frequently than with LO 7.3* but still much too often. I agree LibreOffice is basically unusable on macOS Monterey.

I have saved all error reports over the past week or so and have amassed already thirty of them (and counting). So I can provide them if anyone is interested and unlike me knows how to interpret them.

Users of LibreOffice should be warned about upgrading to macOS Monterey. If I had known about these compatibility issues before I certainly would not have upgraded.

This is serious and I hope it can be fixed very soon.
Comment 18 Sam 2022-04-04 09:54:36 UTC
I have no permission to change this bug's state to ASSIGNED, but once it is assigned, I can provide the assignee with loads of error reports (macOS Monterey).
Comment 19 Sam 2022-04-05 02:16:45 UTC
- upgraded to the latest macOS (12.3.1, Monterey)
- deleted LibreOffice completely (incl. user profile)
- installed the latest LibreOffice version (7.3.2)
- made sure "Full Disk Access" is provided
- restarted LO in Safe Mode, disabled hardware acceleration
- did a few minor changes in Preferences (turned off all options in Writing Aids, etc.)
- quit LO
- restarted LO
- created a new Writer document, went to Tools (without typing anything first), LO crashed

Bottom line: The crashing problem has not been resolved with the latest macOS update.
Comment 20 Alex Thurgood 2022-04-05 09:25:06 UTC
(In reply to Sam from comment #19)
> - upgraded to the latest macOS (12.3.1, Monterey)
> - deleted LibreOffice completely (incl. user profile)
> - installed the latest LibreOffice version (7.3.2)
> - made sure "Full Disk Access" is provided
> - restarted LO in Safe Mode, disabled hardware acceleration
> - did a few minor changes in Preferences (turned off all options in Writing
> Aids, etc.)

You might want to try turning off automatic update checks and downloads in the LO preferences, if they are activated - the automatic update check process was known to cause crashing.

Also turn off LO's automatic document recovery, as this has been known to cause crashing too.
Comment 21 Rob 2022-04-05 10:24:10 UTC
I never have any crashes...

Running: 
  MacBook Pro Dual-Core Intel Core i5 2,3 GHz
  MacOS Monterey 12.2.1
  LO 7.3.2.2

Graphics:
  Hardware accelleration: OFF
  SKIA: OFF

Java:
  Oracle JRE 14.0.1

Online update:
  Every week
  Automatic download: OFF
  Send OS and ...: OFF

OpenCL options:
  OpenCL: OFF

I am happy to compare any settings with other people if needed
Comment 22 Sam 2022-04-05 10:28:49 UTC Comment hidden (obsolete)
Comment 23 Alex Thurgood 2022-04-05 10:35:13 UTC
(In reply to Sam from comment #22)
> 
> Thanks for tip.
> 
> > Also turn off LO's automatic document recovery, as this has been known to
> > cause crashing too.
> 
> Do you mean I should "Discard" document recovery after a crash (I always do
> that), or should I disable document recovery via the command line (using
> "--norestore")?

No, in the LO preferences, under Load/Save, turn off the option "Save recovery information every X minutes" or whatever the equivalent is in the your UI (I have a French UI).
Comment 24 Sam 2022-04-05 10:46:21 UTC
(In reply to Rob from comment #21)
> I never have any crashes...
> 
...
> 
> I am happy to compare any settings with other people if needed

Thanks! I'm running MacBook Pro 3.1 GHz Dual-Core Intel Core i7, and almost all of the settings you mention are the same here.

The only exception is Java:

1.8.0_144 (formerly)
17.0.2 (currently)
Comment 25 steve 2022-04-05 12:59:12 UTC
This is in response to requested feedback by Timur in https://bugs.documentfoundation.org/show_bug.cgi?id=126638#c42:

I am seeing https://bugs.documentfoundation.org/show_bug.cgi?id=141722 a lot. Timur could you have a peek at crash log (https://bugs.documentfoundation.org/show_bug.cgi?id=141722#c4) spin dump and process sample (https://bugs.documentfoundation.org/show_bug.cgi?id=141722#c0) to check if #141722 is related to #148051?
Comment 26 Rob 2022-04-05 14:57:25 UTC
(In reply to Alex Thurgood from comment #23)
> (In reply to Sam from comment #22)
> > 
> > Thanks for tip.
> > 
> > > Also turn off LO's automatic document recovery, as this has been known to
> > > cause crashing too.
> > 
> > Do you mean I should "Discard" document recovery after a crash (I always do
> > that), or should I disable document recovery via the command line (using
> > "--norestore")?
> 
> No, in the LO preferences, under Load/Save, turn off the option "Save
> recovery information every X minutes" or whatever the equivalent is in the
> your UI (I have a French UI).

I missed this in my settings, I have
  Save autorecovery information every: OFF
Comment 27 Rob 2022-04-05 14:58:50 UTC
(In reply to Sam from comment #24)
> (In reply to Rob from comment #21)
> > I never have any crashes...
> > 
> ...
> > 
> > I am happy to compare any settings with other people if needed
> 
> Thanks! I'm running MacBook Pro 3.1 GHz Dual-Core Intel Core i7, and almost
> all of the settings you mention are the same here.
> 
> The only exception is Java:
> 
> 1.8.0_144 (formerly)
> 17.0.2 (currently)

See comment#26
Comment 28 Sam 2022-04-05 16:31:33 UTC
I now uninstalled LibreOffice 7.3.2 and reinstalled LibreOffice 7.2.6.2 with the same modifications as noted in https://bugs.documentfoundation.org/show_bug.cgi?id=148051#c19 and with settings changed as noted below.

I then opened LO and clicked on Create: Writer Document. The spinning wheel occurred and LO crashed.

When LibreOffice is installed, first thing I do is change the following settings (they include all changes to settings that have been recommended to me here):

--------------------------------------------------------------------------------

# PREFERENCES

LibreOffice > General:
"Show 'Tip of the Day' dialog on start-up" is OFF

LibreOffice > View:
Graphics Output: "Use Skia for all rendering" is OFF [it's off by default in 7.3.1.3, and also in 7.2.6.2.]

LibreOffice > Advanced > Java Options:
Use a Java runtime environment, click on 17.0.2

LibreOffice > Advanced > [Open Expert Configuration]:
select org.openoffice.Office.Common > Drawinglayer and change TransparentSelectionPercent/short/ from 75 to 40 [crashes used to occur already before I changed this setting]

LibreOffice > Online Update:
"Check for updates automatically" is OFF

LibreOffice > OpenCL:
OpenCL Options: "Allow use of OpenCL" is OFF, and "OpenCL is not used"

Load/Save > General
"Save AutoRecovery information every: X minutes" is OFF

Language Settings > Writing Aids:
all "Options" OFF

Language Settings > English Sentence Checking:
everything OFF

WRITER

View > User Interface ... Tabbed Compact (Apply to All)

View > Formatting Marks ON

Tools > AutoCorrect > AutoCorrect Options:
Replacements and exceptions for language: [All]
Exceptions: untick "Autoinclude" twice
Options: untick all
Localized Options: untick all
Word completion: untick all
Comment 29 Alex Thurgood 2022-04-06 09:32:36 UTC
For me, I often get a crash when context switching, e.g. working on a Writer document, and I switch application context to Inkscape, or Preview, or whatever, and then switch back.

If the LO process tries to write to RAM, or some other activity at the very moment I switch contexts, or switch back, it causes a hang, and sometimes, immediately crashes.

I also managed to experience crash when working on a Writer document and a Draw document simultaneously, switching between two neighbouring desktops with the macOS keyboard shortcuts or the 3-finger swipe. Here again, if the save, temporary save, save as, refresh or whatever other function the previously active application window was doing and hadn't completed gets interrupted by the context switch, it seems that LO either just shuts down (crash), or else hangs (spinning beachball).

Clearly, it shouldn't be doing this, but what exactly triggers the problem is really hard to pinpoint.
Comment 30 Sam 2022-04-06 10:20:01 UTC
I realise the terminology I used here is wrong (sorry about this).

If a "crash" means that LibreOffice shuts down itself, then I rarely see this.

LibreOffice often "hangs" here (= the spinning wheel occurs, and nothing else is possible but to Force Quit the app).
Comment 31 Sam 2022-04-06 10:43:09 UTC
I can confirm https://bugs.documentfoundation.org/show_bug.cgi?id=148051#c29 in that LO often hangs here when I copy and paste text from LO into another app:

from Writer into a text editor
from Calc into a browser's address bar
Comment 32 rtpbs20 2022-04-13 13:33:02 UTC
fyi, i reverted back to version 7.0.0.1 over the past 10 days or so and have not experienced any crashes, however that version seems to have an issue with JRE and I cannot assign macros to shortcuts
Comment 33 rtpbs20 2022-04-13 14:09:02 UTC
fyi, so in a foolish burst of optimism, I upgraded to LO 7.3.2
I opened a blank spreadsheet, filled it with random numbers and as soon as I tried to do one copy-paste, the spinning wheel appeared and it has since been hung for 20mn... so issue is still there, for what it's worth, though I cannot demonstrate it factually, it seems to me that 90%+ of the time, the wheel pops when I try a cut/copy-paste (ctrl-C/X-Ctrl-V)
Comment 34 noeldodd 2022-04-13 15:55:31 UTC
I upgraded to 7.3.2.2 and experienced immediate freeze ups - even at document recovery. Based on Julien's comment:

https://bugs.documentfoundation.org/show_bug.cgi?id=148051#c5

I went to System Prefs > Accessibility > Display and turned OFF 'Reduce Transparency' and 'Shake Mouse Pointer to Locate'

This gave me enough stability to run LO recovery, and save my Calc sheet.

HOWEVER if I change the zoom % slider (to 100%), it freezes immediately, and must be Force Quit.

On restart it recovers and runs normally (at the prior zoom level, 110% in my case) for a minute or two, then freezes again.

Renaming my user profile folder and restarting doesn't improve the issue, and on restart if I click X to close the 'Welcome to 7.3 Banner...' it freezes immediately; otherwise it freezes in about a minute.
Comment 35 steve 2022-04-16 23:01:53 UTC
Could this be a dupe of https://bugs.documentfoundation.org/show_bug.cgi?id=146598 ?
Comment 36 Sam 2022-04-18 09:12:04 UTC
(In reply to steve from comment #35)
> Could this be a dupe of
> https://bugs.documentfoundation.org/show_bug.cgi?id=146598 ?

It definitely is!
Comment 37 Sam 2022-04-18 09:23:17 UTC

*** This bug has been marked as a duplicate of bug 146598 ***
Comment 38 Sam 2022-04-18 09:39:22 UTC
(In reply to Sam from comment #37)
> 
> *** This bug has been marked as a duplicate of bug 146598 ***

Not sure if, under "Hardware", "x86 (IA32)" is correct – I fail to find the relevant information on my macOS. Maybe it should be "x86-64 (AMD64)"? (see https://bugs.documentfoundation.org/show_bug.cgi?id=148051#c24)

Also, the Status may be Duplicate but the matter seems to be far from Resolved.
Comment 39 Patrick (volunteer) 2022-12-23 20:33:04 UTC
Looking at the attachment 178950 [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

*** This bug has been marked as a duplicate of bug 148435 ***