[
https://issues.apache.org/jira/browse/PDFBOX-3548?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15633474#comment-15633474
]
Tilman Hausherr commented on PDFBOX-3548:
-----------------------------------------
The /Size 10 entry in UnixSignature1.pdf is wrong. That should be 97. This
reminds me of PDFBOX-3336 where I discovered a similar problem in may, see my
comment "The /Size entry of the XRef stream is very suspicious". And like in
may, changing the /Size entry manually allows the file to be shown in Adobe
Reader (of course signature is no longer valid).
UnixSignatureWorkFine.pdf does not have an XRef stream, that is the difference.
Are you really sure that you are using 2.0.3 (have a look in your classpath)?
If yes, then please create some code that reproduces the problem with
UnixSignature1.pdf. With our sample code, I get /Size 117.
> Adobe Reader fails to detect PDFBox-generated signature of specific PDF
> -----------------------------------------------------------------------
>
> Key: PDFBOX-3548
> URL: https://issues.apache.org/jira/browse/PDFBOX-3548
> Project: PDFBox
> Issue Type: Bug
> Components: Signing
> Affects Versions: 2.0.3
> Environment: Java 1.8 Linux Certos 6.
> Reporter: Marco Monacelli
> Priority: Blocker
> Attachments: Original.pdf, Original_signed.pdf, UnixSignature.pdf,
> UnixSignature1.pdf, UnixSignatureWorkFine.pdf
>
>
> We use PDFBox to generate signatures. We have no problem with the majority of
> PDF.
> But we have a PDF that produces an unexpected result.
> If I open the file with PDFBox is signed, if I open it with Acrobat does not
> appear signed. as if acrobat ignore revisions.
> We enclose the original file and file the signed file.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
