need to refresh the view to get a new directory listed

I can confirm this [edgy (2.6.17-5), amd64, nautilus 2.15.4]

Thanks for your bug report. I reopened http://bugzilla.gnome.org/show_bug.cgi?id=311907 in the upstream bug tracker, which describes the same problem.

if you use "gnomevfs-monitor Desktop" does it get events about changes happening to the Desktop directory?

Yes, for exemple, when i create a new file :

nicolas@derive-n:~$ gnomevfs-monitor Desktop
Starting monitor for file:///home/nicolas/Desktop
Created event:
  -> monitor_uri: file:///home/nicolas/Desktop
  -> info_uri: file:///home/nicolas/Desktop/nouveau%20fichier
Metadata changed event:
  -> monitor_uri: file:///home/nicolas/Desktop
  -> info_uri: file:///home/nicolas/Desktop/nouveau%20fichier

(nouveau%20fichier stands for "new file")

notification seems to work fine and nautilus works fine for me, that would require somebody having the issue debugging it, sending it back as Unconfirmed until somebody else picks it up

I can confirm this bug:

My Desktop is equivalent to my homedir. If I create a new folder with right-click, it won't appear on my Desktop until I redraw it with CTRL+R. Nevertheless, if I create a folder in a terminal, everything works fine.

thomas@silverstar:~$ ps aux |grep gamin
thomas 5485 0.0 0.0 2564 1168 ? S 08:22 0:00 /usr/lib/gamin/gam_server
thomas 9334 0.0 0.0 2984 832 pts/1 R+ 09:51 0:00 grep gamin

thomas@silverstar:~$ gnomevfs-monitor .
Starting monitor for file:///home/thomas/
# New folder with right click
Created event:
  -> monitor_uri: file:///home/thomas/
  -> info_uri: file:///home/thomas/Namenloser%20Ordner
#Nothing could bee seen. At this point, I pressed CTRL+R, saw and removed the folder afterwards.
Deleted event:
  -> monitor_uri: file:///home/thomas/
  -> info_uri: file:///home/thomas/Namenloser%20Ordner
#Here the Folder vanished like it should. Now I opended a new terminal
Metadata changed event:
  -> monitor_uri: file:///home/thomas/
  -> info_uri: file:///home/thomas/.gnome2_private
#And created a folder with mkdir
Created event:
  -> monitor_uri: file:///home/thomas/
  -> info_uri: file:///home/thomas/Folder
#In this case, everything worked fine.
Deleted event:
  -> monitor_uri: file:///home/thomas/
  -> info_uri: file:///home/thomas/Folder
Created event:
  -> monitor_uri: file:///home/thomas/
  -> info_uri: file:///home/thomas/Folder
Deleted event:
  -> monitor_uri: file:///home/thomas/
  -> info_uri: file:///home/thomas/Folder
Stopping monitor

Im' using Ubuntu edgy with newes updates, but Kernel 2.6.15-23-686 #1 SMP PREEMPT Tue May 23 14:03:07 UTC 2006 i686 GNU/Linux

It happens with the right, create a new directory option on my box (but not when copying a file as stated by the first comment), I've updated the bug title and forwarded the bug upstream according to that: http://bugzilla.gnome.org/show_bug.cgi?id=348097

I have also experienced this "symptom" running Edgy Knot1. How can I provide usefull information?

Cheers,

Og

Thank you for your comment, I don't think the bug lack information, it just lacks somebody knowing the code making a patch to fix it, if you want to write a patch you are welcome

fixed upstream

This upload fixes the issue:

 nautilus (2.15.91-0ubuntu1) edgy; urgency=low
 .
   * New upstream version:
     - Use gtk recent files code
     - Fix file change notification regression (Ubuntu: #52941)
     - Don't display raw form of selinux contexts
     - Import lates EggSequence with bugfixes
     - DnD fixes
     - Read .hidden symlinks
     - Fix down navigation in last column, next to last row
   * debian/control.in:
     - updated eel2 and gtk requirements according to configure

You have to reopen this bug for FEISTY!!!! Changes to the directory's contents are not shown until F5. I opened a new bug #97439 for this but marked it a duplicate.

Actually it does not seem to be a duplicate. The reason for this seems to be somewhere else than nautilus. gnomevfs-monitor does not report the changes I make. Maybe gamin is not started or the necessary kernel modules not loaded on boot?

I've updated to Ubuntu 9.04, and now I have this bug. Any new file on my desktop isn't shown until I refresh in Nautilus with Ctrl+R.

Jean-Philippe Fleury wrote:
> I've updated to Ubuntu 9.04, and now I have this bug. Any new file on my desktop
> isn't shown until I refresh in Nautilus with Ctrl+R.

Ubuntu's updates of today fixed the bug for me.

I still have a related problem. I have nautilus set to displaying the size of the file at default zoom level. While it correctly updates filesizes as a file grows, it does not update file counts in directories. Should I file a new bug?

I should add that I'm on 9.04 and the update only fails if the operation causing the number of items in a given folder to change occurs outside of nautilus (e.g. in a terminal, downloading in firefox etc..)

I can confirm this in Jaunty amd64. Please let me know if I can assist further.