When attempting to open the file http://theory.lcs.mit.edu/~rivest/sdsi20-maryland.ppt, found at http://groups.csail.mit.edu/cis/sdsi.html, LibreOffice fails to open the file and shows a small ugly dialog saying only the following (in pt-BR): "LibreOffice 3.4 Versão Incompatível. Versão de arquivo incorreta." I checked the translations file, and the corresponding English message seems to be: Version Incompatibility. Incorrect file version. (ERRCODE_CLASS_VERSION/ERRCODE_IO_WRONGVERSION according to the comments in the .po file.) The same happens to some other PPT files found at that page (I tested a couple of them). I am using the Fedora 16 packages, version 3.4.5.2-5.fc16.x86_64.
Hi, I've encountered the same problem in debian wheezy. My LibreOffice version is: LibreOffice 3.4 340m1(Build:602)
I've encountered the same problem when I saved my file into a ppt format and changed the file name. When I tried to reopen the file, it didn't open at all and threw the : Version Incompatibility. Incorrect file version. I'm using LibreOffice 3.4.5 (from a Fedora repository), more specifically 3.4.5.2-13.fc16.x86_64. I hereby confirm this bug.
Thanks for bugreport msOffice 2007 tells that file is incorrect. Therefore it is not a bug. Just corrupted file.
(In reply to comment #3) > Thanks for bugreport > msOffice 2007 tells that file is incorrect. Therefore it is not a bug. Just > corrupted file. It is also possible that MS Office 2007 can no longer open PowerPoint 4.0 files. These files are from 1996-1997. Did you try with an older version of MS Office? (I do not have any version of MS Office here to test.) The "file" command shows the following for the sdsi20-maryland.ppt file: sdsi20-maryland.ppt: Composite Document File V2 Document, Little Endian, Os: Windows, Version 4.0, Code page: 1252, Title: On Public-Key Infrastructures, Author: Ronald L. Rivest, Template: c:\powerpnt\template\clrovrhd\sidebarc.ppt, Last Saved By: Ronald L. Rivest, Revision Number: 123, Name of Creating Application: Microsoft PowerPoint 4.0, Total Editing Time: -5340335d+-18:-21:-51, Last Printed: Thu Apr 10 01:32:24 1997, Create Time/Date: Tue Aug 13 18:55:52 1996, Last Saved Time/Date: Thu Apr 10 12:28:14 1997, Number of Pages: 36, Number of Words: 2321 Even if LibreOffice cannot open these old files, it should at least have a better error message explaining the problem.
reproducible with LO 4.0.2.2 (Win7 Home, 64bit) I also tried it with MSO 2007 and as Sasha wrote, I can also confirm that MSO 2007 can not open it, too. I agree that LO should not need to support all old, ancient file types, but it would be good if LO could at least open it and save in a new format (or automatically convert it to a new version), even is MSO can not do this (would be another advantage over MSO).
I have similar problem, and I’ll try soon to open sdsi20-maryland.ppt in an old version of MSO to confirm the file is valid. Inbetween, under linux, I’ve managed to extract some information using ripOLE v0.2.1 (http://www.pldaniels.com/ripole/): $ ripole -i sdsi20-maryland.ppt --save-unknown-streams -v Decoding filename=ole-stream.369 Decoding filename=ole-stream.353 Decoding filename=ole-stream.0 Decoding filename=ole-stream.361 Decoding filename=ole-stream.345 olestream-unwrap.c:183:OLEUNWRAP_save_stream:ERROR: Unable to open ./ for writing (Is a directory) The file ole-stream.369, in particular, contains 337 lines of valid WIN-1252 text, which probably is the text on the slides. This confirm that everything is not corrupted in this file.
I have the same problem with LO 4.1.4-2. I can open the file with MSO 2010 without any problems. So I think save a ppt-file in MSO 2010 != save this file format in older versions. p.s. With MSO 2007 there is the same error with "Version Incompatibility. Incorrect file version."
*** Bug 87068 has been marked as a duplicate of this bug. ***
Legacy PowerPoint 4.0 (pre-1997) have no import filter support in LibreOffice. Should there be? Probably not, but there are some old presentations still out there that folks may need to convert. Per comment 7, looks lik MS added it back in PowerPoint 2010, verified support is missing in the 2007 release. Will check 2013. But, can't see this as too much our responsibility to support.
(In reply to V Stuart Foote from comment #9) > Legacy PowerPoint 4.0 (pre-1997) have no import filter support in > LibreOffice. > > Should there be? Probably not, Why not? If we support ancient Mac formats, and also Excel for Windows starting from version 2.0 and WinWord from ver. 1.0, I see no reason why we shouldn't support PowerPoint 4.0. BTW the file from Bug 87068 is a bit different that the files of this bug. The document stream seems to be named "PP40" instead of "PowerPoint Document", so the type detection code isn't detecting it as a PP file at all, and it passed to the Writer ascii filter instead.
*** Bug 83861 has been marked as a duplicate of this 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 (5.0.4 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 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-12-20
Tested again with libreoffice-5.0.3.2-12.fc23.x86_64, still the same error message.
The bug is still active in LibreOffice 5.2.2. Version: 5.2.2.2 Build ID: 1:5.2.2-0ubuntu2 Threads CPU : 4; Version de l'OS :Linux 4.8;
Setting Assignee back to default. Please assign it back to yourself if you're still working on this issue
Hello, normally LibreOffice 5.4 can now "open" these old ppt files(*), so this dialog must not appear again. (*) ie. I had added a basic filter to read these old PowerPoint's files in libmwaw : a filter which may be able to retrieve the main content of these files (even if many problems remain to be solved).
I can reproduce that bug using - LibreOffice 4.1.5.3 on Windows 7 64-bit with SP1 - LibreOffice 5.3.5.2 on openSUSE 42.3 x64 But I was able to open sdsi20-maryland.ppt using LibreOffice 5.4.4 Portable MultilingualStandard I downloaded from: https://www.libreoffice.org/download/portable-versions/
Dear Cesar Eduardo Barros, 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
It now works for me. Thanks for everyone involved. (I don’t know if I’m allowed to change the status to WORKSFORME, since I’m not the original reporter) Version: 6.2.7.1 Build ID: 1:6.2.7-0ubuntu0.19.04.1 Threads CPU : 4; OS : Linux 5.0; UI Render : par défaut; VCL: gtk3; Locale : fr-FR (fr_FR.utf8); Langue IHM : fr-FR Calc: threaded
I can open the file with Version: 6.4.0.0.alpha0+ (x64) Build ID: 25ca657f8d0f1febaf0d5984bc862f3072ad197b CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; Closing the bug