Bug 17470 - evince doesn't properly fill out some forms
Summary: evince doesn't properly fill out some forms
Status: RESOLVED MOVED
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: Other All
: medium normal
Assignee: poppler-bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-07 10:51 UTC by Carlos Garcia Campos
Modified: 2018-08-20 21:59 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
example .pdf file showing missing fill-ins (107.00 KB, application/x-download)
2011-04-09 10:49 UTC, Larry Evans
Details

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.