Bug 164336 - ODM pagination differs from ODT pagination (re: Headings)
Summary: ODM pagination differs from ODT pagination (re: Headings)
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.4.7.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:odt
Depends on:
Blocks: Writer-Master-Doc
  Show dependency treegraph
 
Reported: 2024-12-15 20:49 UTC by Alex Kemp
Modified: 2025-02-07 06:13 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
ODT to both describe + show the bug; with screenshots (560.56 KB, application/vnd.oasis.opendocument.text)
2024-12-15 20:49 UTC, Alex Kemp
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alex Kemp 2024-12-15 20:49:05 UTC
Created attachment 198127 [details]
ODT to both describe + show the bug; with screenshots

A Heading paragraph preceded by a Page Break should NOT make use of any *Above* space-setting, meaning that the top border of the Heading will be flush with the bottom of the page Header. That is exactly how all ODT (text) documents behave by default. However, ODM (master) documents behave in the reverse manner, and add top border-space to Headings in all situations. Thus ODM pagination differs from ODT pagination, which can become disastrous in edge conditions.

This is both described + shown  within Python3docs (see bug11.odt + bug11.pdf at https://github.com/alexkemp9/Python3docs).
Comment 1 Dieter 2025-02-01 16:22:25 UTC
Alex, could you please add information from Help -> About LibreOffice? Please make sure, that you use actual version of LO (at least LO 24.8). Thank you.
Comment 2 Alex Kemp 2025-02-03 12:31:17 UTC
No. Your question is simply an attempt to defer having to deal with this report, and I will NOT indulge you.
Comment 3 Buovjaga 2025-02-07 06:13:18 UTC
(In reply to Alex Kemp from comment #2)
> No. Your question is simply an attempt to defer having to deal with this
> report, and I will NOT indulge you.

A QA volunteer is helping with triaging and you respond with such a bad faith take? Sheesh. Please refer to https://wiki.documentfoundation.org/QA/BugReport#Good_Reports

We currently have over 1500 unconfirmed reports. Nobody is deferring anything, there simply is not enough work force to analyse issues in a timely manner.