From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041111 Firefox/1.0 Description of problem: recently saved file does not appear on the desktop until a subsequent file is saved on the desktop. the second file will not appear until a third file is saved to the desktop. the third file will not appear until a fourth file is saved on the desktop. and so on... Version-Release number of selected component (if applicable): 2.8.1 release 4 How reproducible: Always Steps to Reproduce: 1. save a file in ~/Desktop using firefox 2. go to the desktop. the file does not appear. 3. save a file in ~/Desktop using gedit 4. go to the desktop. the file saved by firefox appears but the file saved by gedit does not. 5. save a file in ~/Desktop using openoffice writer. 6. go to the desktop. the file saved by gedit appears but the file saved by openoffice writer does not. 7. open terminal session. 8. ls ~/Desktop. all files are present including the one saved by openoffice writer Expected Results: files should appear on the desktop shortly after saved in ~/Desktop. Additional info: changing desktops in the pager does not help. opening a new nautilus window does not help. logging out and back in again refreshes the desktop so that all files are seen including the latest saved file.
I have the same problem. It appears to have something to do with setting Nautilus to "browse" mode as opposed to "spatial" mode. I hate how spatial mode is crammed down our throats. So "always browse" is an option, but it is for some reason slower and buggier than spatial mode? It is really annoying when using Firefox with the default download directory set as your desktop. You save their because it is really easy to directly get to your current files. However, since they don't show up until a forced refresh, it is a real pain! Can somebody please confirm that this bug is in fact caused by browser mode?
This is the same as bug 139116.
Are you sure? If I do (in FC3) like this I can reproduce it: 1. Open a term window 2. cd ~ 3. touch file1.txt 4. mv file1.txt Desktop/ I don't see file1.txt on my desktop or if I double-click my home icon -> desktop it doesn't show up there but still it exists there according to a simple ls ~/Desktop
Ok, I was wrong. The bug also occurs in spatial mode, when using Richard's method. For some reason I didn't have the problem with Firefox and spatial mode. This bug is really annoying!
This sounds a lot like bug 140642
*** Bug 140642 has been marked as a duplicate of this bug. ***
A little workaround: Refresh your desktop after saving files in it. Just click the background of the desktop and press Ctrol+R. Though annoying it is easy to do.
How was this bug not noticed? I am surprised something so basic and fundamental to a desktop would make its way into a full release (Fedora Core 3). Are there people that do not that this problem, aside from KDE users? Gnome is the default desktop, so I was surprised to see such a obvious bug.
This is likely a gamin bug. In fact i think its a dup of bug 130859. *** This bug has been marked as a duplicate of 130859 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.