https://bugs.documentfoundation.org/show_bug.cgi?id=117882
--- Comment #19 from ady <[email protected]> --- The behavior as of: Version: 7.4.5.1 (x64) / LibreOffice Community Build ID: 9c0871452b3918c1019dde9bfac75448afc4b57f CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: en-US (es_AR); UI: en-US Calc: CL ...is different than the original in comment 0 when comparing to the screenshot in comment 4, as Timur describes in comment 17, but there is still an issue. 1. Open attachment 142385 from comment 0. 2. Click cell B1. 3. Menu Format > Rows > Height... 3.1. Note the value. [ESC] 4. Click cell B14. 5. Menu Format > Rows > Height... 5.1. Note the value. [ESC] 6. Right-click header row 14 > Row Height... 6.1. Note the value. [ESC] 7. Select cell B14:C14 (or _select_ at least one cell in row 14) 8. Right-click header row 14 > Row Height... 8.1. Note the value. [ESC] Value in 6.1 equals value in 3.1 > incorrect. Value in 6.1 differs value in 5.1 > incorrect. Value in 8.1 equals value in 5.1 > OK. This seems to be related to the merged cells in column A. When no cell is selected, right-click row header > Row Height... provides information of the first row of the merged cells of column A. I haven't tested whether this is always about column A, or it would happen also for freeze panes and/or split windows situations (i.e. when the "first" column is not necessarily column A). Side-note: unmerging and [ctrl]+[z] leaves a different height than what was initially set. -- You are receiving this mail because: You are the assignee for the bug.
