Created attachment 98936 [details] gdbtrace of the crash The macro does some counting, then sorting (vertically and horizontally). Specific data in specific cells causes a crash (nothing special about the data, it has the same format as all the other data and works fine in other cells). I could see for a split moment that the sorting completes, but then the LibreOffice Calc crashes. Attached is the gdbtrace (the main thing -- without it I wouldn't even log the bug). P.S I tried clearing .config/libreoffice folder, but it did not help
giving the macro itself would help
OK, I need to change the description of the bug (I have changed the summary title of the bug, too). I have stripped the file as much as I could and tried to run manually what the macro does, and I have now very clear replication steps Please see the second file attached (moo2.odt): 1) Select the cell range C8-J19 2) Go to menu Data -> Sort 3) Choose to sort by "Row 17", then "Row 18", then "Row 19", all "Descending" 4) Choose to sort "Left to right (sort columns)" 5) Hit "Sort" and observe the crash Examples that make crash NOT to happen (why???): 1) Get rid of the superscript in the cell that has it 2) Get rid of the data in one of the cells (or both) 3) Choose to sort Row 17 by "Ascending" (other two rows still by "Descending") Hopefully this detailed analysis helps :-)
Created attachment 99036 [details] file for crash replication (see comment #2)
I am moving "Calc" from Summary to Component. Based on familiarity with pathnames in the backtraces, I am setting platform Linux, FWIW, I do not see the crash with a debug build of commit 49dff05 (2014-05-12) on debian-wheezy 64-bit. In addition to Sasha's STR, I selected Data > Sort > Options > "Left to right". @Sasha, Please tell us what version of LibreOffice you are using and what platform you are running on. Thanks, Terry.
I am running Arch Linux with kernel 3.14.2-1-pae LibreOffice: 4.2.4.2 420m0(Build:2)
Another little bit of information: if I turn the superscript character in the corresponding cell to normal character, I get no segfault
Forgot to mention that mine is a 32-bit system
Ubuntu 14.04 x64 LibreOffice 4.2.4.2 release No crash following comment 2 - marking as WFM. Please try with a fresh profile: https://wiki.documentfoundation.org/UserProfile If you can still reproduce with a fresh profile set the bug to UNCONFIRMED again and I'll try to find a third person to test.
I removed the entire profile directory (mv .config/libreoffice/4 .config/libreoffice/4.tmp), the segfault is still happening. I get these two lines on the command prompt when it fails: (soffice:8475): GLib-CRITICAL **: Source ID 300 was not found when attempting to remove it (soffice:8475): GLib-CRITICAL **: Source ID 315 was not found when attempting to remove it
Can't repro on Arch build 4.3.2.2 or Windows alpha build Version: 4.4.0.0.alpha1+ Build ID: 0a82645c360158f9cc0fdabe2a52f1ff8f981bed TinderBox: Win-x86@39, Branch:master, Time: 2014-10-24_06:59:23 Sasha, can you test with 4.3.2.2?
Migrating Whiteboard tags to Keywords: (needAdvice) [NinjaEdit]
'needsConfirmationAdvice' is only used for unconfirmed bugs. Removing it from this bug. [NinjaEdit]
Noel Grandin committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/00e1adec49c50f9128dd02ae721e62ae3e729ad6 crashtesting fdo78617-2.ods It will be available in 6.5.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.