Launchpad has imported 6 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=103492.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2017-10-27T19:09:19+00:00 Thomas Dreibholz wrote: Evince and Okular (based on poppler) uses the wrong encoding when filling out a PDF form. How to reproduce: - Get the official Chinese Visa Application Form from http://www.china-embassy.org/eng/visas/fd/W020130830801798289342.pdf - Open it in Evince - Fill in a name (e.g. "Smith"). The entered text is displayed correctly. - Click into another filed - The previously entered name is displayed in wrong characters (wrong encoding used?). E.g. "Smith" becomes "4NJUI". - Saving and loading the PDF (with the entered text) also results in displaying wrong characters - Clicking into the name filed results in displaying the correct name ("Smith") => It seems that somewhere in Evince (or libpoppler?) the wrong encoding is used for displaying non-active input fields. Tested Ubuntu versions: - Ubuntu 16.04 - Ubuntu 17.10 Reply at: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1728077/comments/3 ------------------------------------------------------------------------ On 2017-10-27T19:29:36+00:00 Thomas Dreibholz wrote: Created attachment 135133 Screenshot: filling in text into a field of the form Reply at: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1728077/comments/5 ------------------------------------------------------------------------ On 2017-10-27T19:31:43+00:00 Thomas Dreibholz wrote: Created attachment 135134 Screenshot: filling in text into a field of the form Reply at: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1728077/comments/6 ------------------------------------------------------------------------ On 2017-10-27T19:32:31+00:00 Thomas Dreibholz wrote: Created attachment 135135 Screenshot: result after activating another field of the form Reply at: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1728077/comments/7 ------------------------------------------------------------------------ On 2017-10-27T19:43:32+00:00 Thomas Dreibholz wrote: The PDF form contains a couple of fonts -- some are embedded, some are not -- with a couple of different encodings. May be something in libpoppler goes wrong with the font encoding handling for the form's fields? $ pdffonts W020130830801798289342.pdf name type encoding emb sub uni object ID ------------------------------------ ----------------- ---------------- --- --- --- --------- ZJWNJQ+SimSun CID TrueType Identity-H yes yes yes 1780 0 AASELS+TimesNewRoman,Bold CID TrueType Identity-H yes yes yes 1785 0 JEIVZQ+SimSun CID TrueType Identity-H yes yes yes 1787 0 HRUUFF+SimSun CID TrueType Identity-H yes yes yes 1789 0 TimesNewRomanPS-BoldItalicMT TrueType WinAnsi no no no 1791 0 TimesNewRomanPSMT TrueType WinAnsi no no no 1793 0 Times-Roman Type 1 Custom no no no 1689 0 AdobeSongStd-Light CID Type 0 UniGB-UTF16-H no no no 1692 0 SimHei CID TrueType UniGB-UTF16-H no no no 1693 0 SimSun CID TrueType UniGB-UTF16-H no no no 1694 0 TimesNewRoman TrueType WinAnsi no no no 1695 0 MicrosoftYaHei CID TrueType UniGB-UTF16-H no no no 1717 0 MicrosoftYaHei,Bold CID TrueType UniGB-UTF16-H no no no 1718 0 NSimSun CID TrueType UniGB-UTF16-H no no no 1719 0 AdobeSongStd-Light CID Type 0 UniGB-UTF16-H no no no 1772 0 ZJWNJQ+SimSun CID TrueType Identity-H yes yes yes 285 0 TimesNewRomanPSMT TrueType WinAnsi no no no 289 0 ZJWNJQ+SimSun CID TrueType Identity-H yes yes yes 372 0 QGJLNI+CambriaMath CID TrueType Identity-H yes yes yes 377 0 TimesNewRomanPSMT TrueType WinAnsi no no no 379 0 AdobeSongStd-Light CID Type 0 UniGB-UTF16-H no no no 361 0 TimesNewRomanPS-BoldItalicMT TrueType WinAnsi no no no 398 0 KozMinPr6N-Regular CID Type 0 UniJIS-UTF16-H no no no 410 0 Reply at: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1728077/comments/8 ------------------------------------------------------------------------ On 2018-08-21T11:09:34+00:00 Gitlab-migration wrote: -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/poppler/poppler/issues/539. Reply at: https://bugs.launchpad.net/ubuntu/+source/poppler/+bug/1728077/comments/9 ** Changed in: poppler Status: Confirmed => Unknown -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1728077 Title: Evince uses wrong encoding when filling out a PDF form Status in Poppler: Unknown Status in poppler package in Ubuntu: New Bug description: Evince uses the wrong encoding when filling out a PDF form. How to reproduce: - Get the official Chinese Visa Application Form from http://www.china-embassy.org/eng/visas/fd/W020130830801798289342.pdf - Open it in Evince - Fill in a name (e.g. "Smith"). The entered text is displayed correctly. - Click into another filed - The previously entered name is displayed in wrong characters (wrong encoding used?). E.g. "Smith" becomes "4NJUI". - Saving and loading the PDF (with the entered text) also results in displaying wrong characters - Clicking into the name filed results in displaying the correct name ("Smith") => It seems that somewhere in Evince (or libpoppler?) the wrong encoding is used for displaying non-active input fields. Tested Ubuntu versions: - Ubuntu 16.04 - Ubuntu 17.10 To manage notifications about this bug go to: https://bugs.launchpad.net/poppler/+bug/1728077/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp