Steps to reproduce:
1) Open ods-file in attach 1 (hausrat_test_LO.ods)
2) Use sheet "Hausrat"
3) Try to sort by colum D, i.e. set cursor to D1 -> menue "Data" -> "Sort.."
OS: Windows XP
I´m not sure, if a problem with the ods-file exits or if one or more bugs exit.
I create this bugreport, but I have not discovered this phenomen. I´m member of the German community and handled a request on German de-user-ML 
Created attachment 66075 [details]
Created attachment 66090 [details]
[Reproducible] with "LibreOffice 188.8.131.52 German UI/Locale [Build-ID: e29a214] on German WIN7 Home Premium (64bit) :
Steps to reproduce:
1. open Sample document from LibO Start Center File Menu
2. click top left columns / rows heading field to select all cells
3. Menu 'Data -> Sort -> Column D -> Descending' <ok>
Bug: When progress bar reaches 40% LibO Stops responding
Crash can not be healed by:
- Remove all other Sheets
- Clear direct formatting (for all cells in sheet)
Further research showed that the comments were the problem, deleting the comments from the sheet heals the problem.
So I was able to create a much more simple sample document, The problem is the comment in B2, it causes a crash when you sort ascending by column C
The problem vanishes if you delete the comment before you sort.
No Crash with
- Server installation (own profile) of "LibreOffice 184.108.40.206 German UI/Locale
on German WIN7 Home Premium (64bit)
- And other 3.4, 3.4, 3.3 Versions
Already [Reproducible] with Server Installation of "LibreOffice 3.6.0beta1 German UI/Locale [Build-ID: 1f1cdd8] on German WIN7 Home Premium (64bit)
No crash with
- Server installation of Master "LOdev 3.6.0alpha0+ – WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 475d0c5-829fc92-39746e8-206648e-fefd87]" (2012-02-14)
Comment on attachment 66075 [details]
No longer required, more simple sample exists
Please set Status to ASSIGNED and add yourself to "Assigned To" if you accept this Bug or forward the Bug if it's not your turf. (and remove others in team from CC)
Only crashes if comment is in range to be sorted.
Bibisected and the result is in this range of 64 commits:
*** Bug 54054 has been marked as a duplicate of this bug. ***
Already fixed. There were 2 relate problems that should be fixed both now.
On German user-ML was reported today that bug isn´t fix in Version 220.127.116.11 (Build ID: e29a214). What is your opinion?
(In reply to comment #10)
> On German user-ML was reported today that bug isn´t fix in Version 18.104.22.168
> (Build ID: e29a214). What is your opinion?
Opening a new bug report with a test document and a detailed instruction how to reproduce it. The bug mentioned here is fixed but there ight be another case.
I agree that it is not fixed in 22.214.171.124, but it is fixed in the nightlies, so I assume that is what Markus means.
Please correct my target info if it's wrong
*** Bug 54413 has been marked as a duplicate of this bug. ***
This bug is fixed along with bug 53979, see http://lists.freedesktop.org/archives/libreoffice/2012-August/037531.html
This fix is committed on August 27, but source for 126.96.36.199 was tagged on August 21 (see http://lists.freedesktop.org/archives/libreoffice/2012-August/037233.html). So this bug is fixed in 3.6.2 RC1 and later => set target accordingly.
*** Bug 55247 has been marked as a duplicate of this bug. ***
Zdeněk Crhonek committed a patch related to this issue.
It has been pushed to "master":
uitest for bug tdf#54018
It will be available in 6.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:
Affected users are encouraged to test the fix and report feedback.
The test exist, set status to Verified.