[
https://issues.apache.org/jira/browse/PDFBOX-4814?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17084798#comment-17084798
]
Andreas Küllinger edited comment on PDFBOX-4814 at 4/16/20, 11:53 AM:
----------------------------------------------------------------------
We try to reproduce it with test files.
Our steps to reproduce it:
The first file should have "no ocg". Merge the file with "ocg" to the one
"without ocg" and save it. Merge another file with ocg to the merged result.
was (Author: kuelli):
We try to reproduce it with test files.
> Wrong COSType for OCProperties after merge
> ------------------------------------------
>
> Key: PDFBOX-4814
> URL: https://issues.apache.org/jira/browse/PDFBOX-4814
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel
> Affects Versions: 2.0.19
> Reporter: Andreas Küllinger
> Priority: Major
>
> If you merge a PDF document with OCProperties to a PDF document without
> OCProperties, the result of the merge is that the OCProperties type is no
> longer a COSDictionary but a COSObject. If a third document with OCProperties
> is merged with the previously created merge result, this leads to the
> following ClassCastException:
> org.apache.pdfbox.cos.COSObject cannot be cast to
> org.apache.pdfbox.cos.COSDictionary at
> org.apache.pdfbox.multipdf.PDFCloneUtility.cloneMerge(PDFCloneUtility.java:227)
> at
> org.apache.pdfbox.multipdf.PDFCloneUtility.cloneMerge(PDFCloneUtility.java:229)
> at
> org.apache.pdfbox.multipdf.PDFMergerUtility.appendDocument(PDFMergerUtility.java:730)
> at pdfboxtest.Test.main(Test.java:38)
> According to PDF Specification, OCProperties is always a dictionary.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
