Bug 51712 - Crash Performing @selector(showPreferences:) from sender NSMenuItem
Summary: Crash Performing @selector(showPreferences:) from sender NSMenuItem
Status: RESOLVED DUPLICATE of bug 47368
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
3.5.4 release
Hardware: x86-64 (AMD64) macOS (All)
: medium critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-07-04 02:26 UTC by Sorin Sbarnea
Modified: 2012-09-12 09:36 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Crash dump for bug 51712 (137.40 KB, text/plain)
2012-07-04 23:31 UTC, Roman Eisele
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sorin Sbarnea 2012-07-04 02:26:17 UTC
Latest LibreOffice 3.5.4.2 and also latest OOo do always crash in few seconds after opening the preferences dialog on OS X 10.7.4

The same problem does not reproduce on NeoOffice 3.2.1 patch 6.

Crash dump: http://pastebin.com/BJVtsKXY
Comment 1 Sorin Sbarnea 2012-07-04 04:02:30 UTC
I found what causes this, Window Magnet application. Still this looks like a bug in LO, and the Window Magnet is not crashing.

Clearly this is a Accessibility related issue.
Comment 2 Julien Nabet 2012-07-04 12:20:11 UTC
I reduce just a little the importance since there's an easy workaround.
+ I put it as a duplicate.

*** This bug has been marked as a duplicate of bug 47368 ***
Comment 3 Roman Eisele 2012-07-04 23:31:47 UTC
Created attachment 63847 [details]
Crash dump for bug 51712

(In reply to comment #0)
> Crash dump: http://pastebin.com/BJVtsKXY

I am not sure how long pastebin will hold the data, therefore I add the crash dump as an attachment directly to this report
Comment 4 Roman Eisele 2012-09-12 09:10:15 UTC
Mac Accessibility Related Bugs Survey Results
---------------------------------------------

This bug is very very similar to bug 52147 and bug 54282, which have been both fixed by Michael Meek’s patch for bug 47368:
http://cgit.freedesktop.org/libreoffice/core/commit/?id=3234b715b5a6d13ee673b41066eb565706be5ec9

Therefore it is very probable that this bug has been fixed by that commit, too.

This is also indicated by the fact that the crash dump attached to the present bug contains many (recursive) references to hitTestRunner(); there was a problem with endless (?) recursion of this function which should have been fixed by the commit cited above.

This means in turn that this bug is correctly marked as a duplicate of bug
47368, which was fixed by the commit cited above.

This fix will appear in LibreOffice 3.6.2 and 3.7.0.
Comment 5 Roman Eisele 2012-09-12 09:14:56 UTC
@Sorin Sbarnea:

It would be very helpful if you could test if you can still reproduce this crash with “Window Magnet” and the upcoming LibreOffice 3.6.2; in a few days, a first release candidate will be available at

   http://www.libreoffice.org/download/pre-releases/

Or, if you are more adventurous, you can use the current daily build of LibreOffice 3.6; it is available at

   http://dev-builds.libreoffice.org/daily/MacOSX-Intel@3-OSX_10.6.0-gcc_4.0.1/libreoffice-3-6/current/

(Please note that the daily build should not be used for productive work.)


If you can NOT reproduce the crash with any of these versions, you could leave a short note about that result in the present bug report. 

But IF you still CAN reproduce the same (!) crash with any of these versions, please set the Status of this bug report to REOPENED, and try to describe in as much detail as possible what exactly is necessary to get the crash -- step by step, even mouse click by mouse click.

Thank you very very much in advance!
Comment 6 Alex Thurgood 2012-09-12 09:36:49 UTC
Not reproducible on Mac OSX 10.8.1 with LO daily build Version 3.7.0.0.alpha0+ (Build ID: 4deb9d4)