https://bugs.documentfoundation.org/show_bug.cgi?id=165063
Bug ID: 165063
Summary: LAYOUT: table row exactly 0.85cm is significantly
taller than other exactly 0.85cm rows.
Product: LibreOffice
Version: 25.2.0.0 alpha0+
Hardware: All
OS: All
Status: UNCONFIRMED
Keywords: bibisected
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
CC: [email protected], [email protected]
Blocks: 104444
Created attachment 199002
--> https://bugs.documentfoundation.org/attachment.cgi?id=199002&action=edit
forum-pl-2716.docx: example document
A cell now shows 3 (empty) paragraphs instead of 2. (The cell actually has 14
empty paragraphs in it...)
This started with 25.2 commit bfefb2bebd71fc63026b92b23555ce57e4feb536
Author: Mike Kaganski on Thu Sep 19 18:43:35 2024 +0500
Re-calculate the available space before calling lcl_RecalcSplitLine
due to replacing nRemainingSpaceForLastRow with getRemainingAfter()
Steps to reproduce.
1.) open forum-pl-2716.docx
On page 2, the second row is taller than all the others. They should all be the
same height, since they are all sized as "exactly 0.85cm".
I'm not sure why an "exactly" sized row would be different after Mike's commit.
Not marking as a regression since it looks like just exposing that failure.
Found by Collabora's mso-test
Perhaps it is worth noting that I also saw (ambiguous) changes to
ooo67042-2.doc that also pointed to this commit. In that case there are some
arguable improvements on page 2 at least.
Referenced Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=104444
[Bug 104444] [META] DOCX (OOXML) table-related issues
--
You are receiving this mail because:
You are the assignee for the bug.
