Bug 17470

Summary: evince doesn't properly fill out some forms
Product: poppler Reporter: Carlos Garcia Campos <carlosgc>
Component: generalAssignee: poppler-bugs <poppler-bugs>
Status: RESOLVED MOVED QA Contact:
Severity: normal    
Priority: medium CC: notting
Version: unspecified   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments: example .pdf file showing missing fill-ins

Description Carlos Garcia Campos 2008-09-07 10:51:27 UTC 
Forwarded from evince: http://bugzilla.gnome.org/show_bug.cgi?id=529423

"Please describe the problem:
Some forms have some sort of code in them that affects how they format the
input. (Sorry, don't know enough about the PDF spec to be more specific).
Acrobat Reader properly handles this code. Evince does not.

An example form would be:
http://www.dor.state.nc.us/downloads/fillin/D400_webfill.pdf

For each spot where a dollar amount is expected, Acrobat will automatically add
'.00' to the dollar amount you enter. Evince does not.

Steps to reproduce:
1. Download http://www.dor.state.nc.us/downloads/fillin/D400_webfill.pdf
2. Do your taxes
3. Print them out
4. Mail them

Actual results:
The department of revenue misparses the evince-produced output, calculating
your taxes in an entirely different and incorrect manner.

Expected results:
Woo, refund!

Does this happen every time?
Yes"

The problem is not filling the form, but saving it. To reproduce it:
1.- Fill some form fileds
2.- Save it
3.- Open the saved file
Comment 1 Bill Nottingham 2009-03-29 22:07:54 UTC 
Still present in 0.10.4, FYI.
Comment 2 Bill Nottingham 2010-04-11 21:02:44 UTC 
Still present in 0.12.4.
Comment 3 Larry Evans 2011-04-09 10:49:33 UTC 
Created attachment 45446 [details]
example .pdf file showing missing fill-ins

form f1040sb.pdf filled after downloading from:

  http://www.irs.gov/pub/irs-pdf/f1040sb.pdf
Comment 4 Larry Evans 2011-04-09 10:51:33 UTC 
Something similar happens with selected irs forms.  With:

  http://www.irs.gov/pub/irs-pdf/f1040.pdf

1) the form can be filled; 
2) saved; 
3) evince exited; 
4) evince reentered;
5) saved form retrieved;
6) and values entered are still visible, as expected.

However, with:

  http://www.irs.gov/pub/irs-pdf/f1040sb.pdf

when the same steps are done, up to step 5, all is OK
*except* the values don't appear.  What's puzzling is
that if the same .pdf file is viewed with emacs,
the values *do* appear; however, nothing can be edited.

I'll attach such a filled f1040sb.pdf file.  The Name field
in the file should have John Q. Public and nothing else.

-Larry
Comment 5 GitLab Migration User 2018-08-20 21:59:31 UTC 
-- 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/146.

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.