Bug 83929 - EDITING: Preserve animation when replacing underlying object
Summary: EDITING: Preserve animation when replacing underlying object
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) release
Hardware: Other Linux (All)
: medium enhancement
Assignee: Not Assigned
Whiteboard: BSA
Depends on:
Reported: 2014-09-16 12:23 UTC by ravingdesi
Modified: 2018-12-02 20:47 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description ravingdesi 2014-09-16 12:23:34 UTC
Problem description: 
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.

Current behavior:
The animation is lost after replacement/compression. Compression shown here:

Expected behavior:
The animation associated to the image should be preserved like position, size and rotation.
Operating System: Ubuntu
Version: release
Comment 1 Owen Genat (retired) 2014-09-28 07:49:57 UTC
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.
Comment 2 ravingdesi 2014-09-30 20:46:54 UTC
Dear Owen,
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.
Comment 3 nc-duenkekl3 2018-12-02 20:46:17 UTC
Dear developers,

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.
Comment 4 nc-duenkekl3 2018-12-02 20:47:48 UTC
Using LibreOffice 6.1.3 for Windows 10 x64