Created attachment 43637 [details] row-height.xls Downstream bug may be found at: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/646157 In Ubuntu 11.04, libreoffice-calc perform at the Terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/646157/+attachment/1655284/+files/row-height.xls && localc -nologo row-height.xls Row 8 height is 0.17". Highlighted row 8, changed background color to black, the height changed to 0.40". Pressed Ctrl+Z to undo, the color changed back, but the row height did not. lsb_release -rd Description: Ubuntu natty (development branch) Release: 11.04 apt-cache policy libreoffice-calc libreoffice-calc: Installed: 1:3.3.0-1ubuntu1 Candidate: 1:3.3.0-1ubuntu1 Version table: *** 1:3.3.0-1ubuntu1 0 500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages 100 /var/lib/dpkg/status
The effect is [Reproducible] with "LibreOffice 3.3.1 RC2 – WIN7 Home Premium (64bit) German UI [OOO330m19 (build 8 / tag 3.3.1.2)]", but only in the sample document. I did lots of tests with own documents without success, I was not able to reproduce the problem. Problem is not visible with OOo 3.4-dev
Reproducible in Ubuntu 10.10 LibreOffice 3.3.1 lsb_release -rd Description: Ubuntu 10.10 Release: 10.10 apt-cache policy libreoffice-calc libreoffice-calc: Installed: 1:3.3.1-1ubuntu3~maverick1 Candidate: 1:3.3.1-1ubuntu3~maverick1 Version table: *** 1:3.3.1-1ubuntu3~maverick1 0 500 http://ppa.launchpad.net/libreoffice/ppa/ubuntu/ maverick/main i386 Packages 100 /var/lib/dpkg/status
[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: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
> 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. Reproduced with LOdev 3.5.0beta2 Build ID: 4ca392c-760cc4d-f39cf3d-1b2857e-60db978 No magic self-fixing for this bug so far.
Reproducible in: LOdev 3.5.0beta2 Build ID: 8589e48-760cc4d-f39cf3d-1b2857e-60db978 Microsoft Windows Vista Business 6.0.6002 Service Pack 2 Build 6002 This does not occur using Microsoft Office Excel 2003 (11.5612.6505).
This one might be related to "Bug 34717 - FILEOPEN FORMATTING: automatic row height is too small in particular .xls". Already a problem with 3.3.0, but oK with AOOo. Bug description here is wrong, the problem is not that the row height changes when editing a cell, but that the row height is too small when you open the document with LibO. The edit heals the problem. I am nearby 100% sure that this one is concerning the same problem as "Bug 34717 - FILEOPEN FORMATTING: automatic row height is too small in particular .xls". So I mark this one as a DUP, because in Bug 34717 we have most advanced examinations. @reporter: Please feel free to reopen this Bug if you find evidence that we have an independent issue here. *** This bug has been marked as a duplicate of bug 34717 ***
Rainer Bielefeld,thank you for working on this report. Regarding your comments https://bugs.freedesktop.org/show_bug.cgi?id=34552#c6 : >"This one might be related to "Bug 34717 - FILEOPEN FORMATTING: automatic row height is too small in particular .xls"." Agreed in that this is similar in the problem to bugs 34717, 50044, and 39486 due to .xls correlation, and seemingly, the code requiring a fix. However, this bug is about how when one modifies the document while already open and then undoes, the row height is no longer honored. The other bugs are all about the problem already occurring when one only opens the file. >"Already a problem with 3.3.0, but oK with AOOo." So, this problem exists as early as LO 3.3.0, but does not in current AOOo? If so, which AOOo version specifically? >"Bug description here is wrong, the problem is not that the row height changes when editing a cell, but that the row height is too small when you open the document with LibO. The edit heals the problem. I am nearby 100% sure that this one is concerning the same problem as "Bug 34717 - FILEOPEN FORMATTING: automatic row height is too small in particular .xls". So I mark this one as a DUP, because in Bug 34717 we have most advanced examinations. @reporter: Please feel free to reopen this Bug if you find evidence that we have an independent issue here. *** This bug has been marked as a duplicate of bug 34717 ***" Regarding this bug, the Bug Description is not wrong. It describes verbatim the bug phenomenon the downstream bug reporter wants a developer to address. This may end up being addressed by commit(s) issued for the 3 other reports previously mentioned, or vice versa. But, until this is so, let us please leave this unduped. Thank you for your understanding.
I tried to reproduce this on: - Debian x86-64 with 3.6 sources updated today. - Win7 64, with 3.6.4.3 In both cases, I haven't reproduced the behaviour described in comment1. Of course, I had to undo twice, since there were 2 actions to undo. Perhaps I missed something but could someone give a try with 3.6.4.3?
Problem reproducible in: Microsoft Windows Vista Business x86 6.0.6002 Service Pack 2 Build 6002 Version 4.0.0.0.beta2 (Build ID: 4104d660979c57e1160b5135634f732918460a0) However, the row height changes to 0.21", instead of that reported in the Description (0.40").
*** Bug 65837 has been marked as a duplicate of this bug. ***
Valuable information by Nick on Bug 65837: https://bugs.freedesktop.org/show_bug.cgi?id=65837#c11
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.