https://bugs.freedesktop.org/show_bug.cgi?id=55076
Bug #: 55076
Summary: CRASH Deleting multi-cell selection containing
computed cell based on a computed cell (Mac OS X
10.7.4)
Classification: Unclassified
Product: LibreOffice
Version: 3.6.1.2 release
Platform: Other
OS/Version: Mac OS X (All)
Status: UNCONFIRMED
Severity: critical
Priority: medium
Component: Spreadsheet
AssignedTo: [email protected]
ReportedBy: [email protected]
Created attachment 67364
--> https://bugs.freedesktop.org/attachment.cgi?id=67364
A simple ODS spreadsheet which will cause LO 3.6.2.1 to crash
First, a disclaimer: this is very odd behavior that I've tried to pin down to
the smallest set of steps that will reproduce the crash. I'm not very good at
this, so I apologize if I'm not using the right terminology for "computed
cells" (e.g., cells containing a formula based on values from other cells). I
have attached the OS X crash reporter output, and a simple ODS file which I
believe will reproduce the crash on affected systems (possibly only Mac OS X?).
I cannot reproduce this behavior with the 3.6.2.whatever build that is
currently available for Mac OS X on libreoffice.org. The bug is also not
present on OO 3.4.1. These are the only two other builds/OSes I'm able to
compare with at the moment. As a result, I'm guessing this is a very small
regression that is probably easy to fix.
Symptom:
--------
Currently available 3.6.1 download for Mac OS X crashes when performing a
deletion operation (delete, Fn + delete, Command + X) on multiple selected
cells, when one of the cell's values is based on another cell's value (which is
also computed based on other cells' values), IFF the previously-computed cell
is the first "argument" to the formula in the second computed cell.
Deleting individual cells cells (e.g., Delete or Fn + Delete on Mac) does not
cause the crash, only when the operation is performed on a multi-cell selection
comprised of a computed cell as described above.
Changing the order of arguments in the second computed cell also eliminates the
behavior. The crash ONLY occurs when the previously computed cell (the third
cell mentioned in the description, containing a forumla) is the FIRST argument
to the operation in the fourth cell. E.g. If A3 is computed based on A1 and A2,
then a cell formula =A3/A4 will cause the crash, but =A4/A3 will not.
Consistently reproducible. Support for assistive devices in the OS X "Universal
Access" prefpane is verified disabled (see bug 47368).
Steps to reproduce:
-------------------
Create a new worksheet. Perform the following steps:
- Enter a value into a cell (say, cell A1 to 3)
- Enter another value (say, cell A2 to 4)
- Compute a third cell based on those two (say, cell A3 to =SUM(A1:A2))
- Compute a fourth cell based on the third cell and some other cell, but put
the third cell FIRST in the order of arguments to the computation (e.g., cell
A4 to =A3/A2).
Make a multi-cell selection with the mouse, to include the FOURTH computed cell
(A4 in the example). Then perform an edit operation to remove the cells from
the sheet, e.g., delete or cut.
Observe the LibreOffice (3.6.1.2, Build ID: e29a214) crashes.
--
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
