LibreOffice 3.5.3 can't read a ODT embbeded in PDF file, in Ubuntu 12.04. It try open PDF as text. Windows LibO for Windows can read embbeded ODT without problem.
Could you attach the file ? Do you reproduce this on a brand new file ?
Created attachment 61809 [details] Test file PDF file with embbeded ODT.
I could reproduce it with a new file.
Noticed nothing special but must have missed something so I put back to "unconfirmed" status.
(1) Bad news first: REPRODUCIBLE also on MacOS X 10.6.8 (Intel) German UI with LibreOffice 3.5.4.2 (Build-ID: 165a79a-7059095-e13bb37-fef39a4-9503d1), German langpack installed. I can neither open the reporter's sample pfd file nor my own sample (I create a new Writer document with default settings, just type "Hello world!", save it as .odt file, then export it as .pdf file with embedded .odt data, and then try to open the .pdf file again with LibreOffice). Instead of getting the .odt data from the .pdf file, LibreOffice tries to import the .pdf as a text file (it asks me for encoding and default font and then shows some strange dump beginning with %PDF-1.4 %äüöß 2 0 obj <</Length 3 0 R/Filter/FlateDecode>> ... So the bug is reproducible on Ubuntu and on MacOS X, but not on Windows. (2) Good news: Reading embedded .odt data from a .pdf file really WORKS with * LibreOffice 3.6.0.0.beta2 (Build ID: f010139) * LibreOffice 3.6.0.0.beta3 (Build ID: 3e2b862), both again on MacOS X 10.6.8 (Intel). So this bug has been fixed in between for LibreOffice 3.6. This may allow us to close this bug again as RESOLVED/WORKSFORME ... @José Antonio Meira da Rocha: Could you please download the current beta of LibreOffice 3.6 from http://www.libreoffice.org/download/pre-releases/ and try if the problem is fixed on Ubuntu, too? This would be very helpful, thank you very much!
(3) Wow, even BETTER news: Reading embedded .odt data from a .pdf file also WORKS with LibreOffice 3.5.5.3 (Build-ID: 7122e39-92ed229-498d286-15e43b4-d70da21), at least on MacOS X 10.6.8 German. Therefore, this bug seems to be fixed not only in the 3.6 branch, but also in the 3.5 branch. LibreOffice 3.5.5 (release) will be available in the next days. (In reply to comment #5) > @José Antonio Meira da Rocha: > > Could you please download the current beta of LibreOffice 3.6 from > http://www.libreoffice.org/download/pre-releases/ > and try if the problem is fixed on Ubuntu, too? Now it is even simpler: You don't need to try the beta, you can just dowload 3.5.5.3 now (from the same page) or the official release in some days. Then please try if the problem is fixed also on Ubuntu. If this is true, we can (and should) savely close this bug report as RESOLVED/WORKSFORME. Thank you very much in advance!
This bug still present in LibreOffice Version 3.6.0.2 (Build ID: 360m1(Build:102)), in Ubuntu 12.04.
(In reply to comment #7) > This bug still present in LibreOffice Version 3.6.0.2 (Build ID: > 360m1(Build:102)), in Ubuntu 12.04. OK, so this problem seems specific to LibreOffice for Linux (I can’t reproduce it with LibreOffice 3.6.1.1 on MacOS X). @Linux experts: Can anybody please reproduce/confirm this issue?
Additionally, it is read error, not write error. The generated PDF file with embedded ODT can be read normally in Windows.
On pc Debian x86-64 with master sources updated today, I reproduced the problem by following Roman's comment 5. When I try to open the pdf, LO indicates the file is corrupted and propose to repair it. Noticed these logs during export: warn:legacy.osl:24333:1:/home/julien/compile-libreoffice/libo/svl/source/items/custritm.cxx:117: CntUnencodedStringItem::PutValue(): Wrong type warn:legacy.osl:24333:1:/home/julien/compile-libreoffice/libo/sfx2/source/appl/appuno.cxx:396: Property not convertable: FilterName warn:legacy.osl:24333:1:/home/julien/compile-libreoffice/libo/sfx2/source/doc/docfile.cxx:2472: Unexpected Output stream parameter! warn:legacy.osl:24333:1:/home/julien/compile-libreoffice/libo/sfx2/source/doc/docfile.cxx:1843: Illegal Output stream parameter!
@Michael Meeks: It seems that there are still/again problems with getting back embedded ODT data from a PDF file. IIRC you have fixed some related problems earlier; could you please take a look at this issue? Or do you know another developer who could take this issue? -- so please CC him. Thank you very much!
I open the document with LibreOffice 3.5.4 from Debian Wheezy, 4.2.5 from Debian Wheezy backports and 4.3.0.2 from upstream on Debian Jessie. In any case the file is opened in LO Writer perfectly. Unfortunately, I can not test it on MacOS X. Note that package libreoffice-pdfimport is not installed with libreoffice as default in Debian. Maybe it is the same in Ubuntu. Check it if you use a version from repository. I am not sure which bugstatus (NEEDINFO, RESOLVED NOTABUG or RESOLVED WORKSFORME) would be better for this case. Please, reopen the bug if you can reproduce the issue with pdfimport installed on any platform.