[
https://issues.apache.org/jira/browse/PDFBOX-1895?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13993984#comment-13993984
]
Pat Hickey commented on PDFBOX-1895:
------------------------------------
The input is a file that Adobe Reader will display (reference above).
This code copies the input to the output *without* decrypting.
Should I expect that Adobe Reader will display the file now?
It does not. Everything is completely garbled.
And it *still* complains about missing fonts.
I'm beginning to suspect a conflation of font and decryption issues.
The trick will be how to debug this w/o writing another parser. :(
{code}
public static void main( String[] args ) {
PDDocument document = PDDocument.load( args[ 0 ] );
document.save( args[ 1 ] );
document.close();
System.exit( 0 );
}
{code}
> Modifying a damaged PDF damages it further
> ------------------------------------------
>
> Key: PDFBOX-1895
> URL: https://issues.apache.org/jira/browse/PDFBOX-1895
> Project: PDFBox
> Issue Type: Bug
> Components: Writing
> Affects Versions: 1.8.3, 1.8.4
> Reporter: Pat Hickey
>
> When re-writing a document with font descriptions, Adobe Reader is unable to
> display the fonts in the document. Reader can display the fonts in the
> original document. The difference is that in the original document, the font
> descriptions are in lower object numbers than the font references; in the
> output document, the font descriptions are in higher object numbers than the
> font references. Is there a quick way to re-order them?
> Update: the PDF file in question is actually corrupt, but somehow modifying
> it with PDFBox causes it to no longer be readable with Adobe Reader.
--
This message was sent by Atlassian JIRA
(v6.2#6252)