[jira] [Commented] (PDFBOX-1872) PDMetadata.exportXMPMetadata fails when Metadata has encrypted stream

["Brzrk One (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/PDFBOX-1872?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14042137#comment-14042137 ] 

Brzrk One commented on PDFBOX-1872:
-----------------------------------

Just so you'll know, the document was already decrypted.
Perhaps recent changes in the depth of the decryption process have fixed
this?


On Mon, Jun 23, 2014 at 12:57 PM, Andreas Lehmkühler (JIRA) <jira@apache.org



> PDMetadata.exportXMPMetadata fails when Metadata has encrypted stream
> ---------------------------------------------------------------------
>
>                 Key: PDFBOX-1872
>                 URL: https://issues.apache.org/jira/browse/PDFBOX-1872
>             Project: PDFBox
>          Issue Type: Bug
>          Components: JempBox, PDModel
>    Affects Versions: 1.8.3
>         Environment: Not sure it matters, but Solaris (SunOS 5.10), java 1.6.0_19,
>            Reporter: Pat Hickey
>            Assignee: Andreas Lehmkühler
>            Priority: Minor
>
> When the Metadata is encoded with the Crypt filter, exportMetadata() fails to parse the XML. My guess is that PDDocumentCatalog.getMetadata() gives PDMetadata the raw stream, instead of the filtered one. Then PDMetadata.exportXMPMetadata() calls XMPMetadata.load(), which cannot parse the encrypted stream.  
> While I cannot post the document (proprietary), the outline shown by PDFDebugger goes like this:
> Root:Dictionary(Catalog)
> + AcroForm:Dictionary
> - Metadata:Stream(Metadata:XML)
>  - Filter:Array
>      o [0] Crypt
>   o Length:6302
>   o Subtype:XML
>   o Type:Metadata



--
This message was sent by Atlassian JIRA
(v6.2#6252)