Created attachment 85743 [details] A PowerPoint presentation that has transitions not reproduced by Impress. Problem description: Steps to reproduce: 1. Load the attached PowerPoint presentation in Impress 2. Press F5 to start the presentation 3. Click the mouse to advance to the next slide Current behavior: The next slide just appears with no transition effect. Expected behavior: The next slide should appear with a wipe up transition effect. The transition appears properly in MS PowerPoint 2007. Operating System: Ubuntu Version: 4.0.4.2 release
Hi Tom, I can confirm that attached file have no transition in "Slide Transition" tab. Tested on LO 3.6.7.2 (Ubuntu 12.04 32bit) Is that file created with Powerpoint 2007? If that created with LO so it's a filesave problem (which LO version?).
Thanks for the reply. I first encountered this issue back in 2010, so I forget if I created it in PowerPoint or OpenOffice. I believe this was sent to me by someone else, so it was probably created in PowerPoint. Here's the thing: if I load that same file into PowerPoint 2007, when I click the first slide, the text slides up as expected. When I do the same in LibreOffice, the text just appears and doesn't "slide" at all. So, even though LibreOffice doesn't show any transitions when I first load the presentation, MS PowerPoint somehow manages to "find" and use them.
I think it's an issue with animation speed, not slide transition. I can confirm the behavior within LO 4.0.5.2 (Win7 32bit), effect 'fly in' read with very fast speed. And yes if that opened with PPV 14, we can see that animation moving quite slow. As far as I remember, I ever saw this issue (about animation speed) reported since this is an old issue. Would you mind do a favor searching that :)
Ok, I'll see what bug reports I can find about animation speed. The animation speed point you make does make sense. Thanks!
I did a search on "animation speed" and found several bug reports, none of which document what I've documented in this bug report. The closest matches were bugs #61370 and #64483. Peace...
Hello Tom.. Thank you for did searching, I also found Bug 51964 which seems to be related. After playing a bit with direction & speed, then we can set the speed in your file as expected. I also found that animation speed is somewhat different with Bug 51964, so I would have same belief as you that your file is created with Powerpoint. Perhaps this is a fileopen problem in which LO misinterpret animation speed within file created by Powerpoint. We can set status to NEW & platform to All since I can also confirm this behavior within Windows. PS. thanks for confirming my reported bug :)
** 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.4.1 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) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-01
Ok, I just tried my test case in LibreOffice Impress 4.4.1 on Windows XP SP3. The slide does advance with a transition effect but it's not as smooth as in MS PowerPoint 2007. In Impress, the transition goes from top to bottom and in PowerPoint, the transition "wipes" from bottom to top. Let me know if you need more information. Thanks!
** 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 (5.0.5 or 5.1.2 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) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
Ok, I just tried my test case in LibreOffice Impress 5.1.2 on Windows XP SP3. The slide does advance with a transition effect but it's not as smooth as in MS PowerPoint 2007. In Impress, the transition goes from top to bottom and in PowerPoint, the transition "wipes" from bottom to top. Let me know if you need more information. Thanks!
** 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 (5.2.7 or 5.3.3 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) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
I re-tested this in Impress 5.3.3 (64-bit) on Windows 7. When I click the mouse to advance to the next slide, there's no transition at all. The next slide just appears.
** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I re-tested this in Impress 6.0.2 (64-bit) on Windows 7. When I click the mouse to advance to the next slide, there's no transition at all. The next slide just appears. I'll try Impress 6.0.4 this weekend.
I re-tested this in Impress 6.0.4 (32-bit) on Windows 7. When I click the mouse to advance to the next slide, there's no transition at all. The next slide just appears.
I see fine work of animation in Version: 6.3.0.0.alpha0+ Build ID: 6b4ea2d8ddd681fec98773d7e0bbec9657a1fc08 CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded Status->WFM
I re-tested this in Impress 6.1.2 (64-bit) on Linux and 6.1.4.2 (32-bit) on Windows 7. When I click the mouse to advance to the next slide, the transition works as desired. :) Thanks for fixing this issue!