Description: DOCX: FILESAVE: Writer adds extra page breaks between pages with tables Steps to Reproduce: 1. Open ODT file from attach 2. Save it to DOCX format 3. Open DOCX in MS Word => there are extra empty pages between pages with tables But you can't see it in Writer! Only in MS Word Actual Results: Writer adds extra page breaks between pages with tables Expected Results: Writer adds extra page breaks between pages with tables in DOCX format Reproducible: Always User Profile Reset: No Additional Info: Writer doesn't add extra page breaks between pages with tables in DOCX format
Created attachment 171031 [details] ODT example
This is an interesting layout difference. The tables are in the odt followed by an empty paragraph with 14 pt font size and page breaks, these are exported to docx correctly. Now the difference seems to be in the rendering of the empty paragraphs: - in Writer they are rendered on the same page as the table until they are less than 26 pt in size. - in Word they are rendered on the same page as the table until they are less than 12 pt in size. Manually changing the empty paragraphs font size to 11 pt in Word restores the original layout. Happens with Word 19 and: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 7a0e0a84a02f505200331c19b28d45e898cd5a12 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL
Still repro. Arch Linux 64-bit Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 560e5406f3c6e8e6ed0f1c251b6910465266ed8d CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: CL threaded Built on 22 August 2024 I investigated a bit, opening in the exported docx in office.com. In linux-43max the older state had the docx starting with 1 blank page containing some empty drawing frame. With commit dd902b8e256867b5d5fed06b52995f14d969f67d ("reordered member variables for 4 byte alignment" in xmloff) this changed to 1 blank page with nothing followed by a blank page with the empty drawing frame. Continuing with linux-50max, the current state appeared in 62391c28fae5099dd1f67c322867933fcb05bc9f fdo#84714 ODT import: read <loext:table> inside <draw:custom-shape>
I noticed a kf5/kf6-only perf issue with the document: bug 162585.