Bug 54281 - cell thickness edge crash
Summary: cell thickness edge crash
Status: RESOLVED DUPLICATE of bug 47368
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
3.6.1.1 rc
Hardware: Other macOS (All)
: medium critical
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-30 19:49 UTC by lionsecret
Modified: 2012-09-14 09:03 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description lionsecret 2012-08-30 19:49:52 UTC
In CAL when I modify the cell thickness edge from the menu, but sometimes also modify the color of the background, the application crashes ...
Comment 1 Roman Eisele 2012-08-31 08:32:42 UTC
Thank you very much for your bug report!

However, changing the "cell thickness edge" or the background color of a cell does not crash Calc on most machines with MacOS X -- I can confirm this, both actions always work fine on my machine. Therefore, there must be a difference (why do these actions crash Calc for you, but not for me?), and we need to find out about this difference.

Now there have been some previous reports about Calc crashing when changing cell border width or background color, but in all these cases the user had enabled MacOS accesibility features or related utilities.

Therefore, two very important questions:

1) Do you have any accesibility features enabled? Apple’s accessibility
features like "VoiceOver" or "Enable access for assistive devices", which get
enabled in "System Preferences > Universal Access" (in German:
"Bedienungshilfen"; dont’t know about other languages), are known to cause many
crashes in LibreOffice (see bug 47368). So please try to disable any
accesibility features, i.e. uncheck "VoiceOver", "Enable access for assistive
devices", etc.

2) Do you have installed any window management/user interface utilities/apps
for MacOS X like 
* Moom           (see bug 42014)
* Cinch          (see bug 51791)
* RightZoom      (see bug 51686)
* ShiftIt        (see bug 52147)
* BetterSnapTool (see bug 53240)?
All these and many similar utilities rely heavily on accessibility issues and
therefore cause LibreOffice to crash. So please check if you have installed any
utility of this kind and try to disable it (or to add LibreOffice to the list
of excluded applications for the utility, if there is such a thing).

Disabling both all of Apple’s accessibility features and all
accessibility-related/window management utilities, and then re-starting your
Mac could fix the LibreOffice crash. Please try this.

Thank you very much for trying this out (and please report the results here,
too)!
Comment 2 Roman Eisele 2012-08-31 11:41:15 UTC
The original reporter mailed to me:

> The problem was the activation of "Enable access for assistive devices"...

So this is really the same issue as bug 47368.

*** This bug has been marked as a duplicate of bug 47368 ***
Comment 3 Roman Eisele 2012-09-14 09:03:15 UTC
Mac Accessibility Related Bugs Survey Results
---------------------------------------------

All tests done on Mac OS X 10.6.8 (Intel), with RightZoom running to provoke
the accessibility-related bugs.


Issue (A)
.........

(In reply to comment #0)
> In CAL[C] when I modify the cell thickness edge from the menu [...],
> the application crashes ...

To test, I used the following steps:
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.

Using these steps, the crash is 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 correctly marked as a duplicate of bug
47368, which was fixed by the commit cited above.

The fix mentioned above will appear in LibreOffice 3.6.2 and 3.7.0.


Issue (B)
.........

(In reply to comment #0)
> [...] but sometimes also modify the color of the background,
> the application crashes ...

For this issue, please see the separate bug reports which exist for the background color crash (also related to Mac accessibility features),
e.g. 51686! I will survey them again and comment there, if necessary.