Bug 163550 - UI - if Text Orientation 90° then Optimal Height set row height to zero
Summary: UI - if Text Orientation 90° then Optimal Height set row height to zero
Status: RESOLVED DUPLICATE of bug 162736
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
24.8.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-10-21 09:29 UTC by crt.breskvar
Modified: 2024-10-21 12:10 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description crt.breskvar 2024-10-21 09:29:03 UTC
Description:
If text is rotated to 90°, then automatic row height function (double-click on line between rows or Format>Rows>Optimal Height) hides row by setting row height to zero.
Does not appear if rotation is not 90° (89° is OK).
Does not appear if you only rotate text in few cells of row.
Repeatable on Mac Os and Windows 11, since LibreOffice 24.8.

Steps to Reproduce:
1.rotate whole row to 90°
2.double click horizontal line to autosize row height or use Format>Rows>Optimal Height
3....

Actual Results:
row height is set to 0 - you can't see text anymore.

Expected Results:
row height should set accordingly to length of text


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 24.8.2.1 (X86_64) / LibreOffice Community
Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13
CPU threads: 8; OS: macOS 12.7.6; UI render: Skia/Raster; VCL: osx
Locale: sl-SI (en_GB.UTF-8); UI: en-US
Calc: threaded
Comment 1 ady 2024-10-21 12:10:28 UTC
I am not sure whether this tdf#163550 has a more-precise description, wording, and/or steps than tdf#162736 – perhaps both could be improved(?). Either way, they seem to be reporting the same behavior.

*** This bug has been marked as a duplicate of bug 162736 ***