When I chose "Change picture" or "compress image" I expect everything to say the same, except for the image. This works well for position, size, and rotation. However, the animations get lost. To me, this is clearly unexpected behavior. (Albeit unlikely, I cannot rule out a connection to Bug 83928 I reported earlier).
Steps to reproduce:
1. Download https://dl.dropboxusercontent.com/u/17406199/bugtmp/Bug15.odp
2. Open the animations tab to see that there is an animation associated to the image
3. Click right and choose "Compress graphic" or "Change picture" and replace it (e.g. with https://dl.dropboxusercontent.com/u/17406199/bugtmp/Bug15.svg )
4. Look at the animations tab again. The animation is now gone.
The animation is lost after replacement/compression. Compression shown here:
The animation associated to the image should be preserved like position, size and rotation.
Operating System: Ubuntu
Version: 22.214.171.124 release
This bug is a bit different from the two earlier reports (bug 83882 and bug 82928) that describe problems with undoing changes that affect animations. This report deals with preservation of an animation when replacing the underlying object (image) entirely. I am not certain how feasible this is, even though it ideally may be desirable. Requires developer / expert to determine what is possible.
In any case, it seems less a bug than an enhancement request. Status set to NEW. Summary edited for clarity (bug 83928 details compression > undo) and so this bug needs to concentrate on image replacement. Severity set to enhancement.
thanks for confirming, summarizing and helping to differentiate between the bugs!
Since you are talking about whether it is possible to do this, I wanted to add that somebody has already written a function transfering animations as a feature of an add-on. Therefore I think that it is at least possible. I don't know if add-ons are similiar to normal code (I don't even know if it's the same programming language) but maybe somebody can benefit from the code of Daniel Fett, who has contributed a "TransferAnimations" to TexMaths.
It can be found in his diff that he contributed to TexMaths on
I am confident that if this code is of use to a LO developer, he would not hestiate to allow its usage.
I can confirm this bug.
I right click on an image and click on "replace" to replace the picture.
So it replaces only the picture, in this Object.
Not the Object itself with its connected animations.
As example in a programming language.
object.setImage("URI to Image");
should not execute
That's a side effect, which should get fixed.
Using LibreOffice 6.1.3 for Windows 10 x64