Issue 1108 - Writer 6.0 format bug with change monitoring
Summary: Writer 6.0 format bug with change monitoring
Status: CLOSED FIXED
Alias: None
Product: xml
Classification: Code
Component: definition (show other issues)
Version: 632
Hardware: Mac Linux, all
: P2 Trivial (vote)
Target Milestone: next build
Assignee: eric.savary
QA Contact: issues@www
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-06-26 03:51 UTC by issues@www
Modified: 2003-12-06 14:52 UTC (History)
2 users (show)

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

Attachments
Writer 6.0 file (10.85 KB, application/octet-stream)
2003-12-06 14:52 UTC, issues@www 		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 issues@www 2001-06-26 03:51:31 UTC 
I have a file, that when I save it as a Writer 6.0 file, copies a
small piece of the text to random locations within the file,
overwriting what might have been there before. It's like a
transposable element in DNA, jumping around stomping on bits of my
file.

I have record changes on.

The bit that hops around is the the section beginning: 'the revolution
is here'. Whenever I make a change and save it, that section copies
itself to a new location.
Comment 1 issues@www 2001-06-26 03:52:29 UTC 
Created attachment 318 [details]
Writer 6.0 file
Comment 2 openoffice 2001-06-28 16:11:23 UTC 
Reproducable in both 633 and 636.

The text gets moved during export of the document. I marked it as priority 2 
bug because the content gets garbled. 

Something in the document seems to confuse the SwXTextPortionEnumeration. 
During generation of the SwXTextPortionEnumeration for the 3rd paragraph (where 
the text magically shows up in) an assertion "wrong move index" is thrown. 
Also, in the second paragraph a redline-end portion is generated without a 
start portion.

dvo->os: That's your job, I think.
Comment 3 Oliver Specht 2001-06-29 10:59:29 UTC 
.
Comment 4 Oliver Specht 2001-06-29 12:46:23 UTC 
The redline array was (sometimes) filled in the wrong order. 
The fix is in sw/source/core/unocore/unoportenum.cxx 1.15
The remaining problem is the missing beginning of the second heading before 
"Introduction"
Comment 5 openoffice 2001-06-29 16:25:19 UTC 
OK, when importing deletion redlines only plain paragraphs (text:p) elements 
were being accepted. This was being too strict, as it would also reject e.g. 
lists, where paragraphs are inside the list element. 
(xmloff/source/text/XMLChangeElementImportContext.cxx#126 ff)

This being fixed, the document now loads and saves fine.
Comment 6 openoffice 2001-06-29 16:45:25 UTC 
dvo->Jason Stewart: Your document gets loaded and saved fine now. The fix 
should be in any version labeled 637 or greater.
Several change marks in your document appear to be incorrect due to the bug. 
Sorry about that. :-(
Comment 7 openoffice 2001-06-29 17:01:59 UTC 
Ermm, I was tricked by the user interface. I want to mark this as fixed and 
sent it to Eric Savary for verification, but it doesn't let me send the bug to 
other people once it's fixed. So I'll reopen it and send it to Eric.
Comment 8 openoffice 2001-06-29 17:03:10 UTC 
dvo->es: Please verify once the version is out.
Comment 9 openoffice 2001-06-29 17:04:10 UTC 
This bug is fixed, dammit!
Comment 10 eric.savary 2003-03-12 15:00:34 UTC 
Ok in OOo .1.0.2