There were the occasional crashes (maybe once every few days), but I could live with that. I gave LO another try in 2020, now on a different macOS (can't remember which one), and LO worked fine. I was frustrated and had no choice but to stop using LO altogether. 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. 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. So please check these possibilities, if any of them helps to make the crash go away, and report the results here.Īlex: this message is several years old, I suppose it must have changed a lot until Monterey version so don't hesitate to comment here.įWIW, 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):īack then I took my mac and went to an Apple shop. (or to add LibreOffice to the list of excluded applications for the utility, So please check if you have installed any utility of this kind and try to disable it a screen reader, screen magnifier, speech recognition software,Ī text-to-speech (dictation) application, or similar?Īll these and many similar utilities rely heavily on Mac OS accessibility features and therefore can cause LibreOffice to crash or freeze. the mouse curser/pointer, likeĪnd/or do you use any special software which could be related to accessibility stuff, e.g. some little application or control panel etc. * WindowTidy * Flavours (from )Īnd/or do you use any mouse cursor/pointer utility, i.e. "Do you have installed any window management/user interface utilities/apps/control panels/extensions for Mac OS X like I thought about this old comment from Alex (put in cc) about accessibility part on MacOs which may help here: 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.ġ1 MenuData::MenuContentViewAccessibilityHandler(OpaqueEventHandlerCallRef*, OpaqueEventRef*, void*) + 97 (HIToolbox + 1723459) ġ1 HIObject::DispatchAccessibilityEvent(OpaqueEventRef*, unsigned long long, AccessibilityHandlers const*, void*) + 485 (HIToolbox + 1828159) ġ1 MenuData::ContentViewGetNamedAccessibleAttribute(unsigned long long, _CFString const*, unsigned int, OpaqueEventRef*, void*) + 71 (HIToolbox + 1723615) ġ1 MenuData::HandleGetAccessibleChildren(unsigned long long, _CFArray*) + 232 (HIToolbox + 1712300) I've also run GLView (see the Report attached). I checked the system requirements ( ), 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 tried a different version (LO 7.2.5.2), but there LO may crash too. updated Java (to Java SE Development Kit 17.0.2) īuild ID: a69ca51ded25f3eefd52d7bf9a5fad8c90b87951ĬPU threads: 4 OS: Mac OS X 10.16 UI render: default VCL: osx run Apple Diagnostics (result: “No issues found.”) provide full disk access (under System Preferences)) restart in safe mode, disable hardware acceleration Steps that I have taken to try to pin down the problem: after creating a new file or opening an existing file. with very small files containing no special formatting at all (no Comments, Track Changes are off, etc.) while doing ordinary tasks (entering data, doing copy-paste within cells, etc.) A crash may occur (= the spinning wheel appears, Force Quit is unavoidable): I'm have no special IT knowlege so it may well be that I'm missing the obvious. LO keeps crashing for unknown reasons, which makes it is difficult to file a bug report, but here I go nevertheless.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |