-
Notifications
You must be signed in to change notification settings - Fork 567
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OpenPDF makes no distinctions between reading password vs editing password #35
Comments
Although not the best solution, iText works around it with a property called |
Would love to see a fix for this in 1.1.1 - IMHO just adding a simple boolean flag such as allowPdfModifyWithoutOwnerPassword with getter/setter to PDFReader (and even defaulting it to true) might be the best way to handle this. I agree that "unethicalreading" is inappropriate as there is really nothing unethical about this. As I understand it, the intent of the owner password was to disallow casual modification, and not as a hard block and certainly not to disable reading entirely. |
Patches welcome. |
Sure thing. I'll see what I can do. |
Please see #84 |
I have a PDF that is password protected for editing (PDF/A compatible PDF), but can be read without password. If you open Acrobat Reader, go to File -> Properties -> Security -> Show Details.., you can see that there are actually two passwords possible and only for editing it is enabled. Acrobat can even force the PDF to be editable without password, losing the PDF/A compatibility in the process. So either way, a password protected PDF should be viewable in OpenPDF.
OpenPDF detects that the document is encrypted, but since I don't have a password it fails the following check:
I can open the PDF in other readers just fine as long as I don't enable editing mode. In OpenPDF I would expect something like the following check instead:
If I force this method to return
true
, it actually is able to read the PDF without issues (this is my current workaround, unfortunately).The text was updated successfully, but these errors were encountered: