Add me to the list. I'm on Chakra 64bit full updated, using ext4 filesystem. The problem isn't recent.

For the paths in question affected here, are there any special characters, or anything else special about the folders in question (such as a large number of files in them)?

For me the problem also still exists. It is across all filesystems I use, NTFS and reiserfs, in all directories, home, my download dirs and so on. So for me the answer is no.

It's supposed to be bug in KDirWatch https://bugs.kde.org/show_bug.cgi?id=211472 but personally I doubt that: http://youtu.be/y10uE7Ey5lA (looks like KDirWatch works fine).

Where do I find this kdirwatch? If I try to emerge it in Gentoo, nothing shows up. Is it part of some meta-package?
Oh, and EDIT: still present in 4.8.2

Martux wrote:Where do I find this kdirwatch? If I try to emerge it in Gentoo, nothing shows up. Is it part of some meta-package?
Oh, and EDIT: still present in 4.8.2

It's part of kdelibs, but probably asking about frontend? Here it is: http://www.kde-apps.org/CONTENT/content ... ch.tar.bz2

Same here, dolphin doesn't update the view until you hit F5. Ext4, btrfs, vfat stick, it doesn't matter
openSUSE, KDE 4.8.2. But this is buggy for a long time.

m0nk

Sorry to bump but this issue seems not resolved.

I confirm this behavior on both Debian sid (KDE 4.8.3) and Chakra linux (KDE 4.8.3), fresh install or old .kde folder.

Happens pretty much all the time, on an ext4 partition, will all kind of software (kde, qt or not).

Does anyone has input on this ?

Thanks

Has any openSUSE user managed to reproduce this?

Do you know if Chakra applies any custom patches to KDE or other underlying components (such as libc)

I have my computer on always and, in my system, this problem is fixed with a login/logout.

Nepomuk is affected with this problem too because stops detecting file changes and metadata is not updated.

Yesterday I did a lot of media conversion from tp/ts to mkv, so I created, moving and deleted a lot of files, and I'm sure that file changes detection are working before conversion but, when I finished don't.

Interesting - does anyone know of any inotify applications which can be used to test the underlying Kernel subsystem?
Does restarting the individual KDE application (such as Dolphin) fix this temporarily?

bcooksley wrote:Interesting - does anyone know of any inotify applications which can be used to test the underlying Kernel subsystem?
Does restarting the individual KDE application (such as Dolphin) fix this temporarily?

No, closing and restarting Dolphin don't solves the problem but a logout/login did.

Update: restarting Nepomuk solved Nepomuk's detection issue but I didn't test if Dolphin works because I did a logout. When I will have this problem again I will test if restarting Nepomuk solves the Dolphin problem too but, for sure, when Dolphin don't detect file changes restarting don't solves the problem.

Can someone please use kdebugdialog to enable debug area 7001, then try and reproduce this and post the generated debug output?
This should provide crucial information from KDirWatch in kdelibs, which is responsible for directory watching.

Also - I have an interesting theory surrounding http://stackoverflow.com/questions/8098 ... irectories (which also provides info surrounding a debug tool).

I have the "nepomukfilewatcher" disabled on my system so the number of watches should be low here - but for those who do have it enabled, and where the distro default is low, you might run into trouble with a lack of available inotify watches - which leads to a loss of file watching until you logout and back in again.

bcooksley wrote:Can someone please use kdebugdialog to enable debug area 7001, then try and reproduce this and post the generated debug output?
This should provide crucial information from KDirWatch in kdelibs, which is responsible for directory watching.

Also - I have an interesting theory surrounding http://stackoverflow.com/questions/8098 ... irectories (which also provides info surrounding a debug tool).

I have the "nepomukfilewatcher" disabled on my system so the number of watches should be low here - but for those who do have it enabled, and where the distro default is low, you might run into trouble with a lack of available inotify watches - which leads to a loss of file watching until you logout and back in again.

I just enabled the debug area 7001 and, because I'm using Nepomuk I have a large file watches, fs.inotify.max_user_watches = 524288.

I'm experiencing the same thing on Kubuntu 12.04 KDE 4.8.3. Drag and drop shows added files but saving files to opened dolphin windows/tabs doesn't appear unless I refresh the window.