Issue 100682 - Character-anchored frames jump after saving file
Summary: Character-anchored frames jump after saving file
Alias: None
Product: Writer
Classification: Application
Component: save-export (show other issues)
Version: OOo 3.0.1
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2009-03-30 15:20 UTC by stfhell
Modified: 2017-05-20 11:15 UTC (History)
1 user (show)

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

test case: ODT with character-anchored frame (16.95 KB, application/vnd.oasis.opendocument.text)
2009-03-30 15:24 UTC, stfhell
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description stfhell 2009-03-30 15:20:13 UTC
In a paragraph which contains a frame anchored "to character" and which has text
deleted (not inserted!) using the track-changes function (i.e. displayed as
redlined strike-through text), the character-anchored frame will jump from its
original position with the character in the paragraph to the start of the
paragraph after saving the file (in ODT format).

Test case:
(1) Create a new Writer document.
(2) Write a (multi-line) paragraph.
(3) Anchor a frame "to a character" in a line somewhere at the end of the paragraph.
(4) Turn on "Track changes".
(5) Delete some text in the paragraph.
(6) Save the file in ODT format.
The frame anchor jumps to the beginning of the paragraph.

I noticed this behaviour with OO-Writer 2.0.4 and 3.0.1 (version OOO300m15,
build 9379, 2009-01-26) and StarOffice 8 (update 11), both on Linux and Windows
Comment 1 stfhell 2009-03-30 15:24:24 UTC
Created attachment 61281 [details]
test case: ODT with character-anchored frame
Comment 2 Oliver-Rainer Wittmann 2009-03-31 10:08:00 UTC
CC myself
Comment 3 michael.ruess 2009-04-01 13:32:19 UTC
MRU->OD: odd problem... deleting something with active redlining will move the
frames anchor to the beginning of the paragraph when saving document.
Comment 4 Oliver-Rainer Wittmann 2009-04-03 16:01:40 UTC
First investigation reveals the following:
- For saving the delete tack-changes are hidden. Afterwards they are shown
again. This switch causes the described defect.
- Switching the change tracking show mode off and on again causes the same defect.
- Occurs since OOo 1.0
Comment 5 stfhell 2009-04-18 15:22:05 UTC
I wonder if this bug is related to another bug in Writer (cursor position is
restored to wrong place after reloading a document with heavy redlining) which I
have just submitted as Issue 101182.
Comment 6 Oliver-Rainer Wittmann 2009-04-24 10:40:05 UTC
This defect seems to be related - both root causes seems to be the change
tracking. But, currently it does not seem that issue 101182 is a duplicate of
this one.
Comment 7 Marcus 2017-05-20 11:15:44 UTC
Reset assigne to the default "".