Bug 40394 - Impress in slideshow mode slow to move from slide to slide in Powerpoint file using keyboard navigation.
Summary: Impress in slideshow mode slow to move from slide to slide in Powerpoint file...
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected)
3.4.2 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL: http://wiki.documentfoundation.org/QA...
Whiteboard: infoprovider: reporter
Depends on:
Reported: 2011-08-26 06:53 UTC by Alex Thurgood
Modified: 2015-01-06 11:42 UTC (History)
3 users (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 Alex Thurgood 2011-08-26 06:53:09 UTC
The enclosed PPT/PPS file seems to lock up when trying to navigate using the keyboard from slide to slide in slideshow mode.

Tested in 3.3.4 production release and 3.4.2 production release.

Also tested in master build :
LibO-dev 3.5.0 
Build ID: 44cc719-bca9bad-4eb4f62-260b7c1-0360e83

where the same file causes screen corruption, with the subsequent slides being partially overlaid on top of the initial slide (much worse problem).

Link to file :


Comment 1 Rainer Bielefeld Retired 2011-09-10 00:12:29 UTC
I also see problems with "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]", but I do not know whether it are the same as reporter's. I see the elements with custom animation on slide 2 appearing immediately appearing with the slide, so that the next few arrwodown steps show no changes with LibO, while in MS PPt Viewer the elements appear one by one. I will attach a little presentation comparing the results.

My problem is a very old one, I also see it with  "LibreOffice Portable 3.3.3  - WIN7  Home Premium (64bit) German UI [OOO330m19 (Build:301  Tag]" and OOo 3.1.1.

Ar the results shown in myresults.odp the same problem you see?
Comment 2 Rainer Bielefeld Retired 2011-09-10 00:24:05 UTC
You fin "myresults.odp" in the Wiki under a.m. URL
Comment 3 Björn Michaelsen 2011-12-23 12:35:27 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 4 Björn Michaelsen 2011-12-23 17:02:03 UTC
needinfo keyword redundant by needinfo status.
Comment 5 sasha.libreoffice 2012-03-29 01:19:44 UTC
Reproduced on Fedora 64 bit
It is not a bug. Just animation on slides.
To fix this problem, rename file to ppt, delete all animations from slides
Comment 6 Alex Thurgood 2012-03-30 00:04:40 UTC
(In reply to comment #5)
> Reproduced on Fedora 64 bit
> It is not a bug. Just animation on slides.
> To fix this problem, rename file to ppt, delete all animations from slides

How can it not be a bug if LO no longer supports animated GIFS when it used to (or at least OOo did) ?

I know, we'll just delete features as we go along and then we can say that there aren't any problems any more. Wonderful !

Anyway, I've got to test this again on a more recent build.

Comment 7 Alex Thurgood 2012-03-30 00:05:24 UTC
And confirming, at least for the versions that have been mentioned so far.

Comment 8 Rainer Bielefeld Retired 2012-03-30 00:37:10 UTC

Yes, strange comment. Hope that nobody will suggest "Use other Office Suite, that will fix the problem ..."

May be we have 2 (or more) problems in this document? On slide 2 I can't see an animated gif (please see my comment 1). Can you please contribute an exact description where exactly you observe what problem?
Comment 9 sasha.libreoffice 2012-03-30 01:57:20 UTC
Sorry for not understand from first attempt. I thought problem is with keyboard.
I have created separate bugreport about incorrect opening:
Bug 48083 - Impress FILEOPEN: ppt file opens incorrectly when used "Background fill" for draw objects
Comment 10 Alex Thurgood 2012-08-31 14:18:55 UTC
Hmm, don't think I've got a copy of the file around any more, oh well, guess I'll have to close the issue.

Comment 11 QA Administrators 2015-01-05 17:51:35 UTC
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

Thank you for your help!

-- The LibreOffice QA Team
Comment 12 Alex Thurgood 2015-01-06 11:41:57 UTC
The test file that was linked to is no longer available, so unfortunately I'm closing this report as I can not update testing with a more recent version of LO