After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 563620 - fails to save form information with some PDFs
fails to save form information with some PDFs
Status: RESOLVED NOTGNOME
Product: evince
Classification: Core
Component: PDF
2.25.x
Other All
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-12-08 00:36 UTC by Alex Lancaster
Modified: 2008-12-12 17:28 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Alex Lancaster 2008-12-08 00:36:58 UTC
Please describe the problem:
Certain PDFs have forms that won't save with evince.  I built the latest evince (2.25.2) from source against the latest poppler (0.10.1).  

If this is purely a poppler bug, please let me know and I will refile this bug there.

Steps to reproduce:
1. download http://www.uscis.gov/files/form/I-130.pdf
2. fill out the first field and move your cursor to the next field (seem to be necessary to make sure that evince knows to save it)
3. "Save A Copy" as I-130-copy.pdf
4. close evince
5. re-open the saved file, from the command-line e.g. evince I-130-copy.pdf


Actual results:
The field's value is not restored.  On the command line you see the following message:

 Error: Reference to an invalid or non existant object

one per field field that you filled in the original form

Expected results:
The form data should be restored.

Does this happen every time?
Yes with this file.

Other information:
Other PDFs with forms work just fine, e.g. filling out and saving:

http://www.uscis.gov/files/form/i-134.pdf

works fine, so it seems to be a bug specific to certain forms
Comment 1 Alex Lancaster 2008-12-08 01:08:35 UTC
Refiled with poppler:

https://bugs.freedesktop.org/show_bug.cgi?id=18935