Issue 76092 - Change tracking: Save and reload changes order of deleted words
Summary: Change tracking: Save and reload changes order of deleted words
Status: CONFIRMED
Alias: None
Product: Writer
Classification: Application
Component: open-import (show other issues)
Version: OOo 2.1
Hardware: All All
: P3 Trivial with 2 votes (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-04-04 15:55 UTC by andreas.martens
Modified: 2013-08-07 14:44 UTC (History)
1 user (show)

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

Attachments
Bug doc (6.72 KB, text/plain)
2007-04-04 15:58 UTC, andreas.martens 		no flags Details
Same bug doc with MIME type (odt) (6.72 KB, application/vnd.oasis.opendocument.text)
2007-04-04 16:00 UTC, andreas.martens 		no flags Details
File showing reversal of 3 consecutive <text:change> elements (7.52 KB, application/vnd.oasis.opendocument.text)
2008-09-10 14:57 UTC, nigel_whitaker 		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 andreas.martens 2007-04-04 15:55:08 UTC 
Load bug doc => "Hello World"
SaveAs bug doc
Reload bug doc => "World Hello"

There are two change tracking deletions at the same position, every save and
load changes its order.
Comment 1 andreas.martens 2007-04-04 15:58:27 UTC 
Created attachment 44211 [details]
Bug doc
Comment 2 andreas.martens 2007-04-04 16:00:15 UTC 
Created attachment 44212 [details]
Same bug doc with MIME type (odt)
Comment 3 Martin Hollmichel 2007-09-10 13:53:04 UTC 
move to 3.x accroding http://wiki.services.openoffice.org/wiki/Target_3x
Comment 4 nigel_whitaker 2008-09-10 14:55:35 UTC 
I found this bug, not via a save/reload cycle, but via generating an ODF file
(with software we have in development/test) and then discovering that the loaded
ODF file was not correctly displayed in writer (so I suspect its a load bug).

I tested using 3.0 release candidate 1 (OOO300m5 build 9350) on MacOSX (10.5.4).

I did some experimentation to discover more about the issue, so I hope this
further analysis proves useful:

This appears to happen then there are multiple, adjacent <text:change> elements
inside a <text:p> or similar 'paragraph-content'.  It doesn't happen if there is
anything between the text:change elements including PCData or an element such as
<text:s/>

As another example if there are three consecutive <text:change> elements on
loading they appear in reverse order.  

Here's an example of some cut-down ODF (complete ODF file also attached,
created with 3.0 RC1):

<office:text>
  <text:tracked-changes>
    <text:changed-region text:id="ct613662800">
      <text:deletion>
        <office:change-info ... />
        <text:p text:style-name="Standard">brown </text:p>
      </text:deletion>
    </text:changed-region>
    <text:changed-region text:id="ct614057344">
      <text:deletion>
        <office:change-info .../>
        <text:p text:style-name="Standard">fox </text:p>
      </text:deletion>
    </text:changed-region>
    <text:changed-region text:id="ct430527120">
       <text:deletion>
         <office:change-info .../>  
         <text:p text:style-name="Standard">jumps </text:p>
       </text:deletion>
    </text:changed-region>
  </text:tracked-changes>
  <text:sequence-decls .../>     
  <text:p text:style-name="Standard">The quick 
    <text:change text:change-id="ct613662800"
     /><text:change text:change-id="ct614057344" 
     /><text:change text:change-id="ct430527120" />over the lazy dog.</text:p>
</office:text>

With show-changes turned on, this should render as: 

The quick brown fox jumps over the lazy dog.

But instead, the following is displayed:

The quick jumps fox brown over the lazy dog.

Section 4.7.10 of ODF 1.2, draft 7_5 states that <text:change>
"marks a position ... where text has been deleted", which would suggest
any reordering is a bug.
Comment 5 nigel_whitaker 2008-09-10 14:57:53 UTC 
Created attachment 56388 [details]
File showing reversal of 3 consecutive <text:change> elements