Created attachment 102915 [details] Original File Problem description: Steps to reproduce: 1. Open the file in LibreOffice 2. Save the file in Docx format 3. Open the file in Microsoft Office Current behavior: Data from header and footer is getting lost. Expected behavior: Header and footer data should be preserved. Operating System: All Version: 4.4.0.0.alpha0+ Master
Created attachment 102916 [details] Round Trip document
Synerzip-> NEW
Problem still present in Version: 5.0.0.5 Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b Locale: es-ES (es_ES) on Windows 7 (64-bit)
@Rajashri are you still working on this bug? if NO, please revert "Assigned to" to default
(In reply to tommy27 from comment #4) > @Rajashri > 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 5.1.6.2 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 Version: 6.5.0.0.alpha0+ 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 Calc: threaded
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 source 08f13ab85b5c65b5dc8adfa15918fb3e426fcc3c https://gerrit.libreoffice.org/plugins/gitiles/core/+/08f13ab85b5c65b5dc8adfa15918fb3e426fcc3c%5E!/ commit 08f13ab85b5c65b5dc8adfa15918fb3e426fcc3c [log] author Michael Stahl <Michael.Stahl@cib.de> Mon Dec 16 12:58:46 2019 +0100 committer Michael Stahl <michael.stahl@cib.de> Tue Dec 17 10:16:36 2019 +0100 tree 0aa3c140eb2c76360aa2b91edc3bf6fe6aacb4f3 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 source c12358166a9bd88fe10feabca45a6ad3f65dff8e https://gerrit.libreoffice.org/plugins/gitiles/core/+/c12358166a9bd88fe10feabca45a6ad3f65dff8e%5E!/ commit c12358166a9bd88fe10feabca45a6ad3f65dff8e [log] author Miklos Vajna <vmiklos@collabora.com> Fri Jan 10 16:03:43 2020 +0100 committer Miklos Vajna <vmiklos@collabora.com> Fri Jan 10 17:20:23 2020 +0100 tree c1f99c98052fbbd8d8c063bf626b43a3115e860c 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). Change-Id: I11bb062e77af1a83f717225ea5b4daef39e5a672 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/86552 Reviewed-by: Miklos Vajna <vmiklos@collabora.com> Tested-by: Jenkins
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 ***