Bug 77699 - SLIDESHOW: Appear animation requires two clicks instead of one
Summary: SLIDESHOW: Appear animation requires two clicks instead of one
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
: 71398 114862 (view as bug list)
Depends on:
Blocks: Slide-Show Custom-Animations
  Show dependency treegraph
Reported: 2014-04-20 20:56 UTC by ravingdesi
Modified: 2019-01-11 13:57 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:

sample (1.55 MB, application/vnd.oasis.opendocument.presentation)
2018-03-01 12:11 UTC, Xisco Faulí

Note You need to log in before you can comment on or make changes to this bug.
Description ravingdesi 2014-04-20 20:56:10 UTC
Problem description: 
This bug seems to be a regression as I had not experienced it in 4.1.
For some reason I cannot fathom I have to click twice to make the bullet point appear that is first in the animation order. It works fine for subsequent bullet points.

Steps to reproduce:
1. Download attached file (or at https://dl.dropboxusercontent.com/u/17406199/bug2.odp )
2. Start presentation
3. Click once. Nothing will happen despite it should
4. Click once more. Now what should have appeared before has appeared

Current behavior:
Two clicks required for first animation.

Expected behavior:
Only one click should be required to trigger the first animation

Note: I am using, got an error when trying to select it in the bug submission assisstent
Operating System: Ubuntu
Version: release
Last worked in: release
Comment 1 Florian Reisinger 2014-04-22 08:41:16 UTC
I can confirm this with Version:
Build ID: 4916dd570fb7bb5447f1d63fba46ac0b3a10dd14
TinderBox: Win-x86@47-TDF, Branch:MASTER, Time: 2014-04-20_03:53:39
A workaround would be using "With previous"
Comment 2 QA Administrators 2015-06-08 14:43:04 UTC Comment hidden (obsolete)
Comment 3 ravingdesi 2015-06-21 19:28:00 UTC
I just tested it and the bug still persists in
Comment 4 Robinson Tryon (qubit) 2015-12-09 18:28:56 UTC Comment hidden (obsolete)
Comment 5 raal 2016-10-13 20:10:27 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2017-10-23 14:15:56 UTC Comment hidden (obsolete)
Comment 7 Dirk 2017-11-28 13:12:35 UTC
The bug is not fixed, at least with those RPMs:


prompt% rpm -qi libreoffice-impress 
Name        : libreoffice-impress
Version     :
Release     : 570.2
Architecture: x86_64
Install Date: Di 28 Nov 2017 12:30:22 CET
Group       : Productivity/Office/Suite
Size        : 2563153
License     : LGPL-3.0+ and MPL-2.0+
Signature   : DSA/SHA1, Mo 27 Nov 2017 01:00:09 CET, Key ID 1142bde36ba6c051
Source RPM  : libreoffice-
Build Date  : Mo 27 Nov 2017 00:20:26 CET
Build Host  : lamb73
Relocations : (not relocatable)

I found it a mixture of a shame and it deeply frustrates me that it doesn't seem possible to resolve this or any developer to check this. Everytime when I give a talk this hits me. 

It was a kind of a bad laugh seeing a speaker at a conference a 2 weeks ago struggling with the same problem I have.

Can you please patch this soon and confirm yourself please ?

Thx, Dirk
Comment 8 Buovjaga 2018-01-29 17:32:10 UTC
*** Bug 114862 has been marked as a duplicate of this bug. ***
Comment 9 Xisco Faulí 2018-03-01 12:11:22 UTC
Created attachment 140245 [details]

Original file in description no longer works.
Comment 10 Xisco Faulí 2018-03-01 12:17:57 UTC
It doesn't work in

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-

nor in

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-

on Win
Comment 11 Roman Kuznetsov 2019-01-11 11:57:27 UTC
*** Bug 71398 has been marked as a duplicate of this bug. ***
Comment 12 Dirk 2019-01-11 13:57:34 UTC
The bug still works for me in and the versions before. I speak every couple of months and to my dismay nothing has changed. 

Sometimes I wonder how many efforts is being put into fixing annoying bugs in this project. It's soon turning five and it's really a shame.