Created attachment 106128 [details] Calc document to reproduce this bug in Calc 4.3.0.4 Steps to reproduce: 1) Open the attached calc document in Calc. 2) Select columns from F to AT (the whole columns, dragging the mouse on the colum header) 3) Open the "Sort" dialog with Data--> Sort... 4) In the "Option" tab check "Left to right (sort columns) 5) In the "Sort criteria" tab set: - Sort key 1: Row 7 Descending - Sort key 2: Row 8 Ascending 6) Press OK. The error message dialog "Fatal Error: Block position not found!" displays.
I can confirm crash in Version: 4.4.0.0.alpha0+ Build ID: e2723d00b77dc1044e2ba599ba93517af34e1ea5 TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2014-09-09_23:17:41 No crash in LO 4.2.6 -> regression
crash reproduces also in version 4.2.6
Crash reproduced with version 4.3.3.0.0+ built at home under Ubuntu 14.04 x86-64 No crash in Version: 4.1.6.2 (Build ID: 40ff705089295be5be0aae9b15123f687c05b0a) TDF build. Best regards. JBF
@Kohei: mdds, killed that badly that not even a backtrace is available in gdb.
I figured this out. The problem was pretty simple & once again on the Calc side.
And it's very simple to reproduce this. All you have to do is do a left-to-right sort while whole columns are selected i.e. selection extends from the very top row to the very bottom, on any data set.
Kohei Yoshida committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0ef6263ed2b31b8f9e431971e6c5e8928996c1c8 fdo#83764: Ensure that the row position is below MAXROW. 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.
Kohei Yoshida committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=337bc5665a8524eb8adfd7e90d12a8019ee6563b fdo#83764: Write test for this. 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.
Fixed on master, and backport requests for 4.2 and 4.3 sent to gerrit. I'm done.
Kohei Yoshida committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=086ed7e59f5ec74dfdf046c3d5b4f28ede8dd8be&h=libreoffice-4-2 fdo#83764: Ensure that the row position is below MAXROW. It will be available in LibreOffice 4.2.7. 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.
Kohei Yoshida committed a patch related to this issue. It has been pushed to "libreoffice-4-3": http://cgit.freedesktop.org/libreoffice/core/commit/?id=59e7789744c99b6431461f14694b6f9ab2492a80&h=libreoffice-4-3 fdo#83764: Ensure that the row position is below MAXROW. It will be available in LibreOffice 4.3.3. 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.
Hi, I downloaded and installed this version libo-43~2014-10-17_16.12.56_LibreOfficeDev_4.3.4.0.0_Win_x86.msi and this bug is still there. Did I misunderstanding in which version it would be fixed?
Sorry my fault. It is solved in 4.3.4
*** Bug 84753 has been marked as a duplicate of this bug. ***