You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tika.apache.org by "Tim Allison (Jira)" <ji...@apache.org> on 2020/03/05 14:44:00 UTC
[jira] [Updated] (TIKA-3059) New NPE in ImageGraphicsEngine
[ https://issues.apache.org/jira/browse/TIKA-3059?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Tim Allison updated TIKA-3059:
------------------------------
Attachment: 40f86f17048dbe5402a98b2c2c19161e813f99710137a96d8aca15d0c4603183
> New NPE in ImageGraphicsEngine
> ------------------------------
>
> Key: TIKA-3059
> URL: https://issues.apache.org/jira/browse/TIKA-3059
> Project: Tika
> Issue Type: Task
> Reporter: Tim Allison
> Priority: Major
> Attachments: 40f86f17048dbe5402a98b2c2c19161e813f99710137a96d8aca15d0c4603183, Screen Shot 2020-03-05 at 9.40.27 AM.png
>
>
> When we run the new inline image extraction code on some PDFs, we're getting a new NPE.
> {noformat}
> for (COSName name : res.getExtGStateNames()) {
> PDSoftMask softMask = res.getExtGState(name).getSoftMask();
> {noformat}
> In some cases, res.getExtGStateNames() appears to return COSNames that cannot then be found by res.getExtGState(name).
> We can add a null check to Tika for now. Is this a bug or feature in PDFBox?
--
This message was sent by Atlassian Jira
(v8.3.4#803005)