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 348097 - need to refresh the view to get a new directory listed
need to refresh the view to get a new directory listed
Status: RESOLVED FIXED
Product: nautilus
Classification: Core
Component: File and Folder Operations
2.15.x
Other Linux
: Normal critical
: 2.16.x
Assigned To: Nautilus Maintainers
Nautilus Maintainers
: 347780 349104 349833 350125 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-07-20 08:28 UTC by Sebastien Bacher
Modified: 2009-04-20 00:40 UTC
See Also:
GNOME target: 2.16.x
GNOME version: 2.15/2.16



Description Sebastien Bacher 2006-07-20 08:28:44 UTC
That bug has been described on https://launchpad.net/distros/ubuntu/+source/nautilus/+bug/52941

"...
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.
..."

That is not specific to the desktop, right click and the option to create a new directory requires a refresh to display it
Comment 1 Sebastien Bacher 2006-07-20 08:31:07 UTC
from the distribution comment too:

"...
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
..."
Comment 2 Jose M. daLuz 2006-07-25 04:31:40 UTC
It's not just folders. Try right-clicking on the desktop and creating an empty file. You have to refresh to see it. Same with copying a file between folders. Moving a file between folders or to the desktop works, it's only with a new file or folder that this problem occurs.
Comment 3 younker 2006-07-28 05:00:35 UTC
Yes, I also met this problem, when you create a new folder or a file form the file browser, you need to refresh the view then you can input the file name or directory name, I think this is a serious problem of a file manager, but I think they should be fixed ASAP, before 2.15.3, it works fine. 

Comment 4 Sebastien Bacher 2006-08-03 21:54:43 UTC
*** Bug 349833 has been marked as a duplicate of this bug. ***
Comment 5 John McCutchan 2006-08-03 22:06:43 UTC
Re: 349833: I don't think there is a bug in the inotify/gnome-vfs monitoring code. if gnomevfs-monitor gets create event then nautilus will too. Why nautilus isn't responding to the create event I can't really say.
Comment 6 Christian Kellner 2006-08-04 10:53:04 UTC
I also see this bug PLUS nautilus is omitting some files/directories on the initial opening of a folder. If I for example open my home dir for the first time at least 5 folders are missing. Ctrl+r helps but this is a damn serious issue. I am ging to rise the priority here! Maybe that is a second bug though bug I guess it is related. gnomevfs-ls works flawlessly. 
Comment 7 Christian Kellner 2006-08-04 10:55:03 UTC
I forgot to set the Target milestone. We really need this to be fixed for 2.16. 
Comment 8 Peter Sääf 2006-08-04 13:12:29 UTC
*** Bug 347780 has been marked as a duplicate of this bug. ***
Comment 9 Martin Wehner 2006-08-04 21:54:35 UTC
It's fixed in CVS. It was caused by the patch from bug 336051.
Sorry for the inconvenience.

2006-08-04  Martin Wehner  <martin.wehner@gmail.com>

	* libnautilus-private/nautilus-directory-async.c:
	(dequeue_pending_idle_callback): Revert patch from #336051
	as it breaks the file update machinery. Fixes #348097.
Comment 10 Christian Neumair 2006-08-06 08:02:32 UTC
*** Bug 350125 has been marked as a duplicate of this bug. ***
Comment 11 Frederic Crozat 2006-08-07 09:12:26 UTC
*** Bug 349104 has been marked as a duplicate of this bug. ***
Comment 12 Jean-Philippe Fleury 2009-04-18 04:17:08 UTC
I've updated to Gnome 2.26.1, and now I have this bug. Any new file on my desktop isn't shown until I refresh in Nautilus with Ctrl+R.
Comment 13 Jean-Philippe Fleury 2009-04-20 00:40:31 UTC
(In reply to comment #12)
> I've updated to Gnome 2.26.1, 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.