Problem description: I copied one page before the first one in the document. The cells have different heights, some contain at least a new-line. Some cell contents are moved one or two rows downwards. Steps to reproduce: 1. put "X\nY" in cell A1 ('\n' is a new-line character); 2. right-click the page label (i.e. "Sheet1") and make a copy of this page; 3. verify cells A1 and A2 on the last created page; Current behavior: Cell A2 has the contents from A1 in the original page. Expected behavior: Cell A1 has the contents from A1 in the original page. Operating System: Windows 7 Version: 4.2.0.4 release Last worked in: 4.1.4.2 release
Hi catalinraceanu thanks for the report. I can confirm this. In my situation, after copying the sheet A1 is empty, but the row double high A2 at first sight only has the Y but after refresh (print preview) it shows the content of A1 The same happens with; - X\nY in A2 - with "foo" in A1 and X\nY in A2 - etc. Set to new > regression Was OK in 4.1.4.x regards, Cor
(In reply to comment #1) > In my situation, after copying the sheet > A1 is empty, but the row double high Yes, I've also seen that sometimes the height of the original row is copied and only the contents are moved to the next row. > A2 at first sight only has the Y > but after refresh (print preview) it shows the content of A1 I guess this is because the height of row 2 is enough for only one row in the cell; if increased it should display all text. Regards, C
I'm on it.
Kohei Yoshida committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=22cdd528d26d9e332df72135394f8d57bf227d03 fdo#74414: Add a bit more check in existing test to catch this. 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Kohei Yoshida committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=1e3ef350d730bc54a3e9c393c2df6fd1f839a3a8 fdo#74414: No need to incremenet nRow here... It's just plain wrong. 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
4.2 backport request: https://gerrit.libreoffice.org/7944
Kohei Yoshida committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=c565eba9ef96798c3b584c7c0f887f92cf9ae572&h=libreoffice-4-2 fdo#74414: No need to incremenet nRow here... It's just plain wrong. It will be available in LibreOffice 4.2.1. 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: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Fixed.
*** Bug 74994 has been marked as a duplicate of this bug. ***
*** Bug 74264 has been marked as a duplicate of this bug. ***