Summary: | Support encrypted pdf files in pdfseparate | ||
---|---|---|---|
Product: | poppler | Reporter: | Matthew Lenz <matthew> |
Component: | utils | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | enhancement | ||
Priority: | medium | ||
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | separate also encrypted PDF |
Description
Matthew Lenz
2012-09-11 15:38:20 UTC
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.