I have a pdf that pdfseparate (0.20.1 and 0.20.4) doesn't like (complains that it is encrypted but it isn't) but pdftoppm processes just fine. Using the following commmands: FAILS pdfseparate cruise-docs.pdf export-%d.pdf WORKS pdftoppm -r 300 cruise-docs.pdf export PDF: https://www.box.com/s/12rqgsxf94f0ibcm5t5h
The document is encrypted by the PDF speak and that makes it not supported by pdfseparate, there is no bug here, just a missing feature
(In reply to comment #1) > The document is encrypted by the PDF speak and that makes it not supported by > pdfseparate, there is no bug here, just a missing feature "by the PDF speak"? What is that? :)
by the PDF speak -> "in the PDF language" -> "in the PDF specification", etc etc Just open the pdf file with a text editor and see how it says /Encrypt 44 0 R That means the PDF is encrypted (even if it does not ask for a password since the password is "")
Created attachment 67154 [details] [review] separate also encrypted PDF The patch based on Fabio's support to save encrypted files, so thanks to Fabio!
Move the code you added to XRef::XRef(Object *trailerDictA) to XRef::init ?
(In reply to comment #5) > Move the code you added to XRef::XRef(Object *trailerDictA) to XRef::init ? Sounds reasonable, but then we need to regtest it, don't we? The methods I changed in XRef.cc are just called by pdfseparate... :-)
Pushed to master. Will be in poppler 0.22
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.