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.
