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 339171 - delete inexistent files from recent menu
delete inexistent files from recent menu
Status: RESOLVED FIXED
Product: evince
Classification: Core
Component: general
git master
Other Linux
: Normal normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-04-20 12:40 UTC by Jani Monoses
Modified: 2007-01-14 17:40 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jani Monoses 2006-04-20 12:40:21 UTC 
some files may be in the recent menu, but no longer in the filesystem (i.e autodownloaded to /tmp from the browser and purged on boot). Since there's an error opening them, evince could remove them from the menu too.
Comment 1 Nickolay V. Shmyrev 2006-04-20 20:35:09 UTC 
Doesn't this bug belong to libegg / recent-files or shouldn't we update to recent file support landed in gtk to fix this problem?
Comment 2 Paolo Borelli 2006-04-21 09:55:47 UTC 
in gedit we remove the doc from the recent list when it cannot be loaded. Not sure if the new recent stuff takes care of that autoamgically.
Comment 3 Nickolay V. Shmyrev 2006-08-27 23:42:28 UTC 
GtkRecent has property for that, so this bug should be easy to fix. But I think it's better to leave them. Sometimes files can't be accessible - you might forget the password or type something different. But it's not the reason to remove them from recent list. I'd better wontfix it.

Probably Bryan will judge
Comment 4 Paolo Borelli 2006-08-27 23:49:13 UTC 
well, at least in theory you could look at the kind of error you get and treat ENOENT in a way and permission problems in another way.
Comment 5 Bryan W Clark 2006-08-28 04:28:05 UTC 
Sounds like special casing the permissions problems is a good way to work around this problem.  I think removing non-existant files from the list would be a helpful thing.  Assuming the permissions problem is handled such that those would stay around it'd be best to not have evince give an error message for a file _we_ offered them to open.
Comment 6 Carlos Garcia Campos 2007-01-14 17:40:44 UTC 
Right now, inexistent files are not shown in recent menu, but they are not explicitly removed from recent list, so that if they can be accessed in the future (i.e. because of permissions) they will be available.