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)
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:/
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.
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?
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)
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
In KDE Bug Tracking System #387663, Attila Erdelyi (bugs-kde-attila) wrote : | #41 |
Perhaps this is a bit different in my case.
1. I open Dolphin 2 times, navgiate to a directory which is served by NFS in both instances of Dolhin. After that I create a Directory in the first instance of Dolphin. The directory appears immidiately in the second instance of Dolphin. So far so good, it works for me.
2. I open Dolphin on computer A and navgiate to a directory which is served by NFS. After that I open Dolphin on computer B and navigate to the same directory. When I create a directory on computer B it doesn't come up on computer A except I press F5.
Just one more issue. When I change the Owner and/or Group of some files on a network folder than I don't see the changes in Dolphin. Even pressing F5 doesn't help in many times. I have to close and open Dolphin again.
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #42 |
(In reply to Attila from comment #32)
> Just one more issue. When I change the Owner and/or Group of some files on a
> network folder than I don't see the changes in Dolphin. Even pressing F5
> doesn't help in many times. I have to close and open Dolphin again.
related bug reported as bug 416995
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #43 |
This annoying problem persists on my Arch Linux and neon unstable.
It's not a exclusive Dolphin issue because Nautilus file manager running
on my Arch Linux + Gnome 40 is also affected.
In KDE Bug Tracking System #425098, Strangiato Xanadu (strangiato) wrote : | #8 |
*** This bug has been marked as a duplicate of bug 387663 ***
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #44 |
*** Bug 425098 has been marked as a duplicate of this bug. ***
Changed in dolphin: | |
status: | New → Invalid |
In KDE Bug Tracking System #387663, Michal Zubkowicz (michalzubkowicz) wrote : | #45 |
Still not refreshing view even on newest KDE Neon.
In KDE Bug Tracking System #387663, Attila Erdelyi (bugs-kde-attila) wrote : | #46 |
Can confirm on Fedora 33. It doesn't work.
In KDE Bug Tracking System #387663, Soshial (soshial) wrote : | #47 |
I can confirm it on my system:
Manjaro Linux
KDE Plasma Version: 5.21.5
KDE Frameworks Version: 5.82.0
Qt Version: 5.15.2
Kernel Version: 5.11.19-1-MANJARO
OS Type: 64-bit
I would bump bug's importance to HIGH, since people expect files to appear while they don't. This bug brings a lot of confusion to a new user, why files don't appear even hours after having been downloaded.
In KDE Bug Tracking System #387663, Michal Zubkowicz (michalzubkowicz) wrote : | #48 |
Worst case is when I'm extracting files, they doesn't show up. I'm experienced user and I've spent 5 minutes searching for files. How anybody can know that he needs to hit refresh button?
This bug is 3 years old. It's hard to fix or nobody cares? If any help in debug is needed I can provide additional info.
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #49 |
*** Bug 437445 has been marked as a duplicate of this bug. ***
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #50 |
*** Bug 431927 has been marked as a duplicate of this bug. ***
In KDE Bug Tracking System #387663, Norbert Klár (klarnorbert) wrote : | #51 |
Same problem, after fresh install of latest Manjaro. Filed downloaded by Chrome doesn't show up in Dolphin, only after restarting it.
In KDE Bug Tracking System #387663, Shagooserver (shagooserver) wrote : | #52 |
Also have this issue in Kubuntu 20.10 and 21.04.
In KDE Bug Tracking System #387663, Attila Erdelyi (bugs-kde-attila) wrote : | #53 |
Hi,
can someone please take care of this bug. It has been reported more than 3 years ago and it is also confirmed.
When I navigate through the folders which are served by NFS, then I have to press F5 on every folder to see new files or directories. This is a really bad user experience, isn't it?
In KDE Bug Tracking System #387663, Yuriyz-d (yuriyz-d) wrote : | #54 |
I've been experiencing this bug for a couple of weeks now as well.
Mainly in my downloads folder on two different systems. I download a file and it doesn't show up in the downloads folder until i refresh the folder with F5.
Operating System: Manjaro Linux
KDE Plasma Version: 5.22.5
KDE Frameworks Version: 5.85.0
Qt Version: 5.15.2
Kernel Version: 5.10.61-1-MANJARO (64-bit)
Graphics Platform: X11
Second System:
Operating System: Manjaro Linux
KDE Plasma Version: 5.22.5
KDE Frameworks Version: 5.85.0
Qt Version: 5.15.2
Kernel Version: 5.10.61-1-MANJARO (64-bit)
Graphics Platform: X11
In KDE Bug Tracking System #387663, 80p3fy75dc (80p3fy75dc) wrote : | #55 |
Same issue here on Arch and Gentoo on X11.
- KDE Plasma Version: 5.22.5
- KDE Frameworks Version: 5.87.0
- Qt Version: 5.15.2
In KDE Bug Tracking System #387663, Kresimir Cohar (kcohar) wrote : | #56 |
I can reproduce this issue on Plasma 5.23.4 on Arch. It takes Dolphin 60 seconds or so (I used a stopwatch) to refresh the contents of any folder I'm putting files into or taking files out of. Nautilus, on the other hand, picks up on things instantly.
In KDE Bug Tracking System #387663, Martin Oemus (martqn) wrote : | #57 |
Did you try the workaround of increasing the number of your inotify watches? You can read here how to do that: https:/
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #58 |
*** Bug 447894 has been marked as a duplicate of this bug. ***
In KDE Bug Tracking System #387663, Soshial (soshial) wrote : | #59 |
Created attachment 145256
The same folder 1) in Dolphin opened before creating new screenshot and 2) Dolphin opened after screenshot
In KDE Bug Tracking System #387663, Brooks B (bmbeverst) wrote : | #60 |
Looks like this issue is due to Dolphin not watching a directory, which can happen several ways, already loaded but inactive tabs or second Dolphin window. I did not see any errors in Dolphin.
To reproduce:
1. Open two Dolphin windows of the same folder,
2. Create a file in that folder with the terminal. One window will update and the other won't.
3. In the window that is not working, pressing F5 will have Dolphin correctly watch the folder again.
I already had higher inotify watches due to Insync.
fs.inotify.
Operating System: KDE neon 5.23
KDE Plasma Version: 5.23.5
KDE Frameworks Version: 5.90.0
Qt Version: 5.15.3
Kernel Version: 5.13.0-27-generic (64-bit)
Graphics Platform: X11
Processors: 6 × Intel® Core™ i5-8400 CPU @ 2.80GHz
Memory: 31.1 GiB of RAM
Graphics Processor: NVIDIA GeForce GTX 1080/PCIe/SSE2
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #61 |
(In reply to Michał Zubkowicz from comment #39)
> Worst case is when I'm extracting files, they doesn't show up. I'm
> experienced user and I've spent 5 minutes searching for files. How anybody
> can know that he needs to hit refresh button?
It happened with Dolphin 22.04 on my Arch Linux a few days ago. Dolphin did not show files extracted with Ark via context menu until I refreshed the files view manually by pressing F5.
Operating System: Arch Linux
KDE Plasma Version: 5.24.4
Qt Version: 5.15.3
KDE Frameworks Version: 5.93.0
In KDE Bug Tracking System #387663, Meven-car (meven-car) wrote : | #62 |
(In reply to Brooks Knight from comment #51)
> Looks like this issue is due to Dolphin not watching a directory, which can
> happen several ways, already loaded but inactive tabs or second Dolphin
> window. I did not see any errors in Dolphin.
>
> To reproduce:
> 1. Open two Dolphin windows of the same folder,
> 2. Create a file in that folder with the terminal. One window will update
> and the other won't.
> 3. In the window that is not working, pressing F5 will have Dolphin
> correctly watch the folder again.
>
> I already had higher inotify watches due to Insync.
>
> fs.inotify.
>
> Operating System: KDE neon 5.23
> KDE Plasma Version: 5.23.5
> KDE Frameworks Version: 5.90.0
> Qt Version: 5.15.3
> Kernel Version: 5.13.0-27-generic (64-bit)
> Graphics Platform: X11
> Processors: 6 × Intel® Core™ i5-8400 CPU @ 2.80GHz
> Memory: 31.1 GiB of RAM
> Graphics Processor: NVIDIA GeForce GTX 1080/PCIe/SSE2
could you reproduce the issue using `QT_LOGGING_
In KDE Bug Tracking System #387663, Brooks B (bmbeverst) wrote : | #63 |
(In reply to Méven Car from comment #53)
> (In reply to Brooks Knight from comment #51)
> > Looks like this issue is due to Dolphin not watching a directory, which can
> > happen several ways, already loaded but inactive tabs or second Dolphin
> > window. I did not see any errors in Dolphin.
> >
> > To reproduce:
> > 1. Open two Dolphin windows of the same folder,
> > 2. Create a file in that folder with the terminal. One window will update
> > and the other won't.
> > 3. In the window that is not working, pressing F5 will have Dolphin
> > correctly watch the folder again.
> >
> > I already had higher inotify watches due to Insync.
> >
> > fs.inotify.
> >
> > Operating System: KDE neon 5.23
> > KDE Plasma Version: 5.23.5
> > KDE Frameworks Version: 5.90.0
> > Qt Version: 5.15.3
> > Kernel Version: 5.13.0-27-generic (64-bit)
> > Graphics Platform: X11
> > Processors: 6 × Intel® Core™ i5-8400 CPU @ 2.80GHz
> > Memory: 31.1 GiB of RAM
> > Graphics Processor: NVIDIA GeForce GTX 1080/PCIe/SSE2
>
> could you reproduce the issue using
> `QT_LOGGING_
user@aurora:~$ QT_LOGGING_
kf.kio.widgets: The "Insync" plugin still installs the desktop file for plugin loading. Please use JSON metadata instead, see KAbstractFileIt
libpng warning: iCCP: known incorrect sRGB profile
libpng warning: known incorrect sRGB profile
libpng warning: profile matches sRGB but writing iCCP instead
This is all I got :(
Did I miss some part of the command?
In KDE Bug Tracking System #387663, Shagooserver (shagooserver) wrote : | #64 |
(In reply to Méven Car from comment #53)
> (In reply to Brooks Knight from comment #51)
> > Looks like this issue is due to Dolphin not watching a directory, which can
> > happen several ways, already loaded but inactive tabs or second Dolphin
> > window. I did not see any errors in Dolphin.
> >
> > To reproduce:
> > 1. Open two Dolphin windows of the same folder,
> > 2. Create a file in that folder with the terminal. One window will update
> > and the other won't.
> > 3. In the window that is not working, pressing F5 will have Dolphin
> > correctly watch the folder again.
> >
> > I already had higher inotify watches due to Insync.
> >
> > fs.inotify.
> >
> > Operating System: KDE neon 5.23
> > KDE Plasma Version: 5.23.5
> > KDE Frameworks Version: 5.90.0
> > Qt Version: 5.15.3
> > Kernel Version: 5.13.0-27-generic (64-bit)
> > Graphics Platform: X11
> > Processors: 6 × Intel® Core™ i5-8400 CPU @ 2.80GHz
> > Memory: 31.1 GiB of RAM
> > Graphics Processor: NVIDIA GeForce GTX 1080/PCIe/SSE2
>
> could you reproduce the issue using
> `QT_LOGGING_
Two Dolphin windows opened at the same file/folder may show the problem more readily but is not necessary to reproduce the error, they can be showing different files/folders.
In KDE Bug Tracking System #387663, Meven-car (meven-car) wrote : | #65 |
Git commit a3d37d5c829a983
Committed on 20/05/2022 at 18:45.
Pushed by meven into branch 'master'.
KDirWatch: handle IN_Q_OVERFLOW events
M +6 -0 src/lib/
https:/
In KDE Bug Tracking System #387663, Strangiato Xanadu (strangiato) wrote : | #66 |
*** Bug 462737 has been marked as a duplicate of this bug. ***
In KDE Bug Tracking System #387663, pier (pier-andreit) wrote : | #67 |
I confirm today:
on my laptop using leap 15.4 and KDE argon
KDE Plasma Version: 5.26.5
KDE Frameworks Version: 5.101.0
Qt Version: 5.15.7
dolphin Version 22.12.0
if I open a konsole window in the folder rightclick>
ls > zlist.txt
dolphin doesn’t refres or update the folder contents, to view the new file zlist.txt I have to refresh manually.
it happens also with other commands that creates files given via konsole,
is there a way to automatically refresh or it is a feature/bug or it is a setting wher I can see?
In KDE Bug Tracking System #387663, Bug-janitor (bug-janitor) wrote : | #68 |
A possibly relevant merge request was started @ https:/
In KDE Bug Tracking System #387663, Meven-car (meven-car) wrote : | #69 |
Git commit 40992e7ef24f8b6
Committed on 27/01/2023 at 09:32.
Pushed by meven into branch 'master'.
KDirWatch: output more log when in debug log
M +12 -20 src/lib/
https:/
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 !