[
https://issues.apache.org/jira/browse/PDFBOX-1895?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Andreas Lehmkühler resolved PDFBOX-1895.
----------------------------------------
Resolution: Fixed
Fix Version/s: 2.0.0
1.8.6
Assignee: Andreas Lehmkühler
I agree with Pat, most of the CIDSystemInfo dictionaries weren't decrypted.
I fixed that in revision 1594639 (trunk) and revision 1594642 (1.8 branch).
> Type0 settings /Registry and /Ordering are not decrypted when writing document
> ------------------------------------------------------------------------------
>
> 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
> Assignee: Andreas Lehmkühler
> Fix For: 1.8.6, 2.0.0
>
>
> 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.
> Update: The position of the objects in the document is not important, and is
> not the issue. Whether the file is corrupt or not according to preflight
> tools is not the issue. The problem is that the input document is encrypted,
> including the /Registry and /Ordering settings on the Type0 font, and the
> output document is not, however the encrypted strings are copied verbatim to
> the output document, despite having decrypted copies in use for the CMap of
> the PDType0Font.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
