Bug 492094

Summary: Copying files to SFTP share doesn't trigger inotify in a way compatible with inotify-dependent services
Product: [Applications] dolphin Reporter: Avram <kde>
Component: generalAssignee: Dolphin Bug Assignee <dolphin-bugs-null>
Status: REPORTED ---    
Severity: normal CC: kfm-devel
Priority: NOR    
Version: 24.05.2   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Avram 2024-08-23 16:47:54 UTC
SUMMARY

When copying files to a remote sftp share using Dolphin, inotify is not triggered on the remote as it is with other file managers such as Nemo. This appears to be due to the creation of a partial file that is renamed.  This  paperless issue seems to sum it up. I experienced the same with minidlna.

https://github.com/the-paperless-project/paperless/issues/665

I'm not sure if the partial file is a result of Dolphin or the transfer mechanism, but it can cause issues with services that rely on inotify so, if this behavior is desirable, it should be configurable.

STEPS TO REPRODUCE
1. Open remote directory with Dolphin ex: sftp://server.localnet/srv
2. On remote host run inotifywatch: inotifywatch -v -r /srv
3. In Dolphin copy file


OBSERVED RESULT

In dolphin:
total  access  modify  attrib  close_write  close_nowrite  open  create  delete  filename
13      3           1            2          1                    1                         2         2           1           /srv

EXPECTED RESULT
In Nemo:
total  modify  attrib  close_write  open  create  filename
9        1            5          1                    1         1           /srv

SOFTWARE/OS VERSIONS
Operating System: Fedora Linux 40
KDE Plasma Version: 6.1.4
KDE Frameworks Version: 6.5.0
Qt Version: 6.7.2
Kernel Version: 6.10.6-200.fc40.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 20 × 12th Gen Intel® Core™ i7-1280P
Memory: 30.9 GiB of RAM
Graphics Processor: Mesa Intel® Graphics

ADDITIONAL INFORMATION