Dolphin isn't Noticing Newly Created Files
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
dolphin |
Confirmed
|
High
|
|||
dolphin (Ubuntu) |
New
|
Undecided
|
Unassigned |
Bug Description
Kubuntu 20.04 is a long term support release that currently uses Dolphin 19.12.3.
For the last few weeks, Dolphin has not been recognizing newly added files and I have to type ctrl-F5 constantly in order to see what's really in the folder I'm working from. Weirdly, even if I navigate to a folder AFTER a new file was just added to that folder, then too do I have to hit ctrl-F5 to see that recently added file (I wouldn't expect this problem to go to that degree; you'd think that navigating to any folder should always show the latest state of that folder).
Previously, Dolphin seemed to maintain almost real-time awareness of the folder I already have opened. For example, If I'd use some other application to save a file to a folder that I already have open in Dolphin, that newly saved file would pop into the list, sorted an everything (if I recall correctly).
I tried to get help with this here:
https:/
But, no one offered any suggestions.
I see you guys have already made later releases of Dolphin, but I really hope that the Kubuntu team will give special attention to Kubuntu 20.04 (since it is a long term support release) and do what it takes to keep Kubuntu 20.04 using a version of Dolphin that works well.
In KDE Bug Tracking System #387663, Martin Oemus (martqn) wrote : | #10 |
I experience the same problem. I'm on Kubuntu 17.10, KDE-Plasma 5.11.4, Frameworks 5.40.0, Kernel 4.13.0, Dolphin 17.04.3.
When I start dolphin with logging like in the comment above, I also get messages like "inotify_
I have enough space left on my partitions:
$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 26M 1,6G 2% /run
/dev/sdb5 216G 34G 171G 17% /
tmpfs 7,8G 137M 7,7G 2% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/loop0 84M 84M 0 100% /snap/core/3247
/dev/loop2 84M 84M 0 100% /snap/core/3440
/dev/sdb3 98G 74G 24G 76% /media/Windows
/dev/sdb1 96M 22M 75M 23% /boot/efi
/dev/sda1 466G 277G 190G 60% /media/Daten
tmpfs 1,6G 236M 1,4G 15% /run/user/1000
/dev/loop3 84M 84M 0 100% /snap/core/3604
I also made sure the number of allowed kernel inotify watches is not reached, as described here: https:/
In KDE Bug Tracking System #387663, Nate-b (nate-b) wrote : | #11 |
*** Bug 386838 has been marked as a duplicate of this bug. ***
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #12 |
I don't use KDE for now because of this. I hope it can be fixed for Kubuntu 18.04. Thanks.
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #13 |
I should mention that of course Dolphin have to be kept open for the problem to occur. I mean the problem doesn't show up on Dolphin start.
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #14 |
I updated the number of allowed kernel inotify watches but that doesn't change anything.
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #15 |
It still happening frequently. Don't know if it's really kcoreaddons since I didn't had the message related to it when I tried again this command and use dolphin for a day and had the problem several times:
QT_LOGGING_
Trying to convert empty KLocalizedString to QString.
qt.accessibilit
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
kf5.kcoreaddons
kf5.kcoreaddons
No text-to-speech plug-ins were found.
No text-to-speech plug-ins were found.
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
QObject::connect: invalid null parameter
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #16 |
Could it be related to tlp since it apply some powersave settings to hdd/ssd and other part of the system ? I tried to disable it and I didn't had the problem for 2 or 3 days. I re-enabled it and I had the problem once. I'm trying different tlp settings but it's not clear if tlp has anything to do with it.
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #17 |
It's not related to tlp. I disabled it today and it happened... Nautilus was open on the same folder at the same time at it showed the files.
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #18 |
Well I managed to somewhat make it reproducible, at least on my computer :
1. open Dolphin
2. press Ctrl+3 - switch do details view mode (this step isn't needed on my production profile, so probably also other view setting triggering this bug)
3. press F4
4. mkdir abc - create folder "abc"
5. rmdir abc - delete folder "abc" - files view area isn't updated
I saw it here : https:/
You may need to do mkdir / rmdir several time to trigger the problem. Note that it happen with directories and files. The "inotify failed for monitoring" message doesn't show up.
In KDE Bug Tracking System #387663, Cfeck (cfeck) wrote : | #19 |
Why did you reassign to 'kio'?
I cannot reproduce using the steps from comment #9.
while true ; do mkdir abc ; sleep 1 ; rmdir abc ; sleep 1 ; done
Ran for several minutes, but view always changed every second.
linux 4.14.9 x86_64
kcoreaddons 5.42
dolphin 17.12.1
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #20 |
I thought it was maybe somewhat related to this one
https:/
I can't reproduce it too. I may be reproducible only when the problem occur first but what trigger it ??
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #21 |
I'm not sure but it seem to happen only (a lot more ?) when there is an accent in the path (eg. /home/jeremy/
In KDE Bug Tracking System #387663, Nate-b (nate-b) wrote : | #22 |
FYI, "kio" is obsolete, and the new current product for KIO is "frameworks-kio". Moving back until we can be sure it's KIO.
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #23 |
Forget the accent in the path, it happen without too...
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #24 |
I forgot to say that I have 2 partitions. /root where /home is and /media/Data. I symlink the home folders to /media/Data. It seem that Martin from comment 1 have a /media/Data too.
In KDE Bug Tracking System #387663, Waz (paviluf) wrote : | #25 |
Well I removed the symlinks of the folders inside /home (Desktop, Downloads, etc...) that pointed to /media/Data and used kde settings (in applications) to change the places of these folders and I didn't had the problem for about a week !
So can it be related to the symlinks ?
In KDE Bug Tracking System #387663, B-kde-bugs (b-kde-bugs) wrote : | #26 |
Created attachment 115697
Screencast showing folder view is not refreshed
In KDE Bug Tracking System #387663, B-kde-bugs (b-kde-bugs) wrote : | #27 |
I am also having this problem with Kubuntu 18.04, see the above screencast. This seems to also affects sync programs, (e.g. Seafile), which are supposed to watch certain directories for changes and upload to the server any files that have been changed, however I need to manually tell it to rescan the directories.
I get a "No space left on device" error when running Dolphin:
$ dolphin
kf5.kio.core: Refilling KProtocolInfoFa
inotify_
inotify_
inotify_
qt.accessibilit
kf5.kio.core: KLocalSocket(
kf5.kio.core: KSambaShare: Could not find smb.conf!
However there is plenty of space left on all drives:
$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.4G 0 3.4G 0% /dev
tmpfs 691M 1.7M 690M 1% /run
/dev/mapper/
/dev/mapper/
tmpfs 3.4G 101M 3.3G 3% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.4G 0 3.4G 0% /sys/fs/cgroup
/dev/sda1 730M 6.1M 724M 1% /boot/efi
/dev/mapper/
/dev/mapper/
/dev/mapper/
tmpfs 691M 16K 691M 1% /run/user/129
tmpfs 691M 20K 691M 1% /run/user/1000
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #28 |
I have just seen this bug on Arch Linux with Dolphin 18.12 beta.
"Picture" folder was open, I pressed meta+printscreen to take a screenshot of the active window. Dolphin did not show the screenshot until I pressed F5.
I can't reproduce such behavior all the time.
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #29 |
(In reply to Patrick Silva from comment #19)
> I have just seen this bug on Arch Linux with Dolphin 18.12 beta.
> "Picture" folder was open, I pressed meta+printscreen to take a screenshot
> of the active window. Dolphin did not show the screenshot until I pressed F5.
>
> I can't reproduce such behavior all the time.
I forgot to post:
Operating System: Arch Linux
KDE Plasma Version: 5.14.3
Qt Version: 5.12.0 beta4
KDE Frameworks Version: 5.52.0
Kernel Version: 4.19.2-arch1-1-ARCH
In KDE Bug Tracking System #387663, Frederik Schwarzer (schwarzer-l) wrote : | #30 |
Same her on Kubuntu 18.04.
I see it mostly when downloading email attachments from KMail into a folder already opened in a Dolphin window.
In KDE Bug Tracking System #387663, Martin Oemus (martqn) wrote : | #31 |
(In reply to Martin Oemus from comment #1)
> I experience the same problem. I'm on Kubuntu 17.10, KDE-Plasma 5.11.4,
> Frameworks 5.40.0, Kernel 4.13.0, Dolphin 17.04.3.
>
> When I start dolphin with logging like in the comment above, I also get
> messages like "inotify_
> device"".
>
> I have enough space left on my partitions:
>
> $ df -h
> Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
> udev 7,8G 0 7,8G 0% /dev
> tmpfs 1,6G 26M 1,6G 2% /run
> /dev/sdb5 216G 34G 171G 17% /
> tmpfs 7,8G 137M 7,7G 2% /dev/shm
> tmpfs 5,0M 4,0K 5,0M 1% /run/lock
> tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
> /dev/loop0 84M 84M 0 100% /snap/core/3247
> /dev/loop2 84M 84M 0 100% /snap/core/3440
> /dev/sdb3 98G 74G 24G 76% /media/Windows
> /dev/sdb1 96M 22M 75M 23% /boot/efi
> /dev/sda1 466G 277G 190G 60% /media/Daten
> tmpfs 1,6G 236M 1,4G 15% /run/user/1000
> /dev/loop3 84M 84M 0 100% /snap/core/3604
>
>
> I also made sure the number of allowed kernel inotify watches is not
> reached, as described here: https:/
As the bug is still active I want to add some feedback: contrary to my first comment the solution presented at stackexchange in fact did solve the issue for me.
I simply added fs.inotify.
I'm positive that it already worked a year ago (and I forgot to give timely feedback). Currently I'm running Kubuntu 18.04, KDE-Plasma 5.12.7, Frameworks 5.47.0, Kernel 4.15.0, Dolphin 17.12.3. With the work-around described, the bug does not affect me anymore.
In KDE Bug Tracking System #387663, B-kde-bugs (b-kde-bugs) wrote : | #32 |
(In reply to Martin Oemus from comment #22)
> As the bug is still active I want to add some feedback: contrary to my first
> comment the solution presented at stackexchange in fact did solve the issue
> for me.
> I simply added fs.inotify.
> rebooted.
>
> I'm positive that it already worked a year ago (and I forgot to give timely
> feedback). Currently I'm running Kubuntu 18.04, KDE-Plasma 5.12.7,
> Frameworks 5.47.0, Kernel 4.15.0, Dolphin 17.12.3. With the work-around
> described, the bug does not affect me anymore.
Confirmed this workaround worked for me.
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #33 |
Git commit 8f1952ecb156a11
Committed on 22/11/2019 at 18:39.
Pushed by meven into branch 'master'.
Add a descriptive warning when inotify_add_watch returned ENOSPC
Summary: CCBUG: 387663
Reviewers: #frameworks, ngraham, apol
Reviewed By: ngraham, apol
Subscribers: kde-frameworks-
Tags: #frameworks
Differential Revision: https:/
M +11 -2 src/lib/
https:/
In KDE Bug Tracking System #387663, Sh200105 (sh200105) wrote : | #34 |
I also encountered this bug and tried some more advanced ways to get some info.
The best way to reproduce it was
while true ; do mkdir abc ; sleep 1 ; rmdir abc ; sleep 1 ; done
the extra conditions are:
- Details mode
- Split View
- the directory is on the separate partition (also called /media/data :) )
- when it's reference by symlink
The conditions are not necessary, though; I saw it also on files and on non-symlinked directory.
Also I noted that it's possible to play with KDirWatch's preferred method using the environment variable, KDIRWATCH_METHOD. Of the four methods available (Fam, inotify, QFSWatch, Stat), I could reproduce the bug only on inotify.
Also I was trying to get some more advanced info to detect whether something is wrong with interpreting inotify's data. To do this, I set s_verboseDebug to true in kdirwatch.cpp.
I got the following in the log after creating/deleting directory "abc":
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
kf5.kcoreaddons
In KDE Bug Tracking System #387663, Sh200105 (sh200105) wrote : | #35 |
Finally, after some hours of debugging and reading the logs I reached the reason of this bug. It's triggered when:
- KDirWatch uses inotify as a backend
- the watched directory contains a symlink as one of its parent. For example, /d is a symlink to /media/data, and our current directory in Dolphin is something like /d/1/2/3
- the directory is added and then removed:
$ while true ; do mkdir abc ; sleep 1 ; rmdir abc ; sleep 1 ; done
The problem is that inotify_add_watch reuses the file descriptor if the directory is already watched. When the directory and the another path to it with a symlink (e. g. /d/1/2/3 and /media/data/1/2/3) are watched, inotify API still reuses the file descriptor. But KDirWatch intrinsically considers these path different, so uses different entries for them. The mapping between file descriptors and names is kept in QHash<int, Entry *> m_inotify_
Moreover, when one of these path stops being watched, the file descriptor is freed and the map entry is removed, so the other path doesn't receive events.
I don't know how to fix this in a simple way (maybe use canonical paths inside KDirWatch?)
Also note that it's the only one scenario in which the file system updates are not delivered, there may be other ways to break it and the separate reasons why this happens. Any missing update in KDirWatch can be the reason.
As I stated in the previous message, KDirWatch can use other methods as default (FAM, inotify, QFSWatch and Stat). FAM seems to affect performance. Stat will poll the filesystem each 0.5 seconds, which is not the most efficient way. I don't know anything about QFSWatch and why it's not use as a default. Some comments in the code suggest that it lacks some functionality.
As I workaround, I set the environment variable:
KDIRWATCH_
In KDE Bug Tracking System #387663, Sh200105 (sh200105) wrote : | #36 |
Oops, it seems that switching to QFSWatch doesn't fix this problem fully (I still need to refresh the view manually in my ~/Downloads folder)
33 comments hidden Loading more comments | view all 109 comments |
In KDE Bug Tracking System #425098, 5-kde (5-kde) wrote : | #2 |
Kubuntu 20.04 is a long term support release that currently uses Dolphin 19.12.3.
For the last few weeks, Dolphin has not been recognizing newly added files and I have to type ctrl-F5 constantly in order to see what's really in the folder I'm working from. Weirdly, even if I navigate to a folder AFTER a new file was just added to that folder, then too do I have to hit ctrl-F5 to see that recently added file (I wouldn't expect this problem to go to that degree; you'd think that navigating to any folder should always show the latest state of that folder).
Previously, Dolphin seemed to maintain almost real-time awareness of the folder I already have opened. For example, If I'd use some other application to save a file to a folder that I'm already have open in Dolphin, that newly saved file would pop into the list, sorted an everything (if I recall correctly).
I tried to get help with this here:
https:/
But, no one offered any suggestions.
I see you guys have already made later releases of Dolphin, but I really hope that the Kubuntu team will give special attention to Kubuntu 20.04 (since it is a long term support release) and do what it takes to keep Kubuntu 20.04 using a version of Dolphin that works well.
Lonnie Lee Best (launchpad-startport) wrote : | #1 |
Upstream: https:/
Question: https:/
1 comments hidden Loading more comments | view all 109 comments |
In KDE Bug Tracking System #425098, 5-kde (5-kde) wrote : | #3 |
Downstream: https:/
tags: | added: 20.04 dolphin focal kubuntu |
description: | updated |
Changed in dolphin: | |
importance: | Unknown → Medium |
status: | Unknown → New |
In KDE Bug Tracking System #425098, Cfeck (cfeck) wrote : | #4 |
Cannot reproduce. On my system (openSUSE Tumbleweed), when I use "mkdir" or "touch" in Konsole to create a new item, it is automatically added in the Dolphin view. Also, "rm" removes the item from the Dolphin view.
In KDE Bug Tracking System #425098, Elvis-angelaccio-o (elvis-angelaccio-o) wrote : | #5 |
Sounds like a broken inotify.
31 comments hidden Loading more comments | view all 109 comments |
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #37 |
(In reply to Patrick Silva from comment #19)
> I have just seen this bug on Arch Linux with Dolphin 18.12 beta.
> "Picture" folder was open, I pressed meta+printscreen to take a screenshot
> of the active window. Dolphin did not show the screenshot until I pressed F5.
I have just seen this problem again, this time on neon unstable.
My Pictures folder was open, I took some screenshots by pressing printscreen then saving them via "Save as" button of Spectable.
Dolphin only shown the screenshots after I press F5.
Operating System: KDE neon Unstable Edition
KDE Plasma Version: 5.20.80
KDE Frameworks Version: 5.77.0
Qt Version: 5.15.1
In KDE Bug Tracking System #387663, Attila Erdelyi (bugs-kde-attila) wrote : | #38 |
I see this issue also on Fedora 32 (Dolphin version 20.08.3).
Here my observations:
- It works on local folders. Dolphin updates the view immediately.
- It doesn't work on NFS shares. Dolphin doesn't update the view. I have to press F5 (sometimes more then once).
My questions are:
Are there any options in "fstab" how to mount NFS shares for immediately update?
Should I open a new bug report, because it works on local folders but not on NFS shares?
31 comments hidden Loading more comments | view all 109 comments |
In KDE Bug Tracking System #425098, Alexey Rochev (equeim2) wrote : | #6 |
I regularly see this on Fedora 33 with Dolphin 20.08.3
In KDE Bug Tracking System #425098, Alexey Rochev (equeim2) wrote : | #7 |
(In reply to equeim from comment #4)
> I regularly see this on Fedora 33 with Dolphin 20.08.3
(not every time, but at least once a day)
31 comments hidden Loading more comments | view all 109 comments |
In KDE Bug Tracking System #387663, Mpyne (mpyne) wrote : | #39 |
NFS might be a different thing. But I have a merge request open for the potential inotify bug, at https:/
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #40 |
On my Arch Linux this problem became worse with recent versions of Dolphin,
it occurs often. For example, when I record my screen with SimpleScreenRec
Dolphin 20.12.2
Operating System: Arch Linux
KDE Plasma Version: 5.21.1
KDE Frameworks Version: 5.79.0
Qt Version: 5.15.2
31 comments hidden Loading more comments | view all 109 comments |
In KDE Bug Tracking System #425098, Strangiato Xanadu (strangiato) wrote : | #8 |
*** This bug has been marked as a duplicate of bug 387663 ***
Changed in dolphin: | |
status: | New → Invalid |
61 comments hidden Loading more comments | view all 109 comments |
In KDE Bug Tracking System #387663, B2ainiak (b2ainiak) wrote : | #70 |
Hi, this is how I can reproduce it a few times, each time I tried.
1. Open Dolphin with only 1 tab.
2. Create a file, Dolphin fill refresh correctly.
3. Open a new tab, has to be on the right from the previous one.
4. Close Dolphin.
5. Open it again.
6. Create a file, Dolphin will not refresh.
7. Refresh the folder manually, new file will show up.
8. The folder will also refresh correctly until Dolphin is closed again.
Fedora 36
Dolphin 22.12.0
Plasma 5.27.1
KDE Framework: 5.103.0
max_user_watches seems to be set to 524288
In KDE Bug Tracking System #387663, Rajinder Yadav (rajinder-yadav) wrote : | #71 |
I am still seeing this problem with Dolpin not showing new files. I have to hit F5 (refresh) multiple times and something this doesn't fails and I need to view another folder and come back to see new files. This bug has been around for a long while and doesn't seem to be getting any attention.
Operating System: openSUSE Tumbleweed 20230318
KDE Plasma Version: 5.27.3
KDE Frameworks Version: 5.104.0
Qt Version: 5.15.8
Kernel Version: 6.2.6-1-default (64-bit)
Graphics Platform: X11
Processors: 24 × AMD Ryzen 9 5900X 12-Core Processor
Memory: 62.7 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 3080/PCIe/SSE2
Manufacturer: Micro-Star International Co., Ltd.
Product Name: MS-7A38
System Version: 8.0
In KDE Bug Tracking System #387663, Postix (postix) wrote : | #72 |
@Nate, could we add this bug to the list [1] of the 15-Minute initiative? Dolphin is a very central component and when using it you surely can notice this issue quiet fast.
In KDE Bug Tracking System #387663, Nate-b (nate-b) wrote : | #73 |
15-minute bugs are Plasma only at this point and Dolphin isn't a part of Plasma.
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #74 |
(In reply to b2 from comment #61)
> Hi, this is how I can reproduce it a few times, each time I tried.
>
> 1. Open Dolphin with only 1 tab.
> 2. Create a file, Dolphin fill refresh correctly.
> 3. Open a new tab, has to be on the right from the previous one.
I am assuming As Ctrl+T dolphin tab
> 4. Close Dolphin.
Qtrl+Q or ALt+F4, you don't have any more instances opened ?
> 5. Open it again.
> 6. Create a file, Dolphin will not refresh.
> 7. Refresh the folder manually, new file will show up.
> 8. The folder will also refresh correctly until Dolphin is closed again.
>
> Fedora 36
> Dolphin 22.12.0
> Plasma 5.27.1
> KDE Framework: 5.103.0
> max_user_watches seems to be set to 524288
I could not reproduce using your instructions (with neon + Framework 5.103)
How did you create your file ? How many dolphin instances were running ?
Could report the content of those files:
/proc/sys/
/proc/sys/
Can use this command to launch dolphin and report the traces when reproducing the problem:
QT_LOGGING_
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #75 |
(In reply to Méven Car from comment #65)
> (In reply to b2 from comment #61)
> > Hi, this is how I can reproduce it a few times, each time I tried.
> >
> > 1. Open Dolphin with only 1 tab.
> > 2. Create a file, Dolphin fill refresh correctly.
> > 3. Open a new tab, has to be on the right from the previous one.
>
> I am assuming As Ctrl+T dolphin tab
>
> > 4. Close Dolphin.
> Qtrl+Q or ALt+F4, you don't have any more instances opened ?
>
> > 5. Open it again.
> > 6. Create a file, Dolphin will not refresh.
> > 7. Refresh the folder manually, new file will show up.
> > 8. The folder will also refresh correctly until Dolphin is closed again.
> >
> > Fedora 36
> > Dolphin 22.12.0
> > Plasma 5.27.1
> > KDE Framework: 5.103.0
> > max_user_watches seems to be set to 524288
>
> I could not reproduce using your instructions (with neon + Framework 5.103)
>
> How did you create your file ? How many dolphin instances were running ?
>
> Could report the content of those files:
> /proc/sys/
> /proc/sys/
>
> Can use this command to launch dolphin and report the traces when
> reproducing the problem:
>
> QT_LOGGING_
Even better and more verbose
QT_LOGGING_
In KDE Bug Tracking System #387663, B2ainiak (b2ainiak) wrote : | #76 |
Created attachment 157569
Video recording of the bug
Hi, I'll attach a log in a moment. In the video I've used mouse for everything unless it's in the terminal, so all should be clear.
As for the instances this is what I got after the video, which I think should list all opened Dolphin instances (if you're looking for something else please let me know)
ps -aux | grep dolphin
d 55031 0.0 0.0 222316 2048 pts/2 S+ 15:31 0:00 grep --color=auto dolphin
In KDE Bug Tracking System #387663, B2ainiak (b2ainiak) wrote : | #77 |
Created attachment 157570
QT_LOGGING_
And here's the log. Hopefully not leaking any of my many secrets.
In KDE Bug Tracking System #387663, B2ainiak (b2ainiak) wrote : | #78 |
And just for clarity. I've probably did it differently the last time. IIRC I just used to download files through FF, which is how I first noticed it. I've probably also closed Dolphin through alt-F4, but none of this seems to matter--I can reproduce it either way.
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #79 |
(In reply to b2 from comment #69)
> And just for clarity. I've probably did it differently the last time. IIRC I
> just used to download files through FF, which is how I first noticed it.
> I've probably also closed Dolphin through alt-F4, but none of this seems to
> matter--I can reproduce it either way.
Thank you very much for your help I can reproduce it locally actually thanks to your video presenting the issue and how the tabs are important.
In KDE Bug Tracking System #387663, Meven-q (meven-q) wrote : | #80 |
(In reply to Méven Car from comment #70)
> (In reply to b2 from comment #69)
> > And just for clarity. I've probably did it differently the last time. IIRC I
> > just used to download files through FF, which is how I first noticed it.
> > I've probably also closed Dolphin through alt-F4, but none of this seems to
> > matter--I can reproduce it either way.
>
> Thank you very much for your help I can reproduce it locally actually thanks
> to your video presenting the issue and how the tabs are important.
I know understand the bug origin, triggered in your scenario.
It is about how dolphin watches directories for changes. When we open directories in dolphin, we add inotify watches and when folders are closed their watch is removed. This is all fine until you add split views and tabs. When a new view (DolphinView + KFileItemModel + KCoreDirLister) opens, they usually open the previous url before opening the new url, so they remove the watch of the previous opened directory except they don't take into account that another view might still need the watch.
This can happen in a number of ways.
The bad news is that it will need quite some refactoring to fix, but it can be done(tm).
In KDE Bug Tracking System #387663, B2ainiak (b2ainiak) wrote : | #81 |
Thanks for the explanation, hopefully this will be tackled one day.
In KDE Bug Tracking System #387663, Bug-janitor (bug-janitor) wrote : | #82 |
A possibly relevant merge request was started @ https:/
In KDE Bug Tracking System #387663, David Faure (faure) wrote : | #83 |
Git commit a304840cff15e33
Committed on 05/04/2023 at 11:16.
Pushed by meven into branch 'master'.
KCoreDirLister: AutoUpdate wasn't incremented when a new lister opened an already listed dir
* Adds a test demonstrating the bug
* adds a cache eviction test for good measure
* clean a little tests
M +92 -32 autotests/
M +2 -0 autotests/
M +7 -2 src/core/
https:/
In KDE Bug Tracking System #387663, Bug-janitor (bug-janitor) wrote : | #84 |
A possibly relevant merge request was started @ https:/
In KDE Bug Tracking System #387663, Meven-car (meven-car) wrote : | #85 |
Git commit 60f14205b6e3119
Committed on 07/04/2023 at 06:43.
Pushed by meven into branch 'kf5'.
KCoreDirLister: AutoUpdate wasn't incremented when a new lister opened an already listed dir
* Adds a test demonstrating the bug
* adds a cache eviction test for good measure
* clean a little tests
(cherry picked from commit a304840cff15e33
M +92 -32 autotests/
M +2 -0 autotests/
M +7 -2 src/core/
https:/
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #86 |
Thanks to b2 efforts to report a reproductible way to trigger the bug, I was able to fix it.
The commit 60f14205 in KF 5.105 should fix cases where tabs or split views are involved.
Please report if it does not work for after you updated to 5.105.
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #87 |
(In reply to Méven Car from comment #77)
> Thanks to b2 efforts to report a reproductible way to trigger the bug, I was
> able to fix it.
>
> The commit 60f14205 in KF 5.105 should fix cases where tabs or split views
> are involved.
>
> Please report if it does not work for after you updated to 5.105.
It didn't make for 5.105, will be in 5.106.
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #88 |
*** Bug 469324 has been marked as a duplicate of this bug. ***
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #89 |
*** Bug 452434 has been marked as a duplicate of this bug. ***
In KDE Bug Tracking System #387663, Evorster-v (evorster-v) wrote : | #90 |
Just came here to say I am running into this bug as well, and can't wait for the next release! Good job in getting to it.
In KDE Bug Tracking System #387663, Evorster-v (evorster-v) wrote : | #91 |
Created attachment 158962
Showing Dolphin not updating
This is a little video file showing how Dolphin is not updating the directory view when it moves a file itself.
I thought this bug would have been fixed in 106?
System information:
Operating System: Arch Linux
KDE Plasma Version: 5.27.5
KDE Frameworks Version: 5.106.0
Qt Version: 5.15.9
Kernel Version: 6.3.2-AMD-znver2 (64-bit)
Graphics Platform: Wayland
Processors: 8 × AMD Ryzen 7 4700U with Radeon Graphics
Memory: 36.9 GiB of RAM
Graphics Processor: AMD Radeon Graphics
Manufacturer: LENOVO
Product Name: 20T8001JUS
System Version: ThinkPad E15 Gen 2
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #92 |
(In reply to Evert Vorster from comment #82)
> Created attachment 158962 [details]
> Showing Dolphin not updating
>
> This is a little video file showing how Dolphin is not updating the
> directory view when it moves a file itself.
> I thought this bug would have been fixed in 106?
>> The commit 60f14205 in KF 5.105 should fix cases where tabs or split views are involved.
>> Please report if it does not work for after you updated to 5.105.
from https:/
Some cases were fixed, your case was not.
I never was confident all cases where fixed.
Thank you for following it through.
I presume you relaunched dolphin (closing all windows) or reboot after the update, this is needed or the old KF code is still being used.
Please provide a Detailed step by step of how you get to see the bug, from the moment you opened dolphin (which settings you had), which folders you opened in which split view or tabs and in which order.
A video could do the dead.
Unless I can reproduce it, I won't be able to fix it, as the bug is not evident to reproduce.
In KDE Bug Tracking System #387663, Smitha-o (smitha-o) wrote : | #93 |
I have a similar problem here:
https:/
I think it's not a duplicate but still. If you have any info I'll do my best to provide it.
In KDE Bug Tracking System #387663, Smitha-o (smitha-o) wrote : | #94 |
And one more thing:
If I downgrade to Dolphin 22.12.3 the problem disappears. Every newer version have it.
In KDE Bug Tracking System #387663, Eskridgeryan (eskridgeryan) wrote : | #95 |
I am getting this bug while using Dolphin to access a networked and password-protected SMB drive. The following steps recreate the bug for me 100% of the time:
1. Auto-mount SMB drive to /media/<share> by adding the following string to /etc/fstab :
//<ip-of-
2. Reboot.
3. Right click pinned Dolphin icon on the KDE Task Manager. Click "Open New Window".
4. Navigate to /media/<share>
5. Open a second instance of Dolphin using the pinned icon on the KDE Task Manager.
6. Navigate to smb://<
7. Enter credentials.
8. Right-click in the instance pointing to the SMB file path and create hello.txt
9. See that the Dolphin instance pointing to /media/<share> does not reflect changes.
10. Press F5 to refresh and can now see hello.txt
The reverse is not true. If I create a file in the instance pointing to /media/<share>, that file is immediately shown in the file pointing to the SMB address. Everything stated above also applies to directories. It also occurs when using tabs and split views.
System information:
Operating System: Kubuntu 22.04
KDE Plasma Version: 5.24.7
KDE Frameworks Version: 5.92.0
Qt Version: 5.15.3
Kernel Version: 6.2.0-26-generic (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i7-5600U CPU @ 2.60GHz
Memory: 15.5 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 5500
Manufacturer: Dell
Product Name: Latitude E7450
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #96 |
(In reply to Ryan E from comment #86)
> I am getting this bug while using Dolphin to access a networked and
> password-protected SMB drive.
Report this in a different bug, for network filesystem please.
This is not the same.
Network file systems can't have proper file updates notification nowadays due to lack of implementation on the filesystem level.
The following steps recreate the bug for me
> 100% of the time:
> 1. Auto-mount SMB drive to /media/<share> by adding the following string to
> /etc/fstab :
> //<ip-of-
> credentials=
>
> 2. Reboot.
> 3. Right click pinned Dolphin icon on the KDE Task Manager. Click "Open New
> Window".
> 4. Navigate to /media/<share>
> 5. Open a second instance of Dolphin using the pinned icon on the KDE Task
> Manager.
> 6. Navigate to smb://<
> 7. Enter credentials.
> 8. Right-click in the instance pointing to the SMB file path and create
> hello.txt
> 9. See that the Dolphin instance pointing to /media/<share> does not reflect
> changes.
> 10. Press F5 to refresh and can now see hello.txt
>
> The reverse is not true. If I create a file in the instance pointing to
> /media/<share>, that file is immediately shown in the file pointing to the
> SMB address. Everything stated above also applies to directories. It also
> occurs when using tabs and split views.
>
> System information:
> Operating System: Kubuntu 22.04
> KDE Plasma Version: 5.24.7
> KDE Frameworks Version: 5.92.0
> Qt Version: 5.15.3
> Kernel Version: 6.2.0-26-generic (64-bit)
> Graphics Platform: X11
> Processors: 4 × Intel® Core™ i7-5600U CPU @ 2.60GHz
> Memory: 15.5 GiB of RAM
> Graphics Processor: Mesa Intel® HD Graphics 5500
> Manufacturer: Dell
> Product Name: Latitude E7450
In KDE Bug Tracking System #387663, Alem99393 (alem99393) wrote : | #97 |
*** Bug 473232 has been marked as a duplicate of this bug. ***
In KDE Bug Tracking System #387663, Sramey40 (sramey40) wrote : | #98 |
Created attachment 161568
file not updating bug
In KDE Bug Tracking System #387663, Sramey40 (sramey40) wrote : | #99 |
I have this bug in the 23.08.0 version, but on mine, it just seems like when I send files to a folder, the folder doesn't update unless I refresh it somehow. I am attaching a video demonstrating this.
(In reply to mozo from comment #85)
> And one more thing:
> If I downgrade to Dolphin 22.12.3 the problem disappears. Every newer
> version have it.
Downgrading to this version also solves the problem for me.
In KDE Bug Tracking System #387663, Sramey40 (sramey40) wrote : | #100 |
Note: On my video attachment, it is encoded as h265 so it won't play in most browsers. Download it to watch.
In KDE Bug Tracking System #387663, Bug-janitor (bug-janitor) wrote : | #101 |
A possibly relevant merge request was started @ https:/
In KDE Bug Tracking System #387663, Meven29-6 (meven29-6) wrote : | #102 |
(In reply to sramey40 from comment #91)
> Note: On my video attachment, it is encoded as h265 so it won't play in most
> browsers. Download it to watch.
Thanks it shed some light on the case you are talking about: moving/copying files to sub-folders of the current folder, and that folder state doesn't get refreshed.
This bug sort of reported the same issue, and I fixed it, fixing your case as well:
https:/
https:/
I am backporting it, to next KF5 version.
https:/
It does not solve the case when you move files from the command line though.
Changed in dolphin: | |
importance: | Medium → Unknown |
status: | Invalid → Unknown |
Changed in dolphin: | |
importance: | Unknown → High |
In KDE Bug Tracking System #387663, Kde-d (kde-d) wrote : | #103 |
This bug continues in Dolphin 24.02.2 (Fedora 40). When copying, the files do not appear in the target folder. I have already lost several files, because I forgot that after copying, it is necessary to update the panel with target folder several times.
In KDE Bug Tracking System #387663, Smitha-o (smitha-o) wrote : | #104 |
@ Oleg
I think it's another bug I mentioned here:
https:/
In KDE Bug Tracking System #387663, Feifel-h (feifel-h) wrote : | #105 |
Hi i found something funny why my Dolphin is not updating the view.
I just found it comfy to put a shortcut of the PAPERBIN on my Desktop. After this Dolphin was not updating the view!!!
After removing the PAPERBIN shortcut on my desktop (i put it in Paperbins ;-) ) Dolphin is working like normal and view is updated!!!!!
As i am no expert to fix this problem or look at it its up to the professionals. In my case it was a "simple shortcut" like i was used to from windows.
In KDE Bug Tracking System #387663, Smitha-o (smitha-o) wrote : | #106 |
(In reply to Heli from comment #96)
> Hi i found something funny why my Dolphin is not updating the view.
> I just found it comfy to put a shortcut of the PAPERBIN on my Desktop. After
> this Dolphin was not updating the view!!!
> After removing the PAPERBIN shortcut on my desktop (i put it in Paperbins
> ;-) ) Dolphin is working like normal and view is updated!!!!!
>
> As i am no expert to fix this problem or look at it its up to the
> professionals. In my case it was a "simple shortcut" like i was used to from
> windows.
What's PAPERBIN?
In KDE Bug Tracking System #387663, Feifel-h (feifel-h) wrote : | #107 |
(In reply to mozo from comment #97)
> (In reply to Heli from comment #96)
> > Hi i found something funny why my Dolphin is not updating the view.
> > I just found it comfy to put a shortcut of the PAPERBIN on my Desktop. After
> > this Dolphin was not updating the view!!!
> > After removing the PAPERBIN shortcut on my desktop (i put it in Paperbins
> > ;-) ) Dolphin is working like normal and view is updated!!!!!
> >
> > As i am no expert to fix this problem or look at it its up to the
> > professionals. In my case it was a "simple shortcut" like i was used to from
> > windows.
>
> What's PAPERBIN?
THE TRASH i made a Shortcut to trash:/ on my desktop to have the trash on there. if i remove the shortcut then dolphin works as normal.
In KDE Bug Tracking System #387663, Smitha-o (smitha-o) wrote : | #108 |
(In reply to Heli from comment #98)
> (In reply to mozo from comment #97)
> > (In reply to Heli from comment #96)
> > > Hi i found something funny why my Dolphin is not updating the view.
> > > I just found it comfy to put a shortcut of the PAPERBIN on my Desktop. After
> > > this Dolphin was not updating the view!!!
> > > After removing the PAPERBIN shortcut on my desktop (i put it in Paperbins
> > > ;-) ) Dolphin is working like normal and view is updated!!!!!
> > >
> > > As i am no expert to fix this problem or look at it its up to the
> > > professionals. In my case it was a "simple shortcut" like i was used to from
> > > windows.
> >
> > What's PAPERBIN?
>
> THE TRASH i made a Shortcut to trash:/ on my desktop to have the trash on
> there. if i remove the shortcut then dolphin works as normal.
A, thanks. I don't have a link for the trash on the desktop though.
In KDE Bug Tracking System #387663, Smitha-o (smitha-o) wrote : | #109 |
It's not fixed so I reopened it.
Changed in dolphin: | |
status: | Unknown → Confirmed |
Hello,
I'm on Kubuntu 17.10 and Dolphin (17.04.3) often doesn't update the view and doesn't show new files even if you change directory.
If I open dolphin with this command :
$ QT_LOGGING_ RULES=kf5. kcoreaddons. kdirwatch. debug=true dolphin
there is some messages like that whereas my drive is far from full:
kf5.kcoreaddons .kdirwatch: inotify failed for monitoring add_watch( "/media/ Data/Downloads" ) failed: "No space left on device"
inotify_
The bug is also reported against dolphin
https:/ /bugs.kde. org/show_ bug.cgi? id=386838
Thanks !