https://bugs.freedesktop.org/show_bug.cgi?id=49942
Roman Eisele <b...@eikota.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Status Whiteboard|BSA |BSA target:3.7.0 | |target:3.6.2 Resolution| |FIXED --- Comment #15 from Roman Eisele <b...@eikota.de> 2012-09-20 08:13:37 UTC --- Mac Accessibility Related Bugs Survey Results --------------------------------------------- All tests done on Mac OS X 10.6.8 (Intel), with Cinch running to provoke the accessibility-related bugs. Two issues tested: I) Changing border format of a table in Writer (comment #0 here) ................................................................ 1) Rename User Profile folder (~/Library/Application Support/LOdev/) to preclude any influence of local settings on the test results. 2) Start LibreOffice/LOdev -> Start Center window appears 3) In Start Center window, click on (new) "Text document" -> New (empty) Writer file opens. 4) Select "Table > Insert > Table..." from the menu. -> Dialog window "Insert Table" appears. 5) Don't change the default settings (Name: "Table1", Columns: 2, Rows: 2), just click "OK". -> A new 2x2 cells table with thin black border (default values) is inserted into the document. -> The Cursor is already in the 1st table cell. 6) Select "Table > Table Properties..." from the menu. -> The "Table format" dialog appears. 7) Switch to "Borders" tab. 8) From the "Color" popup menu (current value: "Black", the default), select "Red". OR Into the "Width" edit field, enter "1". OR From the "Style" popup menu, select the 1st dashed/dotted entry. (The resulting crash log and stack trace is exactly the same, it does not matter which of the 3 changes mentioned above I make!) 9) Click "OK". -> LibreOffice/LOdev crashes with the crash log attached. II) Adding a border to a cell in Calc (bug 49623, 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. Both issues (I) and (II) are closely related and generate more or less identical stack traces. Test results: Good news! ........................ Using the steps given above for both issues, the crash is REPRODUCIBLE (given that Cinch is running) with: * ApacheOpenOffice (AOO) 3.4.0 (AOO340m1, Build:9590) - Rev. 1327774 * LibreOffice 3.3.0, OOO330m19 (Build:6), tag libreoffice-3.3.0.4 * LibreOffice 3.4.0, OOO340m1 (Build:12) * LibreOffice 3.4.6, OOO340m1 (Build:602) * LibreOffice 3.5.6.2, Build ID: e0fbe70-dcba98b-297ab39-994e618-0f858f0 * LibreOffice 3.6.0.4, Build ID: 932b512 But the crash is NOT reproducible anymore with the current pre-release: * LibreOffice 3.6.2.1 (Build ID: ba822cc), with German langpack installed Analysis ........ Some more fine-tuned testing shows that, using these steps given above for both issues, the crash is still REPRODUCIBLE with * LibreOffice 3.6 daily (3.6.2.0+), Build ID: cfbfa26, Pull time: 2012-09-07 10:35:10, German langpack installed * LOdev 3.7.0.0.alpha0+, Build ID: 5ca197c, Pull time: 2012-09-06 07:07:33, US English langpack installed But the crash is NO longer reproducible with * LibreOffice 3.6 daily (3.6.2.0+), Build ID: c303961, Pull time: 2012-09-11 08:49:57, German langpack installed * LOdev 3.7.0.0.alpha0+, Build ID: 2df0884, Pull time: 2012-09-11 01:28:39, US English langpack installed This indicates that this bug was fixed by Tor Lillqvist’s patch for bug 47368: http://cgit.freedesktop.org/libreoffice/core/commit/?id=9b9d45e35103e6884e0a87c35c07c74899f40614 This means in turn that this bug is more or less a duplicate of bug 47368, which was fixed by the commit cited above. How to mark this bug? ..................... So normally I should mark this bug again as a duplicate of bug 47368. But because the stack traces look different, so that the present bug appears as a bug on its own, and because bug 47368 is already horribly long and splattered with duplicates, I propose to do something unusual in this case, just to make the complicated issues related to Mac accessibility features a bit clearer: I propose to mark this bug as RESOLVED/FIXED (instead of RESOLVED/DUPLICATE or RESOLVED/WORKSFORME), because we a) know exactly which commit has fixed the issue, and b) this bug _appears_ different (it has a special kind stack trace, which appears _only_ if you use Cinch, and _not_ if you use any other window management utility like RightZoom: this gives similar crashes, but different stack traces!), so that we can handle it as a special affair to make the complicated issues related to Mac accessibility features a bit easier to understand. I add whiteboard tags for the fix, of course, as usual with a fixed bug. How to go on? ............. The fix in question will appear in LibreOffice 3.6.2 and 3.7.0. You can already download the first pre-release, LibreOffice 3.6.2.1, from http://www.libreoffice.org/download/pre-releases/ which contains this fix (and many more useful fixes!) and allows to continue working with LibreOffice even when Cinch is running. But be careful with Cinch! .......................... This does not mean that _all_ problems which Cinch causes for LibreOffice users are solved! At least one issue is still reproducible with the newest LibreOffice versions: (In reply to comment #6) > well, interesting point: when trying to go to "preferences -> accessibility", > it crashed as well! I just cant go to the accessibility settings pane! I need to test this again, but IMHO accessing any/most of the panes in the LibreOffice Preferences/Options dialog window causes LibreOffice to hang (not crash) if and only if Cinch is running. → I will file a new special bug report for this issue, becaue it is definitely a bug “sui generis”. Also, if you happen to find other crashes or hangs in LibreOffice while Cinch is running, which disappear when Cinch is not active, please file them as new bug reports (and add my address to the CC list: b...@eikota.de). Thank you very much! -- 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 Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs