Opening some 3.3 .ods documents either takes disproportionately long while performing automatic adjustment of row heights ("Zeilenhöhen anpassen" in german) or hangs the scalc.bin application altogether. During this step the process is repeatedly using up to a quarter of physical RAM and then either finally displays the sheet or is recognized as non-responding process by windows.
3.4.3 on OSX 10.6.8, Apple Java 6u26
-Opened a 53K ods spreadsheet with multiple row heights and large amount of formulas.
-Selected all rows, adjusted them to .75"
-Auto-adjusted all rows
The rows were resized immediately with no delay. I know the original bug report post was about windows - I just wanted to test on a Mac.
3.4.3 on Windows XP Pro SP 3 (32bit), Oracle JRE 6u26
Opened same spreadsheet as above, performed same steps, there was no delay.
Are you sure that you are not using 3.4.0 or 3.4.1? We had this problem there but it should be fixed since 3.4.2.
Created attachment 50955 [details]
LibO scalc row-hight autoadjustment - delayed
Created attachment 50956 [details]
LibO scalc recognized as non-responding application by Windows
(In reply to comment #2)
> Are you sure that you are not using 3.4.0 or 3.4.1? We had this problem there
> but it should be fixed since 3.4.2.
as with the data-sheet that I used when I came across the problem, the behavior is identical in all consecutive versions >= 3.4 up to the most recent build 302 of LibO 3.4.3. and different versions of the JRE from 1.6.23 and above (up to 1.7 which is not yet recognized by LibO).
Tested the sheet on four different computers with 32 and 64 bit versions of Win7, but the problem irrespectively remains.
I'm of course willing to provide the .ods concerned upon request, but cannot upload as attachment since it contains sensitive financial data and the data can't be readily modified so as to maintain the bug's "functionality" =].
see two screenshots attached for the case that LibO finally displays the sheet after (1) prolonged processing of the "soffice.bin" process and (2) is shutdown by windows.
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
the bug is gone in LOdev 3.5.0beta2!