https://bugs.documentfoundation.org/show_bug.cgi?id=154456
--- Comment #7 from [email protected] --- Created attachment 208456 --> https://bugs.documentfoundation.org/attachment.cgi?id=208456&action=edit Reproducer before triggering the bug (custom cell padding preserved) Confirmed with LibreOffice 26.8.0.3 (X86_64) on Windows 11 Pro 25H2. Steps using the attached reproducer: 1. Open john_doe_reproducer_before.odt in Writer. 2. In section "01 / BERUFSERFAHRUNG", select the complete "2014–2017 / Sales Coordinator" table row. 3. Open Table Properties > Borders. 4. The four padding / "Spacing to contents" fields display 0.00 cm. 5. Change only the top border in the custom border preview; do not edit any padding field. 6. Press OK. Actual result: the cell contents move upward and the row no longer matches the vertical spacing of neighboring rows. After saving, Writer creates automatic cell styles Entries1.A4 and Entries1.B4 containing fo:padding="0cm". Neighboring cells use fo:padding-top="0.199cm" and fo:padding-bottom="0.229cm"; the left column also has fo:padding-right="0.349cm". Expected result: changing only a border must preserve all existing/effective cell padding and keep the contents at the same position. The dialog must not overwrite inherited or mixed padding values merely because it displays 0.00 cm. Build ID: bce0998afefdbc355585ca324285661a2170ba77 UI: Skia/Raster; VCL: win; UI locale: de-DE The next attachments provide the post-reproduction ODT and three screenshots showing the state before the change, the top-border-only change, and the shifted contents after pressing OK. -- You are receiving this mail because: You are the assignee for the bug.
