Created attachment 122046 [details] LibO crash when sorting this table See atached file. This file was made in a previous version of Libre Office and is changed many times during some years. Steps to reproduce crash: * Open file and select range A13:M37. * Data --> Sort * Sort Criteria: Select "Column H" (Ascending) and click Ok. * CRASH HAPPENS...
The setting Optisons --> LibreOffice Calc --> General --> Update References when sorting range of cells must be ON for the crash to occur. If I change that setting to OFF, the crash does not happens after sorting.
Bodhi Moksha LibreOffice Version: 5.0.2.2 No crash. Can you try with a fresh profile? https://wiki.documentfoundation.org/UserProfile
Confirmed with v5.0.1.2 under ubuntu 14.04 x64. Confirmed with v5.0.4.2 under mint 17.3 x64 - Gives 'std::bad_alloc' before crashing. Confirmed with v4.4.7.2 under mint 17.3 x64. Unconfirmed with v4.3.7.2 under mint 17.3 x64. Bug appears for the first time in v4.4. But at the same time when 'Update References when sorting range of cells' is off, some of the numbers in column J get set as '#VALUE!'. Same bug or another one ?
[quote]Bug appears for the first time in v4.4. But at the same time when 'Update References when sorting range of cells' is off, some of the numbers in column J get set as '#VALUE!'. Same bug or another one ?[/quote] No this must be a different bug. As I can see - it has nothing to do with any error in the sorting process. Just the crash.
This seems to have begun at the below commit. Adding Cc: to Eike Rathke; Could you possibly take a look at this one? Thanks 938ff6f34bfb99a36e8a7a01caef827a7aef7705 is the first bad commit commit 938ff6f34bfb99a36e8a7a01caef827a7aef7705 Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Tue Jul 14 13:05:51 2015 -0700 source 2f6a06856ad8df0c11a112d1e457b408e9a7af1d source 2f6a06856ad8df0c11a112d1e457b408e9a7af1d :040000 040000 de2dbd22d4dea5f5e23de3d28641e9cfc6a60ee4 f309756459c734487c33d75ccc945a03b1815204 M instdir author Eike Rathke <erack@redhat.com> 2015-06-05 13:51:46 (GMT) committer Eike Rathke <erack@redhat.com> 2015-06-05 14:22:38 (GMT) commit 2f6a06856ad8df0c11a112d1e457b408e9a7af1d (patch) tdf#90694 reset group area listeners when splitting group
Created attachment 122064 [details] bt with debug symbols On pc Debian x86-64 with master sources updated 2 days ago, I could reproduce this. I attached a bt.
LO Calc does not crash & does sorting as per expectations with following set-up: Version: 5.2.0.0.alpha0+ Build ID: b5c191c130a132fb5f80ce9eefe4e98f1ad9422f CPU Threads: 8; OS Version: Linux 3.10; UI Render: default; Locale: en-US (en_US.UTF-8) I request others to please confirm this.
I can still reproduce the issue in Version: 5.2.0.0.alpha0+ Build ID: 91c072b473beadda01a38dbc26086207c7b4d145 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-02-02_06:12:40 Locale: es-ES (es_ES)
Following patch has been submitted as a fix. Thanks https://gerrit.libreoffice.org/#/c/22607/
Arul Michael committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=fca1147953989ef26e641e2ee9bb7e6390a69dd6 tdf#97215 Sorting with update reference causes crash It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Arul Michael committed a patch related to this issue. It has been pushed to "libreoffice-5-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=a6e7673aec0321ceb328de902d5ee0689df3abf7&h=libreoffice-5-1 tdf#97215 Sorting with update reference causes crash It will be available in 5.1.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Is this worth and safe to be backported to 5.0.6?
I'm fairly convinced that the flow change doesn't break anything, alas.. 5.0.6 will be the last update on the 5.0 branch hence I'm hesitating to squeeze this in there.
Got the same crash with "std::bad_alloc" error on Version: 5.0.6.2 Build ID: 1:5.0.6~rc2-0ubuntu1~trusty1 Locale: it-IT (en_GB.UTF-8) opening an .odt file from a folder beeing a local replication of DropBox. Same file, copied localy, did open with no problem. Hope this may help to decide if backport or not the fix.
(In reply to DiegoM from comment #14) > Got the same crash with "std::bad_alloc" error on > opening an .odt file [...DropBox...] That's completely unrelated to this bug here.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/e99608ce752f34ddb6611146c6cf4643c97d62f3 tdf#97215: sc_uicalc: Add unittest It will be available in 7.2.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.