[
https://issues.apache.org/jira/browse/PDFBOX-5375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17492176#comment-17492176
]
Tilman Hausherr commented on PDFBOX-5375:
-----------------------------------------
This brings a wrong rendering for the file here
https://github.com/mozilla/pdf.js/issues/9650
and for the (confidential) image of PDFBOX-1735.
It's not totally unexpected, your change expects that people call
{{getColorSpace()}}. So the change fails as soon as an operation accesses the
image without doing that.
> Allow creating of PDFXObjectImage without accessing to the image stream
> -----------------------------------------------------------------------
>
> Key: PDFBOX-5375
> URL: https://issues.apache.org/jira/browse/PDFBOX-5375
> Project: PDFBox
> Issue Type: Bug
> Components: PDModel
> Affects Versions: 2.0.25, 3.0.0 PDFBox
> Reporter: Thomas Ledoux
> Priority: Major
> Attachments: patch.txt
>
>
> Currently, when a PDF embeds JPEG2000 images, the simple parsing of the file
> generates a warning
> when the code hits a call to getXObject(name) from a PDResources for a image
> without creating the
> underlining PDFXObjectImage object, related to the absence of the JAI
> third-party.
> However, when we just want to access the width or height propertis (which are
> defined outside the stream in the associated dictionnary).
> Looking at the constructor of PDFXObjectImage, it appears that the image is
> always read to retrieve the colorspace.
> The proposed patch is moved this initialization to the getColorSpace() method
> so that the object is created and the Exception will be raised only if the
> image needs to be really accessed.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
