Created attachment 100711 [details] test ppt file Problem Description: LibreOffice Impress is not able to open the attached ppt file. (Actually libreoffice can open it, but is not showing the actual content). Steps to reproduce: 1. Open the attached ppt file with libreoffice impress. Current Behaviour: The ppt file is only showing "In Slide Show mode, click the arrow to enter the PowerPoint Getting Started Center". It's actual contents are not shown. Expected behaviour: The actual content should show up. Version: 4.3.0 beta2, also reproduce in 4.2.5.1.
Created attachment 100712 [details] the actual content for the test ppt file When open the test ppt file with MSO 2010, it looks like this.
Created attachment 100713 [details] Screenshot showing the ppt file open with libreoffice When open the test ppt file with libreoffice, it looks like this.
Set version to 4.2.4.2.
Confirmed:4.3b2:OSX 10.9.3 Open with Powerpoint 2010 shows 4 slides with colorful stuff. Open with LO just shows one page, no color. Ton of stuff missing. not sure why, but def confirmed.
Created attachment 100738 [details] OPs attachement converted to Office 2007 sp3 OOXML - .odp Confirmed on Windows 7 sp1, 64-bit (en-US) with Version: 4.2.3.3 Build ID: 6c3586f855673fa6a1576797f575b31ac6fa0ba3 Same issue with the AOO 4.1.0 release of Impress. The document looks to have been created in Office 2013 (15.) and saved from there as Office 2003-2007 .ppt format. I opened the .ppt (attachment 100711 [details]) with Office 2007 PowerPoint (12.0.6554.5000) SP3 MSO (12.0.6683.5000) so document is not corrupt (from MS perspective) and then Saved as Open Document Presentation OOXML--.ODP attached. LibreOffice opens the OOXML.ODP without issue and reasonable fidelity. So issue would seem to originate in formatting of MS Office 2013 export to .PPT, our headache to deal with--but not our bug.
On pc Debian x86-64 with master sources updated today, I could reproduce this. I noticed a lot of this kind of log: warn:sd.core:13834:1:sd/source/core/PageListWatcher.cxx:101: ImpPageListWatcher::GetSdPage(PK_STANDARD): page number 0 >= 0 + 1 time this one: warn:sot:13834:1:sot/source/sdstor/stgdir.cxx:420: Trying to resize readonly stream by seeking, could be a wrong offset: 4784697 Thorsten: one for you?
Libre Office Impress cannot open any powerpoint file created in windows (not sure which version). Every time I try and open a powerpoint file Libre Office crashes due to an 'unexpected error'. The file never opens.
Sarah: version field corresponds to the earliest version when the bug appeared. (see https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Version). I put it back its initial value. Your description seems to correspond to a different bug than this one. The bug submit assistant is broken for the moment so I can't advise you for the moment to use this link to create a new bugtracker: https://www.libreoffice.org/get-help/bug/ however you can use the original way: https://bugs.freedesktop.org/
You have to be aware that there are different versions of the binary PPT format. There is the 97-2003 format which is the most used. But there is also a PPT 2007 version, although PPT 2007 normally saves in XML format. The 2007 format has a lot of additional possibilities that the 97-2003 version does not have. However, Impress can only import the 97-2003 format, not the 2007 format (I think), so if you feed it a 2007 PPT file, it is to be expected that it will not be imported correctly. V Stuart Foote has suggested that the file was "saved from there as Office 2003-2007 .ppt format." So I loaded the PPT in Powerpoint 2007 and saved it as a 97-2003 PPT file, and that file was imported correctly in LibreOffice. So I would suggest that the file is of a format that is not supported by LibreOffice.
Reproduced with 5.1+.
On pc Debian x86-64 with master sources updated today, I could reproduce this. I noticed these logs on console: warn:legacy.tools:4083:1:editeng/source/editeng/impedit3.cxx:4287: ImpEditEngine::GetSpaceBeforeAndMinLabelWidth: min-label-width < 0 encountered warn:legacy.tools:4083:1:editeng/source/editeng/impedit3.cxx:4287: ImpEditEngine::GetSpaceBeforeAndMinLabelWidth: min-label-width < 0 encountered warn:svl:4083:1:svl/source/items/itempool.cxx:745: unequal types in Put(): no Clone()?, with ID/pos 1131 warn:svl:4083:1:svl/source/items/itempool.cxx:745: unequal types in Put(): no Clone()?, with ID/pos 1130
Looks like this mysterious PPT was created with WPS, known before as KSO. It was mistake not to ask immediately the reporter how the file was created.
PPT Online failed too. https://view.officeapps.live.com/op/view.aspx?src=https%3A%2F%2Fbugs.documentfoundation.org%2Fattachment.cgi%3Fid%3D100711
This is succeed. https://view.officeapps.live.com/op/view.aspx?src=http%3A%2F%2Fbugs.documentfoundation.org%2Fattachment.cgi%3Fid%3D100711
(In reply to Piet van Oostrum from comment #9) > V Stuart Foote has suggested that the file was "saved from there as Office > 2003-2007 .ppt format." So I loaded the PPT in Powerpoint 2007 and saved it > as a 97-2003 PPT file, and that file was imported correctly in LibreOffice. > So I would suggest that the file is of a format that is not supported by > LibreOffice. As mentioned in comment 12, the file is created with WPS Office. I wonder if it makes sense to keep this open, if Powerpoint 2007 saves a file that LibO is able to interpret correctly.
*** Bug 127967 has been marked as a duplicate of this bug. ***
(In reply to Buovjaga from comment #15) > As mentioned in comment 12, the file is created with WPS Office. I wonder if > it makes sense to keep this open, if Powerpoint 2007 saves a file that LibO > is able to interpret correctly. I had the same doubts but now I'm confident this is a bug, as is our practice now. Because we should read it and there are those around and because MSO reads it right.
Created attachment 155051 [details] test PPT and PPT resaved in MSO compared in MSO2016 and LO64+ As noted before, LO 6.4+ opens PPT wrong, while MSO opens it fine. If resaved in MSO, LO opens it right. This should definitely be fixed. Another example attachment 154761 [details] from bug 127967, compared as attachment 155050 [details].
Repro 7.1 alpha, WFM in 7.2+. Reverse bibisect appreciated.
*** Bug 94590 has been marked as a duplicate of this bug. ***
*** Bug 124337 has been marked as a duplicate of this bug. ***
This was fixed by https://cgit.freedesktop.org/libreoffice/core/commit/?id=f1b5e0422b421de39c9fee9a87b6fceee8e48bbd Closing as dupe of bug 131269 *** This bug has been marked as a duplicate of bug 131269 ***