Issue 84474 - OOWriter destroys layout after saving and reloading file.
Summary: OOWriter destroys layout after saving and reloading file.
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: formatting (show other issues)
Version: OOo 2.3.1 RC1
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-11 21:06 UTC by elatara
Modified: 2013-08-07 14:44 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
contains the file that causes the error, the error as pdf and the desired result as pdf (255.58 KB, application/octet-stream)
2007-12-11 21:10 UTC, elatara 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description elatara 2007-12-11 21:06:52 UTC 
In this zip-file:
http://yankee.homelinux.org/ooprobleme.zip
You'll find 3 files.
good.pdf <-- this is what I want to archieve.
bad.pdf <-- this is what it looks like if I open my file
original_file.odt <-- this is the file we are talking about.

The problem is:
If I open the mentioned odt-file OO-Writer will display what you see in 
bad.pdf. Then I remove all the newlines in the second column on the first page 
and then I reinsert them. Afterwards everything looks like good.pdf.
But if I save and reload my odt-file it will result in the problem I started 
with.

The error seems to appear in OO 2.2+, only. OO 2.1 seems to be fine.
Comment 1 elatara 2007-12-11 21:10:29 UTC 
Created attachment 50242 [details]
contains the file that causes the error, the error as pdf and the desired result as pdf
Comment 2 michael.ruess 2008-01-03 14:55:27 UTC 
MRU->FME: open attached odt and see that the content below the first table will
be moved into second column. Entering a page break there and then "Undo" will
correct the problem. But after save&reload it looks again bad.