[Poppler-bugs] [Bug 92597] New: Fix showing of some non-ASCII characters in forms
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Oct 22 07:34:08 PDT 2015
https://bugs.freedesktop.org/show_bug.cgi?id=92597
Bug ID: 92597
Summary: Fix showing of some non-ASCII characters in forms
Product: poppler
Version: unspecified
Hardware: Other
OS: All
Status: NEW
Severity: normal
Priority: medium
Component: general
Assignee: poppler-bugs at lists.freedesktop.org
Reporter: mkasik at redhat.com
Poppler renders some characters in forms as "fi" instead of showing the correct
glyph or nothing (if the font doesn't contain necessary glyphs). This can be
reproduced by opening the form from
https://bugzilla.gnome.org/show_bug.cgi?id=756805 and typing "šč" into a text
field. Actual result is "fifi".
I've found that there are 2 minor bugs which if fixed improves the situation a
little.
The first one is that there is a misplaced continue statement in
"CharCodeToUnicode::mapToCharCode()". It should be called on the parent loop
instead of the nested one. After fixing this, there are no characters shown
which should be the case if it doesn't find them.
The second one is that "Annot::Layout()" calls
"ccToUnicode->mapToCharCode(&uChar, &c, 2)" with wrong parameter. The last one
should be "1" because the uChar is Unicode and hence the &uChar is an array
with just one member, not 2. After fixing this, at least the "š" is shown.
See the attached patches.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20151022/17cec9ae/attachment.html>
More information about the Poppler-bugs
mailing list