Issue 52987 - Cut and paste inconsistency on Text/graphic combination
Summary: Cut and paste inconsistency on Text/graphic combination
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: 680m122
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
: 52988 (view as issue list)
Depends on:
Reported: 2005-08-07 00:49 UTC by bernhard
Modified: 2017-05-20 11:22 UTC (History)
1 user (show)

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

testdoc for cut&paste of picture (13.99 KB, application/vnd.oasis.opendocument.text)
2005-08-07 00:53 UTC, bernhard
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description bernhard 2005-08-07 00:49:47 UTC
A picture anchored to paragraph is not cut by <ctrl>+ <x> or "Edit - Cut" unless
the Carriage Return (CR) of the preceding paragraph is included in the
selection. But pasting (<ctrl>+<v> or "Edit - Paste") seems to be tied to the CR
at the end of the paragraph the picture is anchored to. That's what I found as
explanation for some strange behaviour with Cut&Paste and pictures.

To make the problems more easily to be seen I attached a file with some lines of
text and a picture. To distinguish between different paragraphs I used different
formatting styles. 

1. include both CR at the paragraph ends (start after the arrow "->" in
paragraph two and end just in front of the first word ("Fourth") of paragraph four:
- everything works fine, picture and text is removed and can be pasted everywhere.

2. include only CR of the preceding paragraph (start after the arrow and end
somewhere in paragraph 3 - perhaps at the end of the line):
- cutting does work without problem, but if you paste it anywhere, the picture
is lost!

3. include only CR of the paragraph with the picture (start in front of "After"
or click with the mouse somewhere besides the picture, end like in scenario 1.
in front of "Fourth"):
- The picture is neither inverted (as selection) nor cut, but if you paste it at
the beginning of a paragraph (no difference if it's empty or not), the picture
is pasted! (behaviour like copy&paste)

The third scenario was reproduced on different Windows and Linux OS, someone got
the second by chance - all with m122.

With OOo1.1.5rc the bug is not reproducible, cut and paste are linked to the end
of the actual paragraph (with inverting the picture in scenario 2 and leaving it
untouched). So at least the duplication of the picture in scenario 3 can be seen
as regression.

Before you start trying the file I want to mention a probably related bug: m122
crushes on some PC (windows and linux) reprducible when you use UNDO to
re-insert the picture, for others it works without any problem. -> I'll tell you
the issue-nr.


Comment 1 bernhard 2005-08-07 00:53:48 UTC
Created attachment 28540 [details]
testdoc for cut&paste of picture
Comment 2 bernhard 2005-08-07 01:29:48 UTC
Sorry that I didn't change the summary because it describes as well losing
pictures as getting them twice. But I found out while working on this issue - I
just forgot the summary.

The crash on UNDO is now issue 52988, but there are some other issues probably
related to this one:
issue 20687 : "Select all - cut and paste duplicates some images and frames"
issue 15505 : "Pictures not correctly included into selection" - comment about m88

Comment 3 michael.ruess 2005-08-08 11:35:56 UTC
The behaviour of cutting text/graphic combination seems to be a bit
inconsistent. When cutting text range from paragraph "After..." into following
paragraph, the graphic will remain, but when pasting, the graphic is available
two times in the document.
When selecting text from the arrow "->" into the paragraph "After..." and
cutting this excerpt, the graphic will disappear correctly but will not be
restored when pasting.
Comment 4 openoffice 2005-08-10 10:44:29 UTC
Comment 5 openoffice 2005-08-10 10:47:19 UTC
*** Issue 52988 has been marked as a duplicate of this issue. ***
Comment 6 andreas.martens 2005-08-25 08:03:08 UTC
Considering the effort, the priority, the risk and our resource planning I've to
retarget this issue to OOo Later.
Comment 7 Marcus 2017-05-20 11:22:43 UTC
Reset assigne to the default "".