[
https://issues.apache.org/jira/browse/PDFBOX-4720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17003226#comment-17003226
]
Andreas Lehmkühler commented on PDFBOX-4720:
--------------------------------------------
PDFBOX-4661 introduced the regression as it removed the support for such
malformed bfranges within ToUnicode-mappings. Now, that special case is
supported again by adding a mapping for the whole range from <0000> to <FFFF>.
> cmap entries "<0000> <FFFF> <0000>" are cut
> -------------------------------------------
>
> Key: PDFBOX-4720
> URL: https://issues.apache.org/jira/browse/PDFBOX-4720
> Project: PDFBox
> Issue Type: Bug
> Components: FontBox, Text extraction
> Affects Versions: 2.0.17
> Reporter: Tilman Hausherr
> Assignee: Andreas Lehmkühler
> Priority: Major
> Labels: regression
> Attachments: OLZD4CBMION7ZUV3M62BYWWIQJIS3IA3-reduced.pdf,
> OLZD4CBMION7ZUV3M62BYWWIQJIS3IA3.pdf
>
>
> Parts of the text extraction is lost in the attached files because of the
> ToUnicode stream. Entries like
> {code:java}
> <0000> <FFFF> <0000> {code}
> are cut at 256 elements, likely from PDFBOX-4661 and previous ones. While
> such an entry is incorrect, I think it should still be accepted when it's
> exactly that one.
> Several such files have popped up in the last regression tests; I analysed
> only this one but it explains why I saw so many "foreign" differences: the
> ascii codes are OK, but not the "very special" characters.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
