https://bugs.kde.org/show_bug.cgi?id=76380
--- Comment #63 from Hoptank ---
Hi, I have the same experience and I've only recently experienced it because
another kio change introduced in 20.04 caused me to change the way I mount
Windows shares. That's why I'm 16 years late to this issue!
/media/user/sharename is a Windows share mounted using the following /etc/fstab
entry:
//windowspc/sharename/media/user/sharenamecifs
dir_mode=0700,file_mode=0700,uid=1000,credentials=/home/user/smbpwd,noauto,user
0 0
/media/user/sharename contains a folder called .Trash-1000 (my uid is 1000):
drwx-- 2 user user 0 Jul 15 18:52 .Trash-1000
ls -alr .Trash-1000/
total 640
drwx-- 2 user user 0 Jul 24 06:42 info
drwx-- 2 user user 0 Jul 24 06:42 files
drwx-- 2 user user 655360 Jul 24 06:36 ..
drwx-- 2 user user 0 Jul 15 18:52 .
If I delete a file from /media/user/sharename using Dolphin the file is copied
across the network from the network share to ~/.local/share/Trash/ on my local
drive.
The expected behaviour is for the file to be moved to
/media/user/sharename/.Trash-1000/files.
I've tried using a folder called .Trash on /media/user/sharename but that
didn't work either.
I've tried manually adding an entry for /media/user/sharename/.Trash-1000 to
~/config/trashrc without success.
I can't see any errors or messages about .Trash, Trash or trash in KSystemlog
or any files in /var/log.
My versions:
Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
Kernel Version: 5.4.0-42-generic
OS Type: 64-bit
--
You are receiving this mail because:
You are watching all bug changes.
