https://bugs.freedesktop.org/show_bug.cgi?id=47368
--- Comment #93 from Roman Eisele <[email protected]> 2012-09-07 09:43:25 UTC --- (In reply to comment #92) > Can somebody give *exact* reproduction instructions with LibreOffice 3.6.1 on > Mac OS X 10.8.1? I have only Mac OS X 10.6.8, and can reproduce the crash only with the help of some 3rd party accessibility-related utility (see below), but here are two step-by-step procedures which crash both LibO 3.6.1 and the current master build (I can give more such step-by-step procedures if necessary): I) Adding a cell border in Calc (cf. bug 50467, bug 51791) ---------------------------------------------------------- 0) Rename your LibO user profile folder, to make sure that there is no influence of any special settings on the test (I always do so before such tests). 1) Start LibreOffice; -> the Start Center window appears. 2) In the Start Center window, click "Spreadsheet"; -> a new spreadsheet document is created, cell A1 is already selected. 3) Select "Format > Cells..." from the menu; -> the "Format Cells" dialog window appears. 4) Select the tab "Borders". 5) At top left, under "Line Arrangement" / "Default", select the second item ("Set all four borders"); -> the border preview below changes. 6) Click "OK". -> LibreOffice crashes. II) Selecting a pane in the application Options window (cf. bug 44807, bug 52147, and probably bug 37913) -------------------------------------------------------- 0) Rename your LibO user profile folder, to make sure that there is no influence of any special settings on the test (I always do so before such tests). 1) Start LibreOffice; -> the Start Center window appears. 2) Select "LibreOffice > Preferences..." from the menu; -> the "Options" dialog window appears. 3) In the list at the left side of the window, click on any top-level entry -- I mean, one of the entries "Load/Save", "Language Settings", "LibreOffice Base", "Charts", "Internet", which can be unfolded to show the sub-entries. -> Most times LibreOffice will crash now; if not, click on another top-level entry. It _may_ be necessary that the top-level entry is not unfolded, but closed before you click on it. > Preferably using only the OS's own accessibility tools. Sorry, this is my big problem: I have never managed to reproduce these crashes with the OS's own accessibility tools only; strange (maybe this depends on the Mac OS version? most reports mention Mac OS X 10.7). But I can reproduce the same crashes as reported by the users when I install some window-management utility like Moom, Cinch, RightZoom, ShiftIt, BetterSnapTool ... which all rely on accessibility features. For the tests given above, I have used RightZoom. What I did: 1) Download it, e.g. from http://download.cnet.com/Right-Zoom/3000-18487_4-10909444.html 2) Install it. 3) Start the application "RightZoom". 4) In the 2nd tab "Applications", select "Enable RightZoom in all applications". 5) In the 1st tab, check "Activate RightZoom" and click on "Apply". 6) Quit the RightZoom application. 7) You can now check in the Terminal via "top", if the Daemon (with the same name: RightZoom) is running. z) Later: To remove RightZoom again: start the application; in the 1st tab, check "Activate RightZoom"; click "Apply". >I have tried with VoiceOver but no crash. I would guess that the best candidate is not "VoiceOver", but "Enable access for assistive devices"; this option is the one which is mentioned in most bug reports. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
