Created attachment 62187 [details]
The .pptx file referred to in the problem description. The problem starts with slide 2.
This MAY be related to bug 49175 - it seems to be in the same general area of handling PowerPoint transitions.
I am trying to adapt a PowerPoint presentation to Impress. In PowerPoint, many of the slides have multiple lines of text, each appearing on mouse clicks. Opening this .pptx file in Impress gives strange results for the transitions. Each slide is displayed with all the lines of text except the first already displayed. Clicking causes the first line to appear. The next click causes the first line to remain and all subsequent lines to be blanked for a moment, then they reappear. This continues with one click per line of text until a click as been registered for each line, plus one more click; the next click then displays the next slide.
The PowerPoint file I am trying to use is attached. This file is a .pptx, edited under Impress, to replace local hyperlinks with web links to YouTube videos, then saved by Impress in .pptx format.
Steps to reproduce:
1. Open a pptx containing slides where successive lines of text are supposed to appear, one line per mouse click.
2. Navigate to such a slide. Notice that the first line of text is blank and all subsequent lines are rendered.
3. Click the mouse. Notice that the first line is now rendered.
4. Click again and notice the behaviour described above.
Initial rendering of the slide should not display any lines which are intended to be rendered in response to mouse clicks. Successive lines of text should appear only when the mouse is clicked, one click per line of text.
Platform (if different from the browser):
uname -a reports:
Linux [machine id] 188.8.131.52-6.fc15.x86_64 #1 SMP Sat Apr 21 12:53:32 UTC 2012
x86_64 x86_64 x86_64 GNU/Linux
Browser: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0
Hardware is a Lenovo T61. I am using the proprietary nVidia display driver.
Apart from LO problems while viewing Powerpoint 2007 complains that the attachment is corrupted and some slides/text will be removed.
Created attachment 70765 [details]
Original .pptx, before editing in Impress
The file I attached originally is a .pptx, edited under Impress, to replace local hyperlinks with web links to YouTube videos, then saved by Impress in .pptx format.
I have now attached the original file, before opening in Impress. It is much larger than the Impress version and has broken hyperlinks. It may be interesting to compare the files and see what Impress removed.
I hope this version works in your Power Point 2007, as I don't have that on my system.
Thanks for filling in this report as precise you can! We do appreciate your time for that.
I can confirm this behavior using LibreOffice Versie 184.108.40.206 .0.2 (Bouw-id: 408fe71bd18616c467b3dcd7ab6756528ffcae2); Dutch UI;
When I open the original .pptx the behavior is quite good; but when you save it and reopen it's worse. Therefore I mark this as a 'filter'-bug.
Following  I mark this bug as 'medium normal' because this doens't result in data loss, but do prevent you making high quality work.
(In reply to comment #3)
> Following  I mark this bug as 'medium normal' because this doens't result
> in data loss, but do prevent you making high quality work.
** 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.2 or later)
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)
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-05-02
The latest version of Impress solves the problem I was having. Thanks for all the hard work, everyone. "8-)
(In reply to Doug Hutcheson from comment #6)
> The latest version of Impress solves the problem I was having. Thanks for
> all the hard work, everyone. "8-)
Thanks for retesting Doug. Marking as RESOLVED WORKSFORME (no patch we can link to this bug, so not status FIXED)