GNOME Bugzilla – Bug 655587
PDF Form entry garbled
Last modified: 2018-05-22 14:19:58 UTC
Using the file: http://newyork.china-consulate.org/eng/lsqz/wjxz/P020110715854947563494.pdf if I enter "Welinder" in the surname field and leave the field, I will see "8FMJ0EFS" in the field. And it prints that way. (Note: I am not sure if the fifth character is "0" or "O".)
Confirming at least in Evince 3.4 with poppler 0.18.4. Will soon test with evince from git master and poppler from git master.
With evince master (ab175a83f), poppler master and cairo branch 1.12 I only can not see what I have entered. However, when I load the document I get plenty of: Syntax Error: Missing language pack for 'Adobe-GB1' mapping Syntax Error: Missing language pack for 'Adobe-GB1' mapping Syntax Error: Missing language pack for 'Adobe-GB1' mapping Syntax Error: Missing language pack for 'Adobe-GB1' mapping Syntax Error: Missing language pack for 'Adobe-GB1' mapping Syntax Error: Missing language pack for 'Adobe-GB1' mapping Syntax Error: Missing language pack for 'Adobe-GB1' mapping I have installed cmap-adobe-gb1 :-/
German, you need poppler-data, which is currently not taken by either the normal moduleset, neither yours :) with that installed, you still get the bug.
(In reply to comment #3) > German, you need poppler-data, which is currently not taken by either the > normal moduleset, neither yours :) with that installed, you still get the bug. poppler-data from master wants to be installed in the system. So, I just created a symlink from my local build to /usr/share/poppler and it works. Thanks for the tip. That said, I can reproduce the bug with master :-)
You can also modify the prefix of the Makefile in poppler-data git repo to your jhbuild prefix and it also works :)
Still reproducible with evince/poppler master (> 3.8/0.22.3)
*** Bug 682218 has been marked as a duplicate of this bug. ***
It might be trivial, but any character x being replaced by a character which is ascii (x) - 31. Again, don't know if it is relevant, but something like this would happen in a bad attempt at capitalizing lower case alphabets (a-z), which would be (ascii (x) - 32) for the lower case alphabets.
(In reply to comment #8) > It might be trivial, but any character x being replaced by a character which is > ascii (x) - 31. > > Again, don't know if it is relevant, but something like this would happen in a > bad attempt at capitalizing lower case alphabets (a-z), which would be (ascii > (x) - 32) for the lower case alphabets. Right. However, Acroread 9.5 leaves the text as is, without any replacement.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME'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.gnome.org/GNOME/evince/issues/235.