Hi ThudDriver, I saw your edit at Adapt row height as I'm an admin and you hit a abuse filter by accident. The page was sadly not saved. Your content was:

<snip>

Calc hangs - status/progress bar at bottom shows "Adapt row height" and the green progress bar moves steadily to about 80% of the way to the right and stops. Sometimes it will complete the action in 8, 9, or 10 minutes. But today, 14 Dec 2013, I waited over an hour and it never completed. Had to "kill" the program and re-open the file. Now I am unable to delete a column. The task manager shows soffice.bin consuming 50% of cpu resources.

My operating system is WinXP Pro, 4mb memory, so memory is not a factor.

I'm working with a large voter data file in .ods file format with 159,146 lines, imported from a .csv file.

I did extensive editing and formatting of columns last 3 days, with lengthy delays (8 to 9 minutes) for the 'Adapt row height' process to complete after formatting a column or deleting or cutting and pasting a column to move it. Sometimes there was no delay and the "Adapt row height" process was never displayed.  Thus, there is some manner of "variableness" in this problem.  It is not a consistent thing, but very vexacious and time-consuming when it strikes.

There is no reference to "Adapt row height" in downloaded Help, on-line Help for LibreOffice.

</snip>

Thanks for reporting, but sadly you reported your bugs at the wrong place. Please take the time and report the bug again at https://bugs.libreoffice.org/ or ask for assistant at a mailing list.

Thanks.

Regards, Dennis Roczek (talk) 2014-01-18T01:20:51 (UTC)
[END OF QUOTED MESSAGE FROM ROCZEK]

I notice there are other similar reports, 2 of which mention consuming all the memory.  My problem always showed exactly "50%" of CPU resources in the Task Manager.  A couple of the reports said "Hung" - I have learned from long experience to "wait" a long time to see if a process will complete, which mine did in all cases except 1 which did not complete in over an hour so I killed it and re-opened the file.

I notice that almost all the above reports were closed "works for me".  So, I am submitting a new report which has different characteristics and, hopefully, additional detail.

Speaking of more detail, this "event" where "Adapt row height" occurred would happen when I'd reformat a column, when I'd insert a column, and when I'd "cut" a column to "paste" into the previously created blank column.  The result was 3 8 to 10 minutes waits for each of the 3 acts to get a column to be where I wanted it and displayed as I wanted it. 24 to 30 minutes per column.  "Major"?  or "Severe".  But, it didn't always happen.  I could go for many columns and wouldn't see the "Adapt row height" progress line or it would complete in perhaps 10 seconds.  I cannot identify any difference in what I was doing that could be causing the long "process" of "Adapt row height".  Again there  is no mention of "Adapt row height" in "Help" or anywhere else, except the bugs that have been submitted and closed as "Resolved - worked for me".  It is obviously not just me or the other 6 or so people who have experienced this.

If you want the large file I'm working on (a voter registration file)I could copy to a dvd or cd and mail it to you.  I'm not sure I can send the ods file as an attachment to an e-mail due to e-mail limits on attached file sizes:  My file is 43,617,000
. . . I'll try to attach to this report.