Bug 140294 - Playback disruptions that depend on the type of animation effect (except for basic effects) Playback is skipped, does not return, does not play and is not rendered, etc.
Summary: Playback disruptions that depend on the type of animation effect (except for ...
Status: RESOLVED DUPLICATE of bug 133447
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.1.0.3 release
Hardware: All All
: medium normal
Assignee: hiro yamamoto
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-02-09 15:19 UTC by hiro yamamoto
Modified: 2022-04-19 06:27 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
When the animation effect type is Zoom, the playback is distorted. (13.10 KB, application/vnd.oasis.opendocument.presentation)
2021-02-09 15:23 UTC, hiro yamamoto
Details
Test of separating "in" and "out" attributes of the Zoom animation effect. (15.74 KB, application/vnd.oasis.opendocument.presentation)
2021-02-24 10:36 UTC, hiro yamamoto
Details
Request for additional testing of the procedure for reproducing the problem area (15.74 KB, application/vnd.oasis.opendocument.presentation)
2021-05-09 13:38 UTC, hiro yamamoto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description hiro yamamoto 2021-02-09 15:19:18 UTC
Description:
We will give animation effects to some objects and play them back in order. However, depending on the type of effect, the playback will be disrupted. The problem is as follows
1. The playback cannot be backed up.
2. Several plays are executed at once.
3. Playback seems to be going on in the background after the problem occurs, the key (RightArrow) is responding, and the slideshow ends when it reaches the last playback. However, depending on the behavior before and after, nothing may be playing.
The above is not a guarantee that these things will happen. It depends on the case. The source of the problem has been confirmed, but the regularity of the result of the problem has not yet been found.



Steps to Reproduce:
1. give the animation effect of multiple objects. 2.
2. giving one of them an appearance animation effect, such as Zoom.
3. the divergence point is to give Moderate's Zoom etc. except Basic_Effect.
4. Play the object given it.
5. after playing the object that has that particular effect, the problem happens.
Other confirmation tasks
1. happened in ver7.1 and above.
2. it happened when I played a file that was created with ver6.1.
3. when I opened a file created in ver7.1 with ver6.1, it didn't work as if the bug had infected it.


Actual Results:
1. The playback cannot be backed up.
2. Several plays are executed at once.
3. Playback seems to be going on in the background after the problem occurs, the key (RightArrow) is responding, and the slideshow ends when it reaches the last playback. However, depending on the behavior before and after, nothing may be playing.
The above is not a guarantee that these things will happen. It depends on the case. The source of the problem has been confirmed, but the regularity of the result of the problem has not yet been found.

Expected Results:
If you select an animation effect type other than basic, it should still play correctly. The order should not be skipped several times as you move forward.
A situation where it is always possible to go forward or backward is preferable.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
In addition to this, the apparent disruption or deformation of shapes occurs when the file is opened. Or, the shapes are deformed when you perform operations such as grouping, or save and reopen the file. When I run a slide show, there is no problem.
It happens in the editing screen. We are currently challenging the status and reproducibility of the problem.
Comment 1 hiro yamamoto 2021-02-09 15:23:03 UTC
Created attachment 169625 [details]
When the animation effect type is Zoom, the playback is distorted.
Comment 2 hiro yamamoto 2021-02-24 10:36:52 UTC
Created attachment 170021 [details]
Test of separating "in" and "out" attributes of the Zoom animation effect.

Zoom>>in or out  problem
Comment 3 Xisco Faulí 2021-03-30 11:11:54 UTC
You can't confirm your own bugs. Moving it back to UNCONFIRMED until someone
else confirms it.
Comment 4 hiro yamamoto 2021-03-31 04:23:29 UTC
Thanks for the correction.
Currently, I can't download the latest version from my residence.
I can't check with the latest version.
I hope someone else can confirm the same situation.
Comment 5 hiro yamamoto 2021-05-09 13:32:29 UTC
Additional testing of the playback procedure, please.
I would like you to add the following test to the procedure I pointed out at the beginning of the problem.
(plus alpha)
  Please make sure that the animation effect "Zoom" is given to two objects and that they play back in succession.

I'll upload the test file, and I'd like someone to check the problem.




Steps to Reproduce:
1. give the animation effect of multiple objects. 2.
2. giving one of them an appearance animation effect, such as Zoom.
3. the divergence point is to give Moderate's Zoom etc. except Basic_Effect.
4. Play the object given it.
Comment 6 hiro yamamoto 2021-05-09 13:38:16 UTC
Created attachment 171797 [details]
Request for additional testing of the procedure for reproducing the problem area

Gives an animation effect to four or more objects. Give two of them a "Zoom" effect. Then play them.
If you play it backwards, it will behave strangely.
Comment 7 Buovjaga 2022-04-19 06:27:51 UTC
This was fixed last year.

*** This bug has been marked as a duplicate of bug 133447 ***