https://bugs.freedesktop.org/show_bug.cgi?id=60260
--- Comment #4 from Jonathan S <bugzilla_acct_1...@yahoo.com> --- The results of a few experiments I've done: - If I save, using LO 4.0.0.3, the attached example file in Flat XML (.fodt) format, and reopen that .fodt file, then LO 4.0.0.3 shows the correct headers. (Same result with the longer private file). - Using LO 4.0.0.3, I can get the correct headers to appear in the original .odt file (as attached) by editing some of the styles in the document, but if I save the document and then reopen that .odt file, the corrupt header is back. - If I make a trivial edit to the attached example file in LO 4.0.0.3 (so that the corrupt header is still showing) and save it, then reopen it in an old version (LO 3.5.4 is what I used), then the header appears fine. This implies that no data is being corrupted, it's just that LO 4.0.0.3 is *showing* the header incorrectly, but only if the file is .odt. If the file is .fodt, then the header appears correctly. It *seems* to follow (guessing here!) that the left/right-ness of the first header is calculated wrongly when an .odt file (but not an .fodt file) is *opened*. Note too that the incorrect headers get exported to PDF, so it's not just a question of what's onscreen being incorrect - the incorrect headers are in some sense there in LO 4.0.0.3. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
