[ 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)