Created attachment 49152 [details] Example word doc The attached word file has different even/odd footers as well as different first page footers. They all come from a template that is used. Somehow LibreOffice is choosing to use a different footer on odd numbered non first pages than word chooses. If you look at page 3 of the attached document in word the footer will have a date at the bottom right of "07 - 01 - 2011", if you view it in LibreOffice it will have a date of "09 - 01 - 2009". This date is from some much older version of the file/the template maybe? Either way the two should not choose different footers, this is incorrect. The wrong footer is not visible anywhere in word, and the problem still shows if you convert the file to docx (using word 2010). Converting to docx also really messes up the tables in LibreOffice, though obviously I need to file a different bug for that.
Reproduced on LibreOffice 3.4 340m1(Build:103) for OpenSuse Linux. When you open the document on Word, it looks like pages 1, 2, and 4's footers are linked to each other, while page 3's is not. When you click the "Link to Previous" button under Design while you have selected the footer on page 3, the date will change to "09-01-2011", which probably explains why this occurs in LO Writer. Perhaps it is making the link by default, causing this buggy date. I am just curious as to why the date changes to a different one than the other three pages. So even though Word and LO bug up, it looks like the problem is caused by a faulty connection between footers across the pages.
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Created attachment 56232 [details] pdf produced in MSWord 2003 reproduced in LibO 3.6.0 master on Fedora 64 bit
Can't reproduce anymore using LibreOffice 4.0.0 with Linux Mint 14 x64. When I open this file I see a correct footer (as far I can see using the verification pdf). In edit-mode there are some kind of 'blue lines', but in 'print preview' or export as pdf they are not displayed. Therefore I mark this bug as RESOLVED WORKSFORME (not FIXED, because we don't know which commit fixed this bug). If this bug reappears or is still present in 4.0.0 or future releases, please feel free to REOPEN. Thanks for your time retesting. I hope this works also for you? Kind regards, Joren
I am still seeing this in 4.0.0.3 on Windows 7. If you look at the footers on pages 1,2, and 4 they all read "07-01-2011" and on page 3 it reads "09-01-2009". All 4 are supposed to read "07-01-2011".
Interesting bug. Can confirm that with LO Version: 4.3.0.0.alpha0+ Build ID: 5e01904de993caa3d497a8f6c82a846336e70eef TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2013-12-06_02:05:01 I still see 2009 in the footer on page 3 while in MS Word 2011 on OS X I see 2011. Any dev willing to look into this?
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: *Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT *Update the version field *Reply via email (please reply directly on the bug tracker) *Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
Still reproducible. Headers and footers are saved with the page style. I noticed upon opening the document that the page style is set to Default Style. If you change it to Convert1, then the date is changed to the correct one. Saving, closing, and reopening the document changes the Convert1 style to Default Style. It has now been assimilated. Version: 4.4.2.2 Build ID: c4c7d32d0d49397cad38d62472b0bc8acff48dd6
wrong footer in page 3 bug still present under Win8.1x64 using LibO 5.1.0.0.alpha1+ Build ID: f830600ece806ec365a4839e79afabe183c5e36d TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2015-10-06_22:49:09 Locale: it-IT (it_IT) bug is inherited from OOO and is reproducible in OOo 3.3.0 and AOO 4.1.0 I add writer expert to CC list. @Michael Stahl any idea how to fix this?
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
bug unchanged in LibO 5.2.3.3 and recent 5.3.0.0 daily build
Repro with 6.2+, both if we save in MSO as DOC and DOCX. But if we open that zip: footer1 (diff. 1st page) has 07 - 01 - 2011 footer2 (even, diff. odd&even, same as/link to previous) has: <w:t>09 - 01 - 2009</w:t> footer3 (odd, diff. odd&even) has: <w:bookmarkStart w:id="0" w:name="OLE_LINK1"/> <w:r> <w:rPr> <w:b/> <w:sz w:val="16"/> </w:rPr> <w:t>07 - 01 - 201</w:t> </w:r> <w:bookmarkEnd w:id="0"/> <w:r> <w:rPr> <w:b/> <w:sz w:val="16"/> </w:rPr> <w:t>1</w:t> </w:r> footer4 (even, diff. odd&even, same as/link to previous) has: <w:t>07-01-2011</w:t> While LO displays this differently from MSO so bug was valid, taking into account weird sample file footer content I guess it's safe enough to say this won't be fixed. If I'm wrong, there are 2 devs here hopefully to correct me.
(In reply to Timur from comment #12) > If I'm wrong, there are 2 devs here hopefully to correct me. You are not wrong. Just before the table there is a continuous section break. That means that the footers used in Word from that point on will be defined in section 2 (footer 4). However, LibreOffice has no good way of knowing where the page break will be, so it can't know when to switch to the next section. LO simply doesn't have any similar concept to "dynamic assignment of headers/footers at a natural page break". Plus, there are a million other bug reports on the same topic, so this would otherwise be a duplicate of bug 81426.