I just encountered this in a more serious form -- evince now attempts to save filled in data in forms, but doesn't it doesn't always work. I was also filling in my tax information to an IRS form, tested to make sure saving the form data worked before I got started, and then started filling things out -- when I saved partway through, I got a corrupt file and lost all my information. I'm having difficulty reproducing the bug, but I do have the saved corrupt files (two different kinds: one was just a 0-byte file, the other seemed to include the filled in form data but none of the data from the original PDF, and is not a valid PDF). To me this seems like it should have severity "serious", since it leads to data loss in its current form -- no? This is with evince 3.14.1-1; here's my dependency information:
-- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.11 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages evince depends on: ii evince-common 3.14.1-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-13 ii libcairo-gobject2 1.14.0-2.1 ii libcairo2 1.14.0-2.1 ii libevdocument3-4 3.14.1-1 ii libevview3-3 3.14.1-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libnautilus-extension1a 3.14.1-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libsecret-1-0 0.18-1+b1 ii libxml2 2.9.1+dfsg1-4 ii shared-mime-info 1.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages evince recommends: ii dbus-x11 1.8.12-3 ii gvfs 1.22.2-1 Versions of packages evince suggests: ii nautilus 3.14.1-2 ii poppler-data 0.4.7-1 pn unrar <none> -- no debconf information -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
