After reboot, offers to recover deleted files from /tmp

[Paul Sladen]

Binary package hint: evince

If a PDF file is viewed directly from the web, it will be saved in /tmp and then opened with Evince.

/tmp is tmpfs and will be cleaned after reboot. If the machine is rebooted, then the next loading of Evince will offer to recover files which do not exist.

Ideally Evince should check if a previously in-use file still exists before offering to recover it.

[Dimitrios Symeonidis (azimout)]

this could be made more generic and check in general before suggesting to recover, e.g. also for nfs mounts

[Sebastien Bacher (seb128)]

Thank you for your bug report. The issue is an upstream one and it would be nice if somebody having it could send the bug the to the people writting the software (https://wiki.ubuntu.com/Bugs/Upstream/GNOME)

[Sebastien Bacher (seb128)]

Thank you for sending the bug to GNOME

[Paul Sladen (sladen)]

Backport from:

http://git.gnome.org/cgit/evince/commit/?id=983bd73c3ee766d11c217f12c44c77fc801a38f2
http://git.gnome.org/cgit/evince/commit/?h=gnome-2-28&id=5e81248269824a8ee350919fec950507c1124133

[Sebastien Bacher (seb128)]

The change will be in GNOME 2.28.1 which will be in karmic

[Launchpad Janitor (janitor)]

This bug was fixed in the package evince - 2.28.1-0ubuntu1

---------------
evince (2.28.1-0ubuntu1) karmic; urgency=low

  * New upstream release: (LP: #455690)
    - Make sure total_num_bytes > 0 before using it in progress callbacks
    - Escape document URI before showing it in progress area
      (Carlos Garcia Campos)
    - Remove progress message area when document download finishes
      (Carlos Garcia Campos)
    - Fix a crash when there are form field widgets active during
      rotation (LP: #418042) (Carlos Garcia Campos)
    - Do not try to recover invalid or unneeded files (LP: #432682)
      (Carlos Garcia Campos)
    - Translation updates

 -- Didier Roche <email address hidden> Mon, 19 Oct 2009 21:06:21 +0200