Bug 166503 - FILEOPEN DOC/X: need to honour "don't use HTML paragraph auto spacing" to always add full top margin at page break
Summary: FILEOPEN DOC/X: need to honour "don't use HTML paragraph auto spacing" to alw...
Status: UNCONFIRMED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
25.2.3.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, filter:doc, filter:docx, regression
Depends on:
Blocks: DOCX-Paragraph DOC-Paragraph
  Show dependency tree / graph
 
Reported: 2025-05-08 20:11 UTC by Justin L
Modified: 2025-05-12 19:33 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:

Attachments
ooo19989-1.doc: the example file (96.50 KB, application/msword)
2025-05-08 20:11 UTC, Justin L 		Details
tdf130558-1.docx_import-compare-2.png: overlay where RED=LO, grayscale=MSO (78.03 KB, image/png)
2025-05-09 19:54 UTC, Justin L 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Justin L 2025-05-08 20:11:06 UTC 
Created attachment 200707 [details]
ooo19989-1.doc: the example file

Although there are many examples of this regression, ooo19989-1.doc is an excellent example. In this case, on page 2, there should be a large gap between "Sommario" and the header, but currently there is no gap at all.

That's because of my commit 25.8 9a8eb2dc17435d290f482070dd5f20f538b5b68b
    tdf#165047 sw mso-compat layout: always consolidate top margin
which was backported to 25.2.3.

It is not so much a regression as a failure to import/use the compat flag "Don't use HTML paragraph auto spacing" (Options - Advanced - Layout Options). When this flag is turned off, then the top/bottom spacing consolidation happens.

Steps to reproduce
1.) open ooo19989-1.doc.
On page 2 there should be a 52pt / 1.83 cm gap after the header.

also seen with fdo73738-1.doc, forum-en-16602.doc, forum-en-728.doc, forum-mso-de-11906.doc, forum-mso-de-9779.doc, ooo9959-2.doc, abi5872-1.doc, fdo81736-3.doc, forum-en-5864.doc, forum-fr-10016.doc, forum-mso-de-7827.doc, gnome668491-1.doc, fdo45751-1.doc, forum-en-14254.doc, forum-en-5888.doc, forum-fr-30645.doc, forum-mso-de-9007.doc, ooo19989-1.doc, etc.

Found by Collabora's mso-test
Comment 1 Justin L 2025-05-09 19:54:09 UTC 
Created attachment 200717 [details]
tdf130558-1.docx_import-compare-2.png: overlay where RED=LO, grayscale=MSO

A DOCX example is ePrivacy text pro CRP 2019_11_22 st14068.en19 (2).docx (attachment 157771 [details] from bug 130558). Almost every page exhibits this shift.

DOCX already imports this flag, but doesn't set any internal compat flag.
    m_pImpl->GetSettingsTable()->GetDoNotUseHTMLParagraphAutoSpacing()
Comment 2 Justin L 2025-05-12 19:33:04 UTC 
(In reply to Justin L from comment #1)
> DOCX already imports this flag, but doesn't set any internal compat flag.
Actually, it does set DocumentSettingId::PARA_SPACE_MAX via
xSettings->setPropertyValue(u"AddParaTableSpacing"_ustr, uno::Any(m_pSettingsTable->GetDoNotUseHTMLParagraphAutoSpacing()));

and for DOC with sw/source/filter/ww8/ww8par.cxx:    m_rDoc.getIDocumentSettingAccess().set(DocumentSettingId::PARA_SPACE_MAX, m_xWDop->fDontUseHTMLAutoSpacing);