Created attachment 102915 [details]
Steps to reproduce:
1. Open the file in LibreOffice
2. Save the file in Docx format
3. Open the file in Microsoft Office
Data from header and footer is getting lost.
Header and footer data should be preserved.
Operating System: All
Version: 220.127.116.11.alpha0+ Master
Created attachment 102916 [details]
Round Trip document
Problem still present in
Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b
Locale: es-ES (es_ES)
on Windows 7 (64-bit)
are you still working on this bug?
if NO, please revert "Assigned to" to default
(In reply to tommy27 from comment #4)
> are you still working on this bug?
> if NO, please revert "Assigned to" to default
let me set it back to default
Let me help as well :)
Problem still ocurs in Version 18.104.22.168
in Libre Calc, saved as XLT.
Created attachment 131810 [details]
385_docx.pdf: MSWord2003's view of the first 4 pages
This document is an enhancement request since it uses formatting that LibreOffice doesn't currently mimic.
There are four continuous sections defined on page1. The fourth section contains the desired header/footer for the following pages. It spills over onto page2, and thus in MSWord, that becomes the header/footer for that page. LibreOffice only assigns header/footers to page styles, not continuous sections.
Section 5 is defined at the top of page 11, first applies to the Vendor Information page and continues to the end of the document.
The authors of this document ought to have used nextPage sections instead of continuous sections since, at each section change, a pagebreak was appropriate. In that case it would have worked.
*** Bug 116959 has been marked as a duplicate of this bug. ***
Changing priority back to 'medium' since the number of duplicates is lower than 5
This seems to work in
Build ID: 6015634de5ada0f9dda9bb4354b2939d8f015a27
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3;
Locale: de-DE (de_DE.UTF-8); UI-Language: en-US
I'm not in favor of simple closing this one if not fully resolved all header issues.
There's an improvement with headers and I set bibisectRequest. But not with all.
No header and footer are shown in Vendor Information when re-opened in MSO or LO. And that's the remaining bug.
Also, in whole document and also in Vendor Information, line is missing in footer. Would be nice if resolved with previous.
Oldest in 6.5 bibisect opened header/footer wrong and then DOCX was crashing LO and from this commit DOCX could be open with an aforementioned improvement in headers:
4bb350830b2222e496b86167b73438519f0cac6c is the first bad (here: good) commit
Date: Tue Dec 17 15:22:56 2019 +0100
commit 08f13ab85b5c65b5dc8adfa15918fb3e426fcc3c [log]
author Michael Stahl <Michael.Stahl@cib.de> Mon Dec 16 12:58:46 2019 +0100
committer Michael Stahl <firstname.lastname@example.org> Tue Dec 17 10:16:36 2019 +0100
parent e9e57a3dbd8b780e0ae3c9015d757719b893f190 [diff]
tdf#112202 writerfilter,sw: fix loss of headers
Created attachment 158793 [details]
File compared MSO LO
As seen on page 13, after that 1st fix still there was no footer.
Now with current master 7.0+, it's there.
So only issue remaining is line in footer.
This bug should be for that - or duplicated if line is already reported.
Page 13 fix:
bb0b63f68c1b5bdd70b8bd393fd85b950756ca98 is the first bad (here: good) commit
Date: Fri Jan 10 17:23:33 2020 +0100
commit c12358166a9bd88fe10feabca45a6ad3f65dff8e [log]
author Miklos Vajna <email@example.com> Fri Jan 10 16:03:43 2020 +0100
committer Miklos Vajna <firstname.lastname@example.org> Fri Jan 10 17:20:23 2020 +0100
parent cd260db2ac2e96455df5bae00dc371565f16255b [diff]
DOCX import: fix lost objects anchored to an empty linked header
This is really similar to commit
04b2310aaa094794ceedaa1bb6ff1823a2d29d3e (DOCX import: fix lost objects
anchored to the single para of a linked header, 2020-01-10), except here
the header is not just a single-paragraph one, but has no text portions.
Update text-copy.docx to have a header which is not only a single
paragraph, but also has no character content. This keeps testing the
original case, but now also tests the more strict case (single paragraph
-> single empty paragraph).
Reviewed-by: Miklos Vajna <email@example.com>
As for "missing line in footer", that's not footer but frame with border, probably bug 97274.
Anyway, with thanks to Michael and Miklos, let's close as a duplicate of 1st bug.
*** This bug has been marked as a duplicate of bug 112202 ***