Bug 170302 - FILESAVE: Convert-to FODT (CLI) creates inconsistent pagination compared to GUI "save-as"
Summary: FILESAVE: Convert-to FODT (CLI) creates inconsistent pagination compared to G...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.8.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: QA:needsComment
Keywords:
Depends on:
Blocks:
 
Reported: 2026-01-12 07:25 UTC by hen
Modified: 2026-01-29 10:23 UTC (History)
0 users

See Also:
Crash report or crash signature:


Attachments
sample document (9.61 KB, application/vnd.oasis.opendocument.text)
2026-01-12 07:25 UTC, hen
Details

Note You need to log in before you can comment on or make changes to this bug.
Description hen 2026-01-12 07:25:43 UTC
Created attachment 205012 [details]
sample document

Problem description:
Whenever saving an ODT document as FODT through the GUI, the resulting file has soft-page-break markers matching the original rendered pagination of the ODT document. However, when doing the same using the headless CLI with --convert-to, the pagination is often different and sometimes completely missing. Interestingly, both output files have the same `meta:page-count="#"` attribute meaning that also the CLI is aware of the pages, even if it does not produce the break markers.

Steps to reproduce using the enclosed `sample.odt`:
1. Open the document with LibreOffice
2. “File” → “Save as” → “.fodt”
3. Open the produced .fodt file with text editor and find 2 <text:soft-page-break/> tags (3 pages in the original document)
4. Run `libreoffice --convert-to fodt /sample.odt`
5. Open the produced .fodt file and find 0 soft page break tags

Expected behavior:
FODT file converted with headless CLI has matching pagination with what the GUI renders and saves via "save-as".