Bug 74390 - Header odd/even/first page information corrupted after ODT FILESAVE / FILELOAD cycle
Summary: Header odd/even/first page information corrupted after ODT FILESAVE / FILELOA...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.2.0.4 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-02-02 16:42 UTC by Pergamon
Modified: 2015-01-24 12:55 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
the resulting odt with wrongly duplicated headers (8.82 KB, application/vnd.oasis.opendocument.text)
2014-02-02 16:42 UTC, Pergamon
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pergamon 2014-02-02 16:42:56 UTC
Created attachment 93233 [details]
the resulting odt with wrongly duplicated headers

The information first page header / odd page header / even page header gets scrambled if an object (e.g. text frame) is inserted into the header. After a save / load cycle, the inserted object appears duplicated into the wrong headers (e.g. odd pages, even so it was only inserted for even pages)

Steps to reproduce:

Create a new document

Format / Page / Header
  Select Header on
  Deselect "Same content left/right"
  Deselect "Same content on first page"

Insert page break

On page 2, insert a text frame into the header into the header. Enter text "Even page" into the text frame.

Insert page break

On page 3, insert a text frame into the header into the header. Enter text "Odd page" into the text frame.

So far, behaviour is correct: no header on page one, and text-frames with "Even page" on all even pages, text-frames with "Odd page" on all odd pages > 1.

BUG: saving and reloading the document (as standard ODT format) corrupts this header setup:

Now save the document as "Test.odt"
Quit LibreOffice
And open the document "Test.odt" again.

The header is now corrupted/duplicated to the wrong pages:
On page 1, "Odd page" appears (expected behavior: no text box on page 1)
On all even pages, we have now two text boxes (possibly on top of each other): one with "Odd page" and one with "even page". (expected: as before "odd page" should only appear on odd pages, similar with "even pages).

This bug is quite severe, since it alters a document without user interaction. It's not possible for a user to fix this permanently. Each time, extra-copies of unwanted text frames are deleted, this only holds until next save / open cycle: Again unwanted frames manifest. The document corrupts itself on each save.
Comment 1 Dominique Boutry 2014-02-03 14:18:13 UTC
Reproduced with LibO 4.2.0.4 on Win7.

Probable duplicate of bug 73940, bug 71360 and bug 69065. At least closely related to each other.

*** This bug has been marked as a duplicate of bug 71360 ***
Comment 2 Pergamon 2014-02-03 17:09:33 UTC
Sorry, but the problem is not fixed.

Bug 71360 was resolved and retested with 4.2.0.2.

This bug still exists in 4.2.0.4 and can also be reproduced in today's development-build ( 4.3.0.0.alpha0 daily from Feb-3-2013)
Comment 3 Dominique Boutry 2014-02-05 13:31:40 UTC
OK
Comment 4 Cor Nouws 2014-02-06 14:39:47 UTC
(should find time to digg into this ..)
Comment 5 Pergamon 2014-03-09 18:59:36 UTC
Maybe this helps: I tested the same scenario with OpenOffice 4.0.1: correct behaviour, bug is not in that version, so it's a problem of the LibreOffice code-base only.
Comment 6 Petras Kazlauskas 2014-03-21 08:10:18 UTC
Confirmed, disabled header (for first page) after saving is visible on first page. Duplicates too after saving more times.
Really messes document title.
Comment 7 Joel Madero 2014-11-06 22:39:08 UTC
Moving to NEW as it looks like this was confirmed previously. If it's no longer a problem please set to RESOLVED-WORKSFORME. Thank you.
Comment 8 Pergamon 2014-11-07 09:05:03 UTC
Retested this scenario with LibreOffice 4.3.3: The bug is fixed. Header handling works now as expected with no duplications.

Can be closed.
Comment 9 Pergamon 2014-11-07 09:05:46 UTC
Retested this scenario with LibreOffice 4.3.3: The bug is fixed. Header handling works now as expected with no duplications.

Can be closed.