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

Reply via email to