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 : http://www.filetolink.com/c588a9e2 Alex
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 3.3.3.1)]" and OOo 3.1.1. @Alex: Ar the results shown in myresults.odp the same problem you see?
You fin "myresults.odp" in the Wiki under a.m. URL
[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: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
needinfo keyword redundant by needinfo status.
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
(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. Alex
And confirming, at least for the versions that have been mentioned so far. Alex
@Alex: 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?
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
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. Alex
** 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
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