Bug 50440

Summary: SLIDESHOW: Transitions not working on conversion from .pptx to Impress
Product: LibreOffice Reporter: Doug Hutcheson <owlbrudder>
Component: filters and storageAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED FIXED    
Severity: normal CC: bfo.bugmail, joimer_reyes2015, mike.hall
Priority: medium    
Version: 3.3.4 release   
Hardware: Other   
OS: All   
See Also: https://bugs.freedesktop.org/show_bug.cgi?id=49175
Whiteboard: BSA
Crash report or crash signature: Regression By:
Attachments: The .pptx file referred to in the problem description. The problem starts with slide 2.
Original .pptx, before editing in Impress

Description Doug Hutcheson 2012-05-28 17:48:07 UTC 
Created attachment 62187 [details]
The .pptx file referred to in the problem description. The problem starts with slide 2.

Problem description:
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.

Current behavior:
See above.

Expected behavior:
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): 
              
LibreOffice/About reports:
LibreOffice 3.3.4
OOO330m19 (Build:401)
Ver: 3.3.4.1-4.fc15

uname -a reports:
Linux [machine id] 2.6.43.2-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.
Comment 1 bfoman (inactive) 2012-11-27 20:22:36 UTC 
Apart from LO problems while viewing Powerpoint 2007 complains that the attachment is corrupted and some slides/text will be removed.
Comment 2 Doug Hutcheson 2012-11-29 01:19:34 UTC 
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.
Comment 3 Jorendc 2013-01-29 22:17:13 UTC 
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 4.0.0.2 .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 [1] I mark this bug as 'medium normal' because this doens't result in data loss, but do prevent you making high quality work.

Kind regards,
Joren
Comment 4 Jorendc 2013-01-29 22:17:38 UTC 
(In reply to comment #3)
> Following [1] I mark this bug as 'medium normal' because this doens't result
> in data loss, but do prevent you making high quality work.

[1] https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
Comment 5 Joel Madero 2015-05-02 15:41:30 UTC Comment hidden (obsolete)
Comment 6 Doug Hutcheson 2015-05-03 02:15:07 UTC 
The latest version of Impress solves the problem I was having. Thanks for all the hard work, everyone.    "8-)
Comment 7 Jorendc 2015-05-05 17:10:46 UTC 
(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)

Kind regards,
Joren