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 313331 - Recent documents menu goes empty, if FAM sends a DELETE, CREATE event sequence
Recent documents menu goes empty, if FAM sends a DELETE, CREATE event sequence
Status: RESOLVED DUPLICATE of bug 313520
Product: gnome-panel
Classification: Other
Component: panel
2.10.x
Other Linux
: Normal major
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2005-08-12 14:46 UTC by John McCutchan
Modified: 2005-08-16 06:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description John McCutchan 2005-08-12 14:46:41 UTC
Use gamin 0.1.5 with inotify, and just use the desktop for a while. The recent
Documents menu will go empty. Open a terminal, and 'touch .recently-used' the
menu will be re-filled. You can cause this to happen by doing this,

$ cp .recently-used .ff
$ rm .recently-used

check the menu, it's empty.

$ cp .ff .recently-used

check the menu, it's empty.

$ touch .recently-used

check the menu, it's back.

The problem is that when the application gets a CREATE event, it doesn't do
anything. The create event should be treated the same way as the CHANGED event.

This doesn't happen with gamin + dnotify, because it is racey and doesn't send
all the events. (IE, the file is deleted/created before gamin has a chance to
respond, so it thinks it's just been changed).
Comment 1 Mark McLoughlin 2005-08-16 06:36:22 UTC

*** This bug has been marked as a duplicate of 313520 ***