Bug 100857 - Animations only "appear". Don't work as described.
Summary: Animations only "appear". Don't work as described.
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.1.3.2 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest
Depends on:
Blocks:
 
Reported: 2016-07-11 20:03 UTC by Colin Brown
Modified: 2016-11-30 08:54 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Presentation showing the bug (72.54 KB, application/vnd.oasis.opendocument.presentation)
2016-07-11 20:03 UTC, Colin Brown
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Colin Brown 2016-07-11 20:03:44 UTC
Created attachment 126172 [details]
Presentation showing the bug

Seen this on 2 machines, one running 5.1.3.2, the other 5.1.2.4. Had a nice demo of "before" and "after" when I updated a machine which had been running 5.0.6 (I think) to 5.1.4.2. The animations worked fine before updating.

A demo file is attached.

Recently read about the the PR about the 92,000 documents used in automated testing. However I'm not sure it is very feasible to test automatically for  bugs like the one reported here. As a regular user of Impress, I have run into a few bugs now, all of which are about failures in the rendering of the presentation. Is there a weakness in the test procedure relying too much on automation? I would think there ought to be a test presentation containing all the effects users might employ, including all the animations, or at least a reresentative sample.
Comment 1 MM 2016-07-11 23:10:24 UTC
Unconfirmed with v5.0.6.3 under mint 17.3 x64.
Confirmed with v5.1.4.2 under ubuntu 16.04 x64.
Unconfirmed with v5.2.0.1 under ubuntu 16.04 x64.

Seems already fixed, but not backported to v5.1.
Comment 2 Buovjaga 2016-07-17 09:29:19 UTC
(In reply to Colin Brown from comment #0)
> Recently read about the the PR about the 92,000 documents used in automated
> testing. However I'm not sure it is very feasible to test automatically for 
> bugs like the one reported here. As a regular user of Impress, I have run
> into a few bugs now, all of which are about failures in the rendering of the
> presentation. Is there a weakness in the test procedure relying too much on
> automation? I would think there ought to be a test presentation containing
> all the effects users might employ, including all the animations, or at
> least a reresentative sample.

The 92,000 documents are tested for crashes and freezes.

I got the same result as MM with 5.1.4 and fresh master 5.3.

Closing and adding backport request.
Comment 3 Adolfo Jayme Barrientos 2016-07-18 18:02:54 UTC
Have you identified the fixing commit? Only if so, you should add a backportRequest keyword.
Comment 4 Buovjaga 2016-07-18 18:30:10 UTC
(In reply to Adolfo Jayme from comment #3)
> Have you identified the fixing commit? Only if so, you should add a
> backportRequest keyword.

That is a bit different from what we agreed in a QA meeting: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/RESOLVED#Fixed_in_a_newer_version