Description: Page layout change after export to DOCX Steps to Reproduce: 1. Open the attached file 2. Export the file to DOCX -> File reload 3. "The flowers were gone." should be at the bottom of the page prologue Actual Results: On the next page Expected Results: "The flowers were gone." should be at the bottom of the page prologue Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: 41d8b41767032681a9897b7551f011d450e3725e CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
The layout changed after: ~/bibisect_win_44 $ git bisect bad There are only 'skip'ped commits left to test. The first bad commit could be any of: 8b43cdd02bc73764631a433352a378ea88da9625 77a3896f4b1faf8139dfca71b5170952cfdaf34a We cannot bisect more! Has never worked properly
Created attachment 161358 [details] Example file
Created attachment 161767 [details] Example compared LO MSO "Page layout change after export to DOCX" is a layman's description aka "this document doesn't look nice". Telesto, you are expected to give more technical description and find the cause. Margins are different in LO ODT, LO DOCX (RT from ODT) and MSO DOCX. I'm not sure about the duplicate.
Telesto, you bibisected meaning you suspected regression. Why? Where exactly? LO 3.3 saved DOCX wouldn't reproduce in LO but it can't be open in MSO.
Hi Justin, please see if already known, you had a lot of these.
This one is an impossible situation. If you fix this document, you will break others. Writer has a unique concept of one page style following another. Word doesn't. It knows about first/next on a single style. So that is how it gets emulated - but then the margins have to match. Since there is no "page break", it is difficult (and probably problematic) to insert one at a specific point on export. Word does have something similar - a continuous section break. However, those cause tons of import problems - so attempting to use one of those to emulate this concept will not help you at import time. Almost everything I said here is also said in bug 89297, so that makes it a good duplicate match. *** This bug has been marked as a duplicate of bug 89297 ***
(In reply to Justin L from comment #6) > This one is an impossible situation. If you fix this document, you will > break others. > > Writer has a unique concept of one page style following another. > Word doesn't. It knows about first/next on a single style. So that is how it > gets emulated - but then the margins have to match. > > Since there is no "page break", it is difficult (and probably problematic) > to insert one at a specific point on export. > > Word does have something similar - a continuous section break. However, > those cause tons of import problems - so attempting to use one of those to > emulate this concept will not help you at import time. > > Almost everything I said here is also said in bug 89297, so that makes it a > good duplicate match. > > *** This bug has been marked as a duplicate of bug 89297 *** Thanks for explaining. Are these types of developer wisdom regarding file type difference (limitations) documented at a central place (internal/external) or only scattered in bug tracker.. I would be helpful explaining the differences. [And I would love 'doc/docx' (or any other foreign format) being advertised as a 'export' function and not a direct save option, because of the silent conversions done when saving doc/docx. However a whole different story, not relevant here]
(In reply to Telesto from comment #7) > Are these types of developer wisdom regarding file > type difference (limitations) documented at a central place I'm not aware of anything. For the record, this one passes the IsPlausableSingleWordSection because the LR margins are the same, and so is the framesize. The only difference is that one has headers/footers enabled, and the other doesn't (and thus passes StrictEqualTopBottom). complication example: It works nicely for this document if StrictEqualTopBottom returns false (which would make good sense since one has a header and one doesn't). However, this would break ooxmlexport's plausable-border.docx unit test - which wants very badly to keep the page break, and not use a section break - even at the risk of losing the border on the first page style...