When cutting and pasting objects or groups of objects inside the same slide or into a differente slide of the *same presentation*, **** Impress displaces pasted objects (both vertically and horizontally), relatively to the original object, in both X and Y positions.**** This is quite annoying, specially when drawing diagrams where alignment is critical. Steps to reproduce: 1. Draw any object (arrows, circles or something) 2. Copy object (CTRL + C) 3. Paste object (inside the same slide or into another one) (Ctrl-V) Current behavior: Pasted object displaces +0.15mm in X direction and +0.1mm in Y direction (always positive displacements). Different displacements are obtained for different presentations. Expected behavior: Keep X and Y positions of pasted objects the same as the copied/cut objects.
I see the behaviour tha Luiz asks for in each LibreOffice version that I have tried: (*) daily dbgutil bibisect repository version 2014-11-21 (*) 3.5.4.2 as delivered with debian-wheezy (*) Windows tinderbox from 2014-11-21.
Reproducible with LO 4.4.0.0.beta1 (Win 8.1). Tested with an arrow: To reproduce/see it I had to zoom in. If I press CTRL + V the first time then the arrow will be a little bit above. When pressing CTRL + V once more then the arrow will be pasted at the same place as the first pasted arrow. But I could not reproduce/see this behaviour with the rectangle and circle shapes.
Created attachment 109886 [details] minimal example
I(In reply to A (Andy) from comment #2) > Reproducible with LO 4.4.0.0.beta1 (Win 8.1). > > Tested with an arrow: > To reproduce/see it I had to zoom in. If I press CTRL + V the first time > then the arrow will be a little bit above. When pressing CTRL + V once more > then the arrow will be pasted at the same place as the first pasted arrow. > > But I could not reproduce/see this behaviour with the rectangle and circle > shapes. I've added an example. It seems that there are roundoff errors when dealing with C&P of shapes. I've not checked all possibilities, but even when a C&P operation *apparently* does not promote a displacement, it does. When it *does not*, it's *likely* to be a coincidence. The problem seems to be significantly worse when dealing with shadowed shapes. IMHO, the problem is related with the storage of the temporary object: the object attributes are not *likely* to be cloned, but being copied in some other way. (I didn't look at the code, though) Cheers
Terrence I'm using LibreOffice since 2010 (I guess it was OpenOffice at that time), at that time with Ubuntu 10.04 and I remember that these problems *did not* happen. In all machines I use (Xubuntu 12.04 32bits/64 bits, 14.04 64bits, notebooks, desktops, whatever), the problem is the same. I also remember using StarOffice :) with Windows XP (2009/2010) and these problems didn't exist. There are lots of other problems related with object copying, some I can't reproduce: font formatting loss, numbered items, tables (which are the real nightmares of LibreOffice), and many others I can't recall. Such problems are not exclusive of Impress and Writer have some of them (and their own). Regards
On LO 3.3.0 there is an extremely slight displacement when pasting. By the start of the 43all bibisect repository (~3.5.0) the displacement is noticeable. So on balance let's call this a regression, although it's not one we can easily identify the source of.
In 5.0.1.2 it can end up halfway across the page, requiring users to scroll to find it.
(In reply to MarjaE from comment #7) > In 5.0.1.2 it can end up halfway across the page, requiring users to scroll > to find it. Whoops. I was thinking of how this bug behaves in Draw, not Impress.
Mind that bug 94319 is specific about lines and object with lines. That is a regression after version 4.4.5.2 (see comment 7 there).
(In reply to Matthew Francis from comment #6) > On LO 3.3.0 there is an extremely slight displacement when pasting. There has been some time that pasted objects were displaced by the line thickness. Has been resolved.. See bug 45260.
Migrating Whiteboard tags to Keywords: (preBibisect) [NinjaEdit]
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170103
THE *BUG* IS STILL THERE. It seems that every behavior described before by me and by the other colleagues persists. Copying from the same opened file (same errors from copying from another copy of the file). The observed behavior is usually random: copies of grouped objects or simple objects (with or wo lines) 1) Sometimes, a small displacement by one line thickness 2) Sometimes, no displacement at all 3) Sometimes, a not-so-small displacement 4) Sometimes, after using Impress for a long time (multiple file opening and closing), fonts and colors begin to change. 5) Copying and pasting tables can be included in another separate bug due to the richness of behaviors. :) Tested version: Version: 5.2.3.3 Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf OS Version: Linux 4.4 (Xubuntu 14.04) Locale: en-US (en_US.UTF-8) Although the results are quite random, it seems that there was a little improvement over the last versions. This time I tested using the built in standard units of LibreOffice (inches). *** The final result is regardless of the used units. *** As pointed out by MarjaE, this *bug* appears also in Draw, I've tested by my own. Still.... **** The expected behavior of a copy is to preserve recursively the attributes of the original object: origins, sizes, etc. *****
This bug still exists in 5.3.0.3 on Manjaro.
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 149330 [details] test presentation with shape / group - orig and copied/pasted ones
So this issue is resolved.
sorry; tested in Version: 6.3.0.0.alpha0+ Build ID: aa31976c2e4399a86bc6f70f140972d9ccef6fc0 CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-02-12_16:47:45 Locale: nl-NL (nl_NL.UTF-8); UI-Language: en-US Calc: threaded
Just to give some feedback: - Version: 5.2.3.3 Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf CPU Threads: 4; OS Version: Linux 4.4 (Ubuntu 14.04:, LO updated from canonical in the last few days) > The problem seems to not exist anymore (possibly due to the update) - Version: Version: 6.1.5.2 Build ID: 6.1.5-2 CPU threads: 1; OS: Linux 4.20 (Archlinux 4.20.10) > The problem seems to not exist Also the problem looks like to have disappeared from Draw. tnx to you all for the good work.
thanks for confirming Luiz!
This bug still exists in 7.2.2.2 on Debian 11