Description: LibreOffice Writer 7.2.4.1 (7.2.0.x?) or later, including v7.2.7.2 and v7.3.4.2, becomes unresponsive under macOS 10.13.6, either immediately upon, or within a few minutes of, opening or creating a document, independently of actions taken on the document. LibreOffice Writer 7.1.8.1 functions normally; have the more recent versions been tested under macOS X 10.13.6? Steps to Reproduce: 1.Launch LibreOffice 2.Open or create a Writer document 3.Wait Actual Results: LibreOffice becomes unresponsive, meaning the macOS cursor becomes a spinning pinwheel. Expected Results: LibreOffice should remain responsive. Reproducible: Always User Profile Reset: Yes Additional Info: From menu LibreOffice – About LibreOffice: Version: 7.2x and 7.3x / LibreOffice Community Build: many User Interface: UI render: default; VCL: osx Locale: en-US (en_US.UTF-8); UI: en-US Misc: Calc: threader
Created attachment 180802 [details] Report generated by MacOS upon force-quit of unresponive application. I do not know if this information will be helpful.
@Kev : 1) do you have any of the macOS accessibility functions activated, e.g. VoiceOver, TexttoSpeech, SpeechToText, or any other accessibility tool activated, such as screen magnification ? Usage of accessibility tools with LO is known to cause crashes. Unfortunately, the LibreOffice code still relies on a now deprecated accessibility API Additionally, some mice, graphic/drawing tablets and other input and/or screen output devices may try and implement accessibility calls within LO that aren't supported. 2) Do you have any of the following LibreOffice configuration options activated (under Preferences) : - Skia rendering (known to causes issues with certain graphic chipsets) ? - Automatic backup of LibreOffice documents ? - Automatic update search for newer versions of LibreOffice ? Setting NEEDINFO
Answers to questions: 1) Accessibility options enabled: Zoom and Mouse Keys. The macOS features and my mouse/input-output devices have been unchanged on my system (macOS 10.13.6) while I have been using LO, and LO versions ≤7.1.8.1 always worked, but versions ≥7.2.4.1 (probably ≥7.2x) have all hung up as described. Was the accessibility API used by LibreOffice code deprecated under macOS 10.13.6? 2) LibreOffice configuration options. Skia rendering: I don't know; how can I tell? Automatic backup of LibreOffice documents: yes. Automatic update search for newer versions of LibreOffice: no. The automatic features have always been set up this way in LO on my system (macOS 10.13.6), and LO versions ≤7.1.8.1 always worked, while ≥7.2.4.1 (probably ≥7.2x) have all hung up as described.
@Kev : thanks for the feedback. You should definitely try deactivating any of the accesibility features, and also the LO automatic document backup option to see if that makes any difference. Please report back your findings here. I don't have High Sierra, so can't test specifically against that version of macOS (only Monterey for my machines, unfortunately). You could also see if things have improved with the release of 7412, and report back here. Setting NEEDINFO.
Alex: I have tested LO 7.4.1.2 and 7.3.6 for which I have disabled automatic backup in LO and the accessibility features zoom and mouse keys in the MacOS, but the problem persists.
LibreOffice 7.4.3.2 also hangs up when run under macOS 10.13.6. In the absence of an ability to test LibreOffice 7.2+ under macOS 10.13 (High Sierra), perhaps it would be safest for the LibreOffice downloads page to state that LibreOffice 7.2+ requires macOS 10.14 (Mojave) or later.
It could be bug 148435. So it might be fixed with upcoming 7.4.4 release
(In reply to Telesto from comment #7) > It could be bug 148435. So it might be fixed with upcoming 7.4.4 release KevBurto, so please retest with LO 7.4.4 (available as prerelease) and give feedback. => NEEDINFO
I have tested LO 7.4.4.1 and find that it does not hang as described in my previous comments. So well done so far. Let me know if you need more information or LO tests from me. I will test v. 7.4.4 further when it is officially released.
(In reply to KevBurto from comment #9) > I have tested LO 7.4.4.1 and find that it does not hang as described in my > previous comments. So well done so far. => RESOLVED WORKSFORME