Bug 91147 - Pasting a graphics object onto an image must not replace the image (comment 10)
Summary: Pasting a graphics object onto an image must not replace the image (comment 10)
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paste Shapes
  Show dependency tree / graph
 
Reported: 2015-05-07 21:16 UTC by Piotr
Modified: 2022-05-05 13:57 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Piotr 2015-05-07 21:16:07 UTC 
Steps
1. In Writer draw something. A circle (C).
2. Draw another figure, a rectangle (R).
3. Click on R, copy to clipboard.
4. Click on C, marking it, then use Paste function.

Bad result
C stays where it was, R is on placed on it.

Expected result (as it was for centuries ;)
C is replaced by R.

I do not know who did it in the version 4.4.0.3, but previously it worked as it was supposed to.
I have noticed that with every LO "update" more and more user's actions are needed to do the same things as before, in OO, and LO also.
Comment 1 A (Andy) 2015-05-09 07:32:17 UTC 
Reproducible with LO 4.4.2.2, Win 8.1, but I cannot assess whether it worked different in the past.
Comment 2 Piotr 2015-05-09 08:03:11 UTC 
(In reply to A (Andy) from comment #1)
> Reproducible with LO 4.4.2.2, Win 8.1, but I cannot assess whether it worked
> different in the past.

Not reproducible on 4.1.4.2, XP Pro, VMware.
Comment 3 QA Administrators 2016-09-20 09:37:17 UTC Comment hidden (obsolete)
Comment 4 QA Administrators 2019-12-03 14:38:12 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2021-12-03 04:37:32 UTC Comment hidden (obsolete)
Comment 6 Piotr 2021-12-04 10:36:54 UTC 
Hello, still persists, the newest LO.
However, there is a behaviour change:

now copied and pasted object R, instead of replacing object C in C's place, is pasted in the same position as original R.

Regression, as indicated previously: it did not appear until at least 4.1.4.2, on XP Pro.
OO did not have that behaviour.

Expected behaviour:
when a user marks object C, and pastes object R "into" marked object C, naturally wants to replace C in its place.

Cheers,
Piotr
Comment 7 Martin Srdoš 2022-05-01 18:46:50 UTC 
I think it's a question for the UX team, how should it behave.

UX Team -- please take a look at this enhancement. Thanks!
Comment 8 Heiko Tietze 2022-05-02 07:49:45 UTC 
My first thought was that overwriting content needs an explicite selection with some highlighting. And selecting a shape wont highlight. But images are replaced!

I wonder what commit introduced the change.
Comment 9 Buovjaga 2022-05-02 17:24:13 UTC 
Tested with 3.3.0, 3.5.0, 4.1, 4.2, 4.3, 4.4 and in none of these version do I see:
Expected result (as it was for centuries ;)
C is replaced by R.

So either this centuries-old behaviour was in OpenOffice.org times or this is just a request to do something else than this admittedly unexpected thing.
Comment 10 Heiko Tietze 2022-05-05 13:57:58 UTC 
The topic was on the agenda of the design meeting.

It was mentioned that we discussed it before, haven't checked the bugtracker for a reference. However, if pasting a shape wont replace other objects the same should be true for images. That's a bug.