[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