GNOME Bugzilla – Bug 367870
Strangeness when attempting to edit locked cell
Last modified: 2007-01-08 01:41:46 UTC
Steps to reproduce: - Leave the caret in A1, and select Insert > Function - Select dimcirc and press Insert - Check 'Enter as array function' and press OK - Edit > Sheet > Manage Sheets - Lock Sheet1 and press OK - View > New View - Press OK - In the expression widget, click between the "[0]"s - Press enter to close the message box - Click again between the "[0]"s Backtrace: Program received signal SIGSEGV, Segmentation fault.
+ Trace 80617
Thread NaN (LWP 15983)
I cannot reproduce this.
Me neither. There is sufficient info in the backtrace to avoid this particular crash, though. Expr entry passes a non-rangeref ('[0][0]') to rangeref_parse, and things go downhill from there. expr-entry made a mistake, but underlying layers shouldn't crash because of that. Other strangeness I've seen while trying to reproduce: A drag of part of the text in the entry would start, resulting in CRITICAL **: cb_pane_drag_leave: assertion `IS_GNM_CANVAS (source_widget)' failed. I did not press the mouse to start the drag. Part of the text in the entry had become selected, and I - clicked in the selection - got a 'sheet locked' message box which I dismissed. - moved the mouse over the text to the left of the selection. May be a button release event never reached the depths of gtk responsible for tracking button state. If I clicked in the grid to end the drag, I got WARNING **: Unknown target type 'UTF8_STRING'!
Added a number of checks for NULL, fixing the crash. Downgrading/retitling. Will upgrade severity if you get a crash in another place instead.
Removed the criticals and warnings. You can get them in perfectly normal circumstances. The remaining problem is that drag is initiated when it shouldn't, and that text is selected when it shouldn't.
Fixed in the development version. The fix will be available in the next major release. Thank you for your bug report.
*** Bug 372711 has been marked as a duplicate of this bug. ***
*** Bug 382640 has been marked as a duplicate of this bug. ***