Directory Listing does not update on changes made (gamin?)

Bug #97439 reported by Markus Kienast
4
Affects Status Importance Assigned to Milestone
GnomeVFS
New
Undecided
Unassigned
gnome-vfs2 (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

You have to reopen bug #52941 for FEISTY!!!! Changes to the directory's contents are not shown until F5. I opened a new bug for this but actually this is a duplicate of #52941 which needs to be reopened.

ProblemType: Bug
Architecture: i386
Date: Wed Mar 28 11:14:31 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/nautilus
Package: nautilus 2.18.0.1-0ubuntu1
PackageArchitecture: i386
ProcCmdline: nautilus --no-default-window --sm-client-id default2
ProcCwd: /home/elias
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
Uname: Linux doroga 2.6.20-13-386 #2 Sun Mar 25 00:18:53 UTC 2007 i686 GNU/Linux

Revision history for this message
Markus Kienast (elias1884) wrote :
Revision history for this message
Markus Kienast (elias1884) wrote :

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?

Revision history for this message
Sebastien Bacher (seb128) wrote :

Do you use NFS or a local drive?

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: Unconfirmed → Needs Info
Revision history for this message
Markus Kienast (elias1884) wrote :

local drives only:
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
/dev/mapper/belly-feisty_root / ext3 noatime,acl,errors=remount-ro 0 0
# /dev/sda3
UUID=beceea77-460d-466f-b69b-9c47ecf345d4 /boot ext3 defaults 0 0
/dev/mapper/belly-bigfish /home ext3 noatime,acl,user_xattr 0 0
# /dev/sda5
UUID=a64c059c-b892-4d53-b678-e696614b51c3 /media/boot2 ext3 defaults 0 0
# /dev/sda6
UUID=6c80b90d-15c5-4033-b1d9-6f699e5bca09 /media/boot3 ext3 defaults 0 0
/dev/mapper/belly-edgy_root /media/edgy_root ext3 noatime,acl 0 0
# /dev/sda1
UUID=220CFF700CFF3D7B /media/sda1 ntfs defaults,nls=utf8,umask=007,gid=46 0 0
# /dev/sda2
UUID=B88C03858C033D7E /media/sda2 ntfs defaults,nls=utf8,umask=007,gid=46 0 0
/dev/mapper/belly-feisty_swap none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0

Revision history for this message
Sebastien Bacher (seb128) wrote :

The inotify code is used on a local partition, does gnomevfs-monitor DIRECTORY notice the changes which are happening?

Revision history for this message
Markus Kienast (elias1884) wrote :

As mentioned above, gnomevfs-monitor DIRECTORY does not notice any changes.

Revision history for this message
Markus Kienast (elias1884) wrote :

the dir is on a LVM volume:
/dev/mapper/belly-bigfish on /home type ext3 (rw,noatime,acl,user_xattr)

Revision history for this message
Sebastien Bacher (seb128) wrote :

Might be a linux bug, the monitoring is done using inotify? Do you use the standard Ubuntu linux version?

Changed in nautilus:
status: Needs Info → Unconfirmed
Revision history for this message
Markus Kienast (elias1884) wrote :

nautilus updates dir views when I log in as a newly created user
but not with my old user (from dapper/edgy)

gnomevfs-monitor does not show changes I do to the dir via console, but this might be the standard behaviour, I don't know, because things still work for the new user.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Likely an upstream bug, we get hundred of bugs a week and we don't have enough desktop team member to work on it at the moment, you are the only one who opened a bug about it, might be due to some user data

Revision history for this message
shanesemler (shanesemler) wrote :

I think this is the same problem I'm having. Nautilus doesn't automatically update when new files are added to a directory. I have to manually refresh. It was working fine until the other day, now it doesn't.

Revision history for this message
shanesemler (shanesemler) wrote :

I forgot to mention I'm having this problem in 7.10.

Revision history for this message
Markus Kienast (elias1884) wrote :

I deleted the .gnome preferences directory, if I remember right. And then it worked again. I noticed, that for a new user this would work. Ah no, now I remember, what I actually did was create a new user and work with this one from now on. Sucked, but what can you do if this does not get fixed.

In general Gnome sucks in terms of config changes between releases. I usually install the beta releases next to stable on the same laptop and use the same /home dir. But I keep working in stable, as it is stable. But some times config files are not backward compatible. Especially for Evolution. This time (hardy) Evolution upgrade did break my address book for gutsy.

Revision history for this message
Sebastien Bacher (seb128) wrote :

could you try if that's still an issue in hardy or intrepid?

Changed in gnome-vfs2:
status: New → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in gnome-vfs2:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.