This is a followup to bug 163686 where this is going worse for RTF. 1. Open attachment 197302 [details] screenshot: attachment 197303 [details] -> the last rows height should be determined by the 6 pt font used in cell C1 but instead it is determined by the deleted cells default font size, line spacing from Normal style. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: dd41459378bca78a18f32e61bfac77aa48fabb8d CPU threads: 14; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: default Started to be like this in 5.3: https://cgit.freedesktop.org/libreoffice/core/commit/?id=1d1748d143ab4270a2ca1b5117852b1b1bb4c52 author Miklos Vajna <vmiklos@collabora.co.uk> 2016-08-30 09:14:47 +0200 committer Miklos Vajna <vmiklos@collabora.co.uk> 2016-08-30 08:40:30 +0000 commit 1d1748d143ab4270a2ca1b5117852b1b1bb4c526 (patch) Related: tdf#44986 DOCX import: handle w:gridAfter by faking cells Before this the layout was incorrect, but at least the row height was correct.
Even after in the related bug 163686 the C row height was fixed for RTF, DOCX is still bad Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 537645c0834eab2d277113f1e3fcf039c994832d CPU threads: 14; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded
Confirm with Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: cac9c7db6257b27724d90d4a355e52e456ef7e08 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded regression, adding CC to Miklos Vajna
Setting new per last comment. I'm somewhat unsure about this being a real regression, before the bibisected commit it was just accidentally good-ish, but it was mostly horrible layout-wise.