Created attachment 64591 [details] Spreadsheet created in LO prior to ver. 3.6 RC2 Row heights are all messed up when spreadsheets created prior to LO 3.6 RC1 are opened. I made adjustments by restoring the row height to the original state and saved it, but when it is reopened the row height is reverted to the incorrect setting. For example, the attachment's row height is set at 0.50cm yet the spreadsheet forcibly sets it at 0.82cm. Clearly, this version is not even close to a release candidate.
'RC1' -> 'RC2' On the first line.
Duplicate of Bug 52393? BTW, this bug make Calc 3.6 completely unusable...
Created attachment 64603 [details] Other Sample Document Now I am really really worried: reporter's sample looks perfect for me with Server Installation of "LibreOffice 3.6.0.2 rc German UI/Locale [Build-ID: 815c576] on German WIN7 Home Premium (64bit) , but I still see problem with attached "Other Sample Document" and 3.6.0.2
1) Open Calc a with new document 2) Type "test" in A1 3) Resize row 1 simply by dragging 4) Save the new document 5) Reopen
According to my archives, files created on February 15, 2012 opens with correct row heights, while the files created on March 8, 2012 reproduces the error. It may not be the version issue but I thought this may help in the investigation.
Nevermind. I see partial row height problems from February files. Strangely, only some rows have changed its heights instead of all rows with uniform height.
The question is: did anybody reproduce any problem here? "Not Properly" is a rather poor description, I do not understand the problem at all. Row 3 of attachment "Spreadsheet created in LO prior to ver. 3.6 RC2" has height 8.03 mm with Server Installation of "LibreOffice 3.6.0.2 rc German UI/Locale [Build-ID: 815c576] on German WIN7 Home Premium (64bit) and with "LibreOffice 3.5.5.3. German UI/Locale [Build-ID: 7122e39-92ed229-498d286-15e43b4-d70da21] on German WIN7 Home Premium (64bit) @Josh Kim Are you sure that you attached a document with row height? Unfortunately important information is missing. May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that is really sophisticated please as for Help on a user mailing list Please: - Write a meaningful Summary describing exactly what the problem is. - Attach a sample document (not only screenshot) or refer to an existing sample document in an other Bug with a link; to attach a file to this bug report, just click on "Add an attachment" right on this page. It would be useless to attach a document saved from 3.6.0.2, we need the version saved from 3.5.5 (or similar) showing correct hight for row 3 (5.0mm?) with 3.5.5 - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show - Contribute a document related step by step instruction containing every key press and every mouse click how to reproduce your problem (similar to example in Bug 43431) – if possible contribute an instruction how to create a sample document from the scratch - add information -- what EXACTLY is unexpected (Open document with 3.5 shows .... open document with 3.6.0.2 shows ...) find out whether it's a FILESAVE or a FILEOPEN problem -- how you launch LibO and how you opened the sample document @vitriol: Were you able to detect any problem with reporter's sample?
(In reply to comment #7) > @vitriol: > Were you able to detect any problem with reporter's sample? No, I can't see the problem opening the attached sample document, but also I can't view any change applied to original height. The changes seem saved because are visible if the document is opened with version 3.5.x
Created attachment 64697 [details] My sample was misleading as the document was saved with the new row height (0.82cm) instead of the original (0.5cm). I reverted to LO 3.5.5. and attached the original sample which displayed different row height in LO 3.6.0.2.
Comment on attachment 64697 [details] My sample was misleading as the document was saved with the new row height (0.82cm) instead of the original (0.5cm). I reverted to LO 3.5.5. and attached the original sample which displayed different row height in LO 3.6.0.2. I
@Rainer Bielefeld Sorry if I missed a lot of details. Basically, I opened the document (the same one in the latest attachment) simply by double-clicking the file from the explorer and LO 3.6.0.2 displayed the row height (0.82cm) different from the original setting (0.5cm). The reason why the initial attachment did not show any flaw was due to my fault of deleting the confidential information from the document and saving it with the new row height information (and I apologize for the confusion). The new attachment is saved in the latest LO 3.5.5.3 and due to the reversion to the stable release, I do not have LO 3.6.0.2 to test out the symptom since I am unable to perform parallel installations of the two versions. Please advise if the attachment displays the symptom, otherwise I would have to revert to 3.6.0.2 to reproduce the error.
With reporters New sample I see the problem as per "Bug 52329 - FORMATTING: FILEOPEN reverts Row Height to optimum", what has been marked as DUP of Bug 52393. My observation is that 3.6.0.2 does not open with exact optimum row height shown when opened with 3.5.5, but with row height very close nearby that value (here: 3.6.0.2 opens with row height 8.08 mm, 3.5.5 indicates8.03 mm as optimum So DUP for now. @Josh Kim Thank you for additional information! Please feel free to reopen this Bug if you find evidence that we have an independent issue here (for example: your problem still exists after Fix for Bug 52393. *** This bug has been marked as a duplicate of bug 52393 ***