You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pdfbox.apache.org by "ASF subversion and git services (Jira)" <ji...@apache.org> on 2019/12/25 11:11:00 UTC
[jira] [Commented] (PDFBOX-4720) cmap entries "<0000>
<0000>" are cut
[ https://issues.apache.org/jira/browse/PDFBOX-4720?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17003219#comment-17003219 ]
ASF subversion and git services commented on PDFBOX-4720:
---------------------------------------------------------
Commit 1871957 from lehmi@apache.org in branch 'pdfbox/branches/2.0'
[ https://svn.apache.org/r1871957 ]
PDFBOX-4720: support widely used malformed bfranges identical to an identity mapping
> 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: dev-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: dev-help@pdfbox.apache.org