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 665949 - evince forgets data in form partly
evince forgets data in form partly
Status: RESOLVED OBSOLETE
Product: evince
Classification: Core
Component: PDF
3.2.x
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-12-11 16:11 UTC by Hanno Böck
Modified: 2013-07-03 16:01 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
plain, empty form (785.34 KB, application/pdf)
2011-12-11 16:12 UTC, Hanno Böck 		Details
form with invisible content in "Wohnort" (786.39 KB, application/pdf)
2011-12-11 16:12 UTC, Hanno Böck 		Details
pdf with value in "Wohnort" that doesn't appear (785.91 KB, application/pdf)
2012-12-31 10:34 UTC, Hanno Böck 		Details

Description Hanno Böck 2011-12-11 16:11:57 UTC 
I got a pretty weird behaviour when trying to fill out the attached pdf form.

If I put in data into some fields of the form, save them and open it again, the data disappears. An example form field where this happens is the one below "Wohnort".

But when I then click on the form field to edit it, the input data is there again. When I press enter to leave the form field, it disappears again. If I enter something different, it stays there.

I'll attach both the plain form and the form with something in the "Wohnort"-field.
Comment 1 Hanno Böck 2011-12-11 16:12:18 UTC 
Created attachment 203212 [details]
plain, empty form
Comment 2 Hanno Böck 2011-12-11 16:12:40 UTC 
Created attachment 203213 [details]
form with invisible content in "Wohnort"
Comment 3 Hanno Böck 2012-12-19 07:44:23 UTC 
Got no reaction for over a year. I just saw this again in an unrelated other PDF form with the latest version of evince. This is pretty damning, as it can destroy a lot of work and makes evince a dangerous choice for filling out forms.
Comment 4 José Aliste 2012-12-19 18:52:05 UTC 
This was a bug in poppler that was fixed in October 2012. For instance, this works for me on Fedora 18 (evince 3.6.1 and poppler 0.20.2).
Comment 5 Hanno Böck 2012-12-31 10:08:35 UTC 
This is not fixed. Tested with poppler 0.20.5 and evince 3.6.1 and its still there.
Comment 6 José Aliste 2012-12-31 10:30:41 UTC 
are you sure? With the same attachment as in comment 1?
Comment 7 Hanno Böck 2012-12-31 10:34:09 UTC 
Yes, just re-tested with the same file. I'll attach a sample where the error appears.
Comment 8 Hanno Böck 2012-12-31 10:34:50 UTC 
Created attachment 232428 [details]
pdf with value in "Wohnort" that doesn't appear
Comment 9 José Aliste 2012-12-31 10:43:31 UTC 
weird... the file in comment 8 does not have the proper appareance stream... but as soon as I modify its content, the word reappears... So it is fixed here... Do you get some console errors on evince when modifiying the word or saving the file (just start evince from a terminal) 
?
Comment 10 Hanno Böck 2012-12-31 11:08:46 UTC 
No, no console output at all.
Comment 11 Germán Poo-Caamaño 2013-02-18 03:20:13 UTC 
I can reproduce the problem with Evince 3.4.0.  But, if I open the plain form with Evince 3.7.5/poppler 0.22.1 and save the form, there is no problem.
Comment 12 Germán Poo-Caamaño 2013-06-15 07:57:37 UTC 
Hanno, can you confirm this issue still exists with newer Evince/poppler?
Comment 13 Hanno Böck 2013-07-03 10:57:57 UTC 
Seems it is fixed in evince 3.6.1/poppler 0.22.5, so we're done here.
Comment 14 Germán Poo-Caamaño 2013-07-03 16:01:28 UTC 
(In reply to comment #13)
> Seems it is fixed in evince 3.6.1/poppler 0.22.5, so we're done here.

Thanks for reporting it back.