This bug has been reported in evince at http://bugzilla.gnome.org/show_bug.cgi?id=564153 and https://bugs.launchpad.net/ubuntu/+source/evince/+bug/265033 but it is believed this is a poppler bug. Steps to Produce: 1. Use some of the forms from irs.gov, such as the 2008 f1040.pdf that is attached. 2. Enter data in any field. 3. Press return. Actual Results: Data is there until you press return, then it disappears. If you click on field again, you see the data again until you hit return. Expected Results: Data should stay even when field isn't selected. It's believed this is a poppler bug and not evince, because the following error appears on stdout just after return is hit: Error: Unknown font in field's DA string which appears to come from poppler/poppler/Annot.cc
I have, BTW, confirmed the bug with poppler version 0.10.3 and evince 2.24.1
Created attachment 22693 [details] IRS 2008 Form 1040 from http://www.irs.gov/pub/irs-pdf/f1040.pdf
Actually we are not doing anything bad, the forms define HeBo font as the font that should be used for rendering them and no HeBo font is defined on the document. Agreed that we can add a workaround for broken documents like this, will do when i have some time, that is probably never. If anyone wants to do it, feel free to write a note here you are starting to work on it so we don't duplicate work.
*** Bug 20485 has been marked as a duplicate of this bug. ***
I've sent an email to the support folks at Amgraf, the company responsible for the software that generates the IRS's PDFs. (I'd called on the phone and (poorly) attempted to describe the situation to a rep, who suggested that I email the support department.) I've also found a couple of references on the short font names for use in 'DA' fields in forms. iText, for instance, includes the list. http://itext.svn.sourceforge.net/viewvc/itext/trunk/src/core/com/lowagie/text/pdf/AcroFields.java?revision=3771&view=markup#l_2320 See the Scribus source, here, in PDFlib::PDF_Annotation(). http://scribus.info/svn/Scribus/branches/start/Scribus/scribus/libpdf/pdflib.cpp Here's the original bug report for Scribus; it seems that it's just an extraordinarily common, though undocumented, extension; maybe seeing how another PDF-using system dealt with the problem will be helpful. http://bugs.scribus.net/view.php?id=4620 The first table in this tutorial (p. 10) from 1999 has the list in it, so it goes back at least that far. http://www.math.uakron.edu/~dpstory/tutorial/pdfmarks/forms.pdf
Created attachment 33657 [details] A file to test Here is another file suffering of this bug. Does it have the same font problem as the other one? It doesn't seem.
I can confirm this bug with IRS Form 2008 using Evince 3.16.1.
-- 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/441.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.