[ https://issues.apache.org/jira/browse/PDFBOX-2341?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Tilman Hausherr resolved PDFBOX-2341. ------------------------------------- Resolution: Won't Fix Assignee: Tilman Hausherr The old parser works as described, I traced through it, saved intermediate files etc. What really happened is a border case that can't be solved without creating trouble elsewhere: the encrypted stream has a hex 0D at the end. In the sequential parser that 0x0D isn't taken into the stream because it is assumed that it doesn't belong to it, i.e. one expects "stream-data 0D 0A endstream", or "stream-data 0D endstream". The non-sequential parser just takes the stream according to the length. To prove that theory I changed your file so that there is one 0D more in the stream. Now it works with the sequential parser. This suggests that this missing 0D has a meaning for the decryption routine. I also did the opposite test, changed the length of the stream so that 0D isn't included, and not it failed with the nonsequential parser. So long story in short: use nonseq :-) > WriteDecodedDoc cant decrypt pdf correctly > ------------------------------------------ > > Key: PDFBOX-2341 > URL: https://issues.apache.org/jira/browse/PDFBOX-2341 > Project: PDFBox > Issue Type: Bug > Components: Parsing > Affects Versions: 2.0.0 > Reporter: simon steiner > Assignee: Tilman Hausherr > Attachments: aes256_57.pdf > > > java -jar ~/pdf-box-svn/app/target/pdfbox-app-2.0.0-SNAPSHOT.jar > WriteDecodedDoc aes256_57.pdf tmp.pdf > "Kind Regards" missing > I guess you will ask me to use nonseq -- This message was sent by Atlassian JIRA (v6.3.4#6332)