https://bugs.documentfoundation.org/show_bug.cgi?id=146668
Bug ID: 146668 Summary: Height of line-breaked cells is lost after saving, depending on the column width Product: LibreOffice Version: 7.1.6.2 release Hardware: x86-64 (AMD64) OS: Linux (All) Status: UNCONFIRMED Severity: normal Priority: medium Component: Calc Assignee: libreoffice-bugs@lists.freedesktop.org Reporter: t...@l3u.de Description: When declaring a cell as line-breaking, and the contained text is displayed in two lines, the height is (depending on the width of the respective column) lost after saving the file, closing it and re-opening it. After reopeing a file in such a case, the row's height is set to the default height, and the text (which is still line-breaking) is clipped. Steps to Reproduce: - Using the binary LibreOffice 7.1.7.2 package on Gentoo Linux, use Liberation Sans 10 pt (the default font setting) - Type "aaaaaaa bbbbbbbbbbbbbbbb cccccccccccccccc dddddddddddd eeeeeeeeee fffffffffffff gggggg hhhhhhh iiiiiiiiiiiiiiiiiiiiiiii" in cell A1 - Set the width for column A to 18 cm - Enable automatic line breaking for cell A1 (the text is displayed in two lines, the "iiiiiiiiiiiiiiiiiiiiiiii" appears in the second line) - Save the file and close it - Open the file Actual Results: Row 1's height is set to the default height, but the cell A1's text is still line-breaked. This leads to the text being clipped Expected Results: The height row 1 had when the file was saved should be preserved, no text should be clipped Reproducible: Always User Profile Reset: No Additional Info: Interestingly, this only happens for specific column widths: If one sets the width of column A to 17 cm (instaead of 18), the visible result is the same, "iiiiiiiiiiiiiiiiiiiiiiii" is displayed in a second line. But, in this case, after saving and re-opening the file, the height of row 1 is restored correctly, and no clipping happens. See the screenshots I'll attach! -- You are receiving this mail because: You are the assignee for the bug.