When I open the attached document, and try setting its size and position to a lower value, e.g. 7.65 - this fails, despite it being quite possible w.r.t. the minimum row heights (font sizes, inter-paragraph spaces). (It is also the case that selecting that table and dragging its middle-bottom handle upwards - to reduce the height - fails; but if we select individual rows, we can get that to work. But that's not my complaint.) IMHO - the height change I listed should succeed. And when it can't succeed - an error message should explain why.
Build info: Version: 7.4.1.2 / LibreOffice Community Build ID: 3c58a8f3a960df8bc8fd77b461821e42c061c5f0 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: qt5 (qfont+xcb) Locale: en-GB (en_GB.UTF-8); UI: en-US
Please attach test file. Thanks.
Created attachment 182797 [details] Sample presentation for reproducing the bug Sorry, forgot to attach.
I can reproduce this bug. 1) select the first row 2) right-click - Position and size 3) Set the Height value to 6,65 -> Won't work Actually I believe the handle issue is related to the Height change issue. Internally there seems to be some error calculating the total size of the table. Reproduced in Version: 7.3.6.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Ubuntu package version: 1:7.3.6-0ubuntu0.22.04.1 Calc: threaded However this seems to be working in today's daily build Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: bb67f10786fd5e232b198d09139c41078c3fc60d CPU threads: 12; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb) Locale: pt-BR (pt_BR.UTF-8); UI: en-US Calc: CL threaded
I would say this got fixed in the same way bug 130788 was fixed. So this bug is a dupe of bug 139511. *** This bug has been marked as a duplicate of bug 139511 ***