Please describe the problem:
Initially, on a cold reboot, everything works fine. But after some time (20minutes or so) Nautilus Desktop will fail to update icons for files that were created NOT as a result of direct interaction with the user interface. For example unzipping a tar file with "extract archive here" on the Desktop will not update the desktop to show the new folder, or things like "echo blah >> /home/Desktop/testfile" will no longer show a new file.

File creation and deletion from direct interaction with the UI such as right clicking and "new file" or drag and drop responds fine.

Steps to reproduce:
1. Login and copy a non-empty tarball to the desktop
2. Wait 20 minutes or so (do something else)
3. Right click the tarball and do "extract here" (must have file-roller installed)
4. Notice that the new folder created does not appear on the desktop. It will appear after a manual "refresh".
5. Open a terminal and do "touch ~/Desktop/testfile"
6. testfile does not appear on desktop either.


Actual results:
Files that are created as a result of external programs do not appear on the desktop.

Expected results:
Desktop updates properly to reflect the actual contents of the Desktop directory.

Does this happen every time?
Yes. Reproducible much more easily on slower systems. Faster machines will also exhibit this behaviour but after a much longer time.

Other information:
It looks like some file monitoring callbacks might be lost. Using Gnome 2.24 with a live filesystem as root. This bug only exists on the Desktop folder (and the desktop view). No other folders have this issue.