Bug 108409 - Copy and paste of picture doesn't paste to the same place but a bit off (ODT in Comment 6)
Summary: Copy and paste of picture doesn't paste to the same place but a bit off (ODT ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.2.7.2 release
Hardware: x86-64 (AMD64) Windows (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Paste Writer-Images
  Show dependency treegraph
 
Reported: 2017-06-08 09:00 UTC by Dr. Matthias Weisser
Modified: 2024-06-09 03:14 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
test file showing picture position problem (465.99 KB, application/vnd.oasis.opendocument.text)
2017-06-08 09:00 UTC, Dr. Matthias Weisser
Details
picture file for test file (20.01 KB, image/png)
2017-06-08 09:01 UTC, Dr. Matthias Weisser
Details
test file showing picture position problem (27.83 KB, application/vnd.oasis.opendocument.text)
2018-07-01 08:14 UTC, Dr. Matthias Weisser
Details
Example file (14.69 KB, application/vnd.oasis.opendocument.text)
2018-07-10 15:24 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dr. Matthias Weisser 2017-06-08 09:00:16 UTC
Created attachment 133910 [details]
test file showing picture position problem

sometimes when copying a picture onto another one selected the new picture will not fit into exactly the same place but is placed a bit off. The pictures are embedded as a link to the picture file. Format Typ is "Als Zeichen", "unten", "Zeichen". 

See the test file. Copy picture 93, go to picture 94, select it and paste. The new picture 94 now changed its place from before the picture description after it with an offset of several lines.

The system is Win7pro 64bit.
Comment 1 Dr. Matthias Weisser 2017-06-08 09:01:25 UTC
Created attachment 133911 [details]
picture file for test file

picture to be put in a new folder BILDER for the test file to load.
Comment 2 Telesto 2017-06-09 20:27:09 UTC
Repro with
Version: 5.5.0.0.alpha0+
Build ID: 691d1e90f62ce3f1930d3faf74af385d92f00d59
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-06-09_02:15:11
Locale: nl-NL (nl_NL); Calc: CL

But not the steps to reproduce didn't work for me. (Copy picture 93, go to picture 94, select it and paste). I did paste picture 93 on different images. At some point I got changes in position
Comment 3 QA Administrators 2018-06-12 02:33:41 UTC Comment hidden (obsolete)
Comment 4 Dr. Matthias Weisser 2018-06-16 15:41:39 UTC Comment hidden (obsolete)
Comment 5 Dr. Matthias Weisser 2018-07-01 08:10:24 UTC
The problem is also there in LO 5.4.7.2. See also the new test file test.odt. Go to picture 1 and copy this and place onto picture 2. You will see what happens. Its not on the same place as picture 2 before was.
Comment 6 Dr. Matthias Weisser 2018-07-01 08:14:26 UTC
Created attachment 143246 [details]
test file showing picture position problem

There are 2 pictures inside. Copy the first one and then select the second one and paste it. You will see that the position changed.
Comment 7 Telesto 2018-07-10 15:24:43 UTC
Created attachment 143429 [details]
Example file

I'm noticing two different issues (depending on the way of replacing)

1. Open the attached file
2. Scroll to the second page
3. Select an image placeholder 
4. Copy it (CTRL+C or right click copy)
5. Right click the place holder on the first page & select paste -> textbox moves to the left
6. Undo (CTRL+Z)
7. Now right click (the already selected place holder; green border) & paste again -> Textbox stays at the right + a empty space is added

So 
1. when selecting the image prior to pasting -> empty space but textbox correctly aligned  
2. when pasting without selecting the image first -> textbox moves to the left

Also found in
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 8 QA Administrators 2019-07-11 02:54:42 UTC Comment hidden (obsolete)
Comment 9 Dr. Matthias Weisser 2019-07-12 11:08:39 UTC
"If the bug is present, please leave a comment that includes the information
from Help - About LibreOffice."

using test.odt (the 3. attachment) replacing the picture on page 9 with a smaller one I am still able seeing the problem.

this test used LO 6.1.3.2 (x64) under Win7 64bit:
Version: 6.1.3.2 (x64)
Build-ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU-Threads: 4; BS: Windows 6.1; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: group threaded

unfortunately LO6.1.3.2 seems to be very slow on this machine in comparison to other versions that I used before.
Comment 10 QA Administrators 2021-07-12 03:42:25 UTC Comment hidden (obsolete, spam)
Comment 11 Timur 2022-05-19 13:38:21 UTC
Repro in 7.4+. 
But this happens because pasting image over another one is really delete+paste, cursor ends up elsewhere and pastes image there.
Also related that image is anchored As char. 
Not sure if anything should be done here. I'll set to Minor so far.

I was wandering why image explanation is a separate frame, probably because bug 36671 prevents using proper Caption to the right. And there's bug 121378. 
Pity that those bugs didn't attract large interest, as they are needed for advanced users.
Comment 12 Dr. Matthias Weisser 2022-06-09 18:49:21 UTC
Unfortunately in newer versions of LO I have still seen this. For example I made a test file with only 110kB odt and one external picture file in folder Bilder. When I copy this picture and try pasting it over others this sometimes fails. It can be seen that sometimes the space between pictures gets lost. And also sometimes the picture even goes unwanted into "Kopfzeile" where it clearly does not belong to.

Its a real pity that such problems occurs.
Comment 13 QA Administrators 2024-06-09 03:14:48 UTC
Dear Dr. Matthias Weisser,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug