LibreOffice hangs when selecting a Preferences item with Moom (http://manytricks.com/moom/)running. Mac OS X Lion 10.7.2 (11C74). MacBook Air (mid-211). LibreOffice 3.4.3 OOO340m1 (Build:302). I get a beachball indefinitely when trying select LibreOffice / Preferences and change from the default top of list entry User Data to another item in the list with the trackpad only when Moom is running. Moom is a window management App that extends the maximize window button behavior too allow for fullscreen and tiled windows. Interestingly, if I use the down arrow key to navigate down in the list, I get a beachball for a short time, then the next item is selected. Neither problem occurs if Moom is not running. I have to force quit Libre to recover - quitting Moom will not allow LibreOffice to continue. There is a bug report at https://bugs.freedesktop.org/show_bug.cgi?id=31919 that mentions a problem with an accessibility app causing this or similar behavior. Thanks very much.
In the mentioned bug 31919 it is not clear if the cause of the problems is really some sort of accessibility tool (the reported did not answer the question in comment 16). Bug another similar bug report which explicitely talks about the influence of accessibility tool on LibreOffice for MacOS X is:
Bug 47368 - "Many crashes when accessibility enabled on MAC".
Very similar: bug 33359 (accessability settings clearly involved).
In general, for crashes in the Preferences/Settings dialog, compare bug 37913 ("LibreOffice crashes frequently when settings-dialog is opened"). But not in all cases listed in bug 37913 or marked as duplicates of this bug it is clear if accessability settings are involved.
Could you give any update with the LO version 3.5.3 ?
Indeed, this seems to have been fixed in:
Build ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80
No more beachball.
Thank you for your feedback.
I update the tracker to RESOLVED/WORKSFORME
Mac Accessibility Related Bugs Survey Results
This bug is already marked as RESOLVED/WORKSFORME, and approved by the original reporter, therefore no more action is necessary.
This bug is very similar to bug 52147 and bug 54282, which have been both
fixed by Michael Meek’s patch for bug 47368:
Therefore it seems probable that this bug, even if it was still reproducible under special circumstances, has been fixed by that commit, too, even if there is a little difference (the present bug is about a hang, but bug 52147 and bug 54282 are about crashes; but this difference may be explained easily by the different version of LibO and/or Mac OS X).
Cf. also bug 33359, which is even more similar to the present bug (about a hang, too), and which is very probably fixed by the commit cited above.
This fix will appear in LibreOffice 3.6.2 and 3.7.0.