Description: Blank first page after export to DOCX caused by spurious page break Steps to Reproduce: 1. Open attachment 165535 [details] 2. Save as DOCX 3. File reload Actual Results: Empty first page Expected Results: Ideally not Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.2 Build ID: c01aa64b6c3d89ebe5fe69c28c7adb24eb85249c CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; VCL: osx Locale: nl-NL (nl_NL.UTF-8); UI: en-US Calc: threaded
Also in 6.0 4.4.7.2 no repro with LibreOffice 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
@Justin Because page breaks are a thing.. this time trigger by section I guess
The first page starts with a table, that specifies a pagebreak before the table in the text flow.
(In reply to Justin L from comment #3) > The first page starts with a table, that specifies a pagebreak before the > table in the text flow. Had a total different idea about the document design. The whole big table thing wan't to obvious
Hmm. I expected this to be an export issue, but it looks like an import issue. 1.) MS Word 2003 opens without a empty first page. 2.) If I first reduce the file contents, I don't get a page break. (However, simply round-tripping as another .odt first doesn't "fix" the problem , so it isn't something goofy like that.) The different first-page footer is causing a first/follow page-style-with-page-break situation. I think this is probably just a layout problem (since a reduced three page version imports just fine).
"no repro with 3.5.7.2, repro 4.4.7.2" is not sufficient to ask for bibisectRequest. Telesto, either do it yourself or at least find a specific version. And do not call devs before all is cleat, writing you always the same. No repro 4.2, repro 4.3. Only now it's clear it's from 4.3, fileopen in LO, not in MSO. commit 310f70aedd0cb2e8d2c63dcd57f44804592f30ba Author: Matthew Francis <mjay.francis@gmail.com> Date: Thu May 28 21:18:07 2015 +0800 source-hash-2e8aad6d45c53d554ccaf26de998ede708cfc289 previous source-hash-cf058da1e5664bc8c30a5777e2c1dbf059a6304f commit 2e8aad6d45c53d554ccaf26de998ede708cfc289 Author: Vinaya Mandke <vinaya.mandke@synerzip.com> AuthorDate: Fri Apr 18 15:50:51 2014 +0530 Commit: Miklos Vajna <vmiklos@collabora.co.uk> CommitDate: Thu Apr 24 12:57:51 2014 +0200 fdo#39056 fdo#75431 Section Properties if section starts with table Justin, can you please see and explain if this should be fixed.
It is almost guaranteed that this commit has only exposed the problem. If I am correct about it being a layout problem, then it involves different code. Very few people should be allowed to touch the layout code, and there would need to be a compelling reason to investigate further. A fix for this would either require a lot of knowledge or a lot of time.
Created attachment 173770 [details] An attempt to reproduce the same layout in Word I tried to create the same problem in Word from 0. But no luck, despite starting the document with a table and a paragraph set to start on a new page ("page break before" in Writer terms), and a few more ideas, nothing - this document appears correctly in Writer, no extra page break. I thought Writer might handle some mix of settings incorrectly, but this looks more and more like a layout edge case.
Created attachment 183157 [details] another test odt I have the same issue with the attached odt document. Save it as docx causes a blank first page when open in Writer. This one does not start with a table.
@Kevin the file you posted has the "break-before=page" property in the "P1" header style. This is what makes it insert a page break before, if it is not in there it works correctly, just like the first test file works correctly.
*** This bug has been marked as a duplicate of bug 135786 ***