I'm mounting several smb shares using gvfs like: gvfs-mount smb://server/video < ~/bin/server.secrets When copying a file using the terminal the operation completes successfully. Using Dolphin (14.12.1, though Dolphin Help says 4.11.97) the operation aborts with "Could not write file . Disk full.". Deleting from that mounted folder using Dolphin works just fine. Creating or deleting a folder works fine too. Reproducible: Always Steps to Reproduce: Mount a gvfs share, copy a file to it using Dolphin using normal copy/paste menu entries. Actual Results: The operation aborts with a message window saying "Could not write file . Disk full.". The file is not copied. Expected Results: The operation completes and the file is copied. Not sure if the underlaying problems are in frameworks5-kio or kde4-kio...
*** Bug 357930 has been marked as a duplicate of this bug. ***
*** Bug 367796 has been marked as a duplicate of this bug. ***
*** Bug 396285 has been marked as a duplicate of this bug. ***
#396285 was created by myself, due to not been able to open files on shares when in KDE apps. This applies to KDE apps running on non KDE desktops. KDE Frameworks 4 is OK, 5 does not work, files end up 0 length! This is catastrophic as you loose files without backup and there is no way to expect or rescue once it happens.
*** Bug 398057 has been marked as a duplicate of this bug. ***
Git commit 5fb35a3c105d283139282f26d0843616b63a43f8 by Kai Uwe Broulik. Committed on 31/08/2018 at 07:19. Pushed by broulik into branch 'master'. [KMountPoint] Resolve gvfsd mounts We only see the toplevel /run/user/foo/gvfs folder as a mount, not the virtual mounts inside. This will eventually allow us to tell what mount type a location mounted through gvfs-fuse is Differential Revision: https://phabricator.kde.org/D15153 M +20 -0 src/core/kmountpoint.cpp https://commits.kde.org/kio/5fb35a3c105d283139282f26d0843616b63a43f8
Git commit 97b8d5f1ec476b9d2f664ac6b774d3a32cf58f16 by Kai Uwe Broulik. Committed on 31/08/2018 at 07:21. Pushed by broulik into branch 'master'. [KMountPoint] Also check "smb-share" for whether it's an SMB mount This is the "type" exposed by gvfsd Differential Revision: https://phabricator.kde.org/D15154 M +4 -1 src/core/kmountpoint.cpp https://commits.kde.org/kio/97b8d5f1ec476b9d2f664ac6b774d3a32cf58f16
*** Bug 345135 has been marked as a duplicate of this bug. ***
The exact same issue reappears again. OS: Fedora Kinoite 36.20220704.0 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.3 I know that now 5.25.2 is available but dependency conflicts are not resolved for now so I can't upgrade.
> I'm mounting several smb shares using gvfs like: > gvfs-mount smb://server/video < ~/bin/server.secrets > > When copying a file using the terminal the operation completes successfully. Using Dolphin (14.12.1, though Dolphin Help says 4.11.97) the operation aborts with "Could not write file . Disk full.". Deleting from that mounted folder using Dolphin works just fine. Creating or deleting a folder works fine too. > > > Reproducible: Always > > Steps to Reproduce: > Mount a gvfs share, copy a file to it using Dolphin using normal copy/paste menu entries. > > Actual Results: > The operation aborts with a message window saying "Could not write file . Disk full.". The file is not copied. > > Expected Results: > The operation completes and the file is copied. Only difference is that Dolphin version is 22.04.1
Also occurs in Flathub version of Dolphin, 22.04.2
Upgraded to 5.25.2 and still the same. Operating System: Fedora Kinoite 36.20220707.0 KDE Plasma Version: 5.25.2 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.3 Dolphin Version: 22.04.1