[
https://issues.apache.org/jira/browse/PDFBOX-5283?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17419677#comment-17419677
]
Michael Klink commented on PDFBOX-5283:
---------------------------------------
{quote}I'd still love to get feedback from you where we can improve the
'strict' mode Tilman pointed out as I do think that there are more security
sensitive applications PDFBox is used for such as signing and ones where we
might be able to be less strict such as rendering or text extraction. So if
you're willing please create a ticket and note the points.{quote}
I can start such a ticket. Currently I don't have the time, though, to check
whether the requirements _coming to my mind_ actually already are implemented
or not.
To be sure, by "strict mode" we mean "disabling the lenient parsing mode" which
in the commonly used PDF loading routines is used, don't we? Or is there more
to the "strict mode"?
> No Content - xRef / Obj Parsing
> -------------------------------
>
> Key: PDFBOX-5283
> URL: https://issues.apache.org/jira/browse/PDFBOX-5283
> Project: PDFBox
> Issue Type: Bug
> Components: Parsing
> Affects Versions: 2.0.24, 3.0.0 PDFBox
> Reporter: Oliver Schmidtmer
> Priority: Major
> Attachments: Lieferschein_110300.pdf
>
>
> There seems to be an issue with xRef / object reading when parsing the
> attached pdf.
> The PDF itself has for example two objects with the ref "8 0 R":
> One at position 1967 with a "/Content" entry.
> One at position 7782 without a "/Content" entry.
> Both are referenced in the XRef Table, so there seems to be something off.
> Probably Acrobat, etc. are using the first object, while PDFBox is using the
> second one.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org
For additional commands, e-mail: dev-h...@pdfbox.apache.org
