Thank you for your bug report, I can reproduce this bug running LibreOffice. Version: 4.1.1.2 Build ID: 7e4286b58adc75a14f6d83f53a03b6c11fa2903 on Mac osx 10.8.4. Created attachment 85171 [details]
PDF of what the document looks like before saving - different footers on page 1 and 2
I can also confirm with 4.1.1.2 (Linux) and have some additional information.
It seems like the footer is affected by the header settings. If you also add a header with separate odd/even pages, then the different footers are retained. If you delete the header, or set the header back to "same content left/right", then the footer is also affected (immediately) - the even/left footer is replaced by the odd/right one. Even though you can still separately modify odd/even footers, the changes are not retained when the document is closed and reopened. (Well, not visibly in LO 4.1 anyway. 4.0 will read the document just fine.)
Other observations:
1.) If you immediately set the page style to mirrored (before saving? before defining the footers?), then it is not a problem. The problem is seen if page style is first defined with "right and left" and then switched to "mirrored".
2.) This does not happen if you save in .DOC format. The problem is seen with .ODT and .DOCX
Created attachment 85172 [details]
simple document that should have different content in left/right footers. Opening in LO 4.1 uses left footer for all pages.
This was supposed to be resolved in master by this commit: http://cgit.freedesktop.org/libreoffice/core/commit/?id=196328c91ee889a0a1cbc39ce2549c7405afbef5 (In reply to comment #4) > This was supposed to be resolved in master by this commit: > http://cgit.freedesktop.org/libreoffice/core/commit/ > ?id=196328c91ee889a0a1cbc39ce2549c7405afbef5 From glancing at the code changes (and I'm not a programmer), I'm guessing that this won't fix what I saw. My problem looks related to the original issue, but there are several differences in my scenario that don't match up. Perhaps my sample should be submitted as a separate new bug. (I have poor bandwidth, so I can't easily download beta versions to test whether the "commit" also fixes the problem I'm reporting.) Better wait for a QA guy to test if this is fixed. Hi all, tested this on OS X 10.8.4 and LO Version: 4.2.0.0.alpha0+ Build ID: 6dbf3cd4123a24ee1f5169aaa02cb06ae3eefaaf from today. * open "Footer only on second page [public].docx" with LO * save as "new Footer only on second page [public].docx" * open new file in LO or Word -> in both cases the footer is gone. So the bug is still present in latest master build and not fixed for me. Setting to REOPENED. (reply to comment #7) James, Thank you for the testing. All, I am wondering about the "right - left" problem that jluth mentions in comment #3. I also am experiencing this issue and not certain if this problem is tied to this bug or if rather there should be a different bug on the problem with "right - left" footers not being remembered. Any advice welcomed on how to best report this one. Hi All, This seems to be some regression - because it USED to work. Probably someone changed something in the code that imports headers\footers. Here is some info on what causes it to not work now: I've also attached a DOCX that *should* act the same as, with one difference: Instead of having an empty footer on 1st page, and non-empty footer on 2nd page - it has an empty header on 1st page, and non-empty header on 2nd page. Apparently the 'header' version is preserved correctly. The 'footer' version is not preserved correctly. The reason is in the 'IsPlausableSingleWordSection'. In the 'Header only' case - the function returns 'true'. In the 'Footer only' case - the function returns 'false'. The reason for the difference is that: In the 'Header only' case - the 'StrictEqualTopBottom' function returns true. In the 'Footer only' case - the 'StrictEqualTopBottom' function returns false. This is because: In the 'Header only' case - the file is imported into LO with only a header on the 2nd page (the 1st page header is deleted, and both footers are deleted). In the 'Footer only' case - the file is imported into LO with only a header and footer in both pages (instead of just a footer on the second page). Also - in the 'Footer only' case - the footer on the 1st page is located in the wrong position. See the screenshot attachments of LO importing both files differently. Created attachment 87375 [details]
DOCX containing empty HEADER on 1st page, non-empty HEADER on 2nd page and 'different first page' turned on [exported correctly]
Created attachment 87376 [details]
Screenshot showing 'Header Only on 2nd page' imported in LO
Created attachment 87377 [details]
Screenshot showing 'Footer Only on 2nd page' imported in LO
Testing in LibreOffice 4.3.5. I couldn't reproduce the problem anymore. Used attachment 84439 [details], saved as NEW.DOCX, and had a footer in page2. Followed the steps in comment 2: -create a new two page document. -goto page styles, Default Style, modify, enable footer, but disable "same content left/right. -create a separate footer for the left and right page. -save, close, and reopen. If you have the problem, you will see the same footer on both pages. Save and reopen - I saw saw both a left and right footer. Marking as resolved - worksforme. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 84439 [details] DOCX containing empty FOOTER on 1st page, non-empty FOOTER on 2nd page and 'different first page' turned on [not preserved] Problem description: A DOCX contains a different footer for the first page than the rest of the pages in the document. If the 'first page' footer is empty - the 'default' footer is not exported correctly. Steps to reproduce: 1. Load the attached DOCX in LO 2. Save as NEW.DOCX 3. Open NEW.DOCX in Word 4. The footer on the 2nd page is lost Current behavior: Loses footer from second page Expected behavior: Should export the footer in the second page Operating System: All Version: 4.2.0.0.alpha0+ Master