Comment 67 for bug 688576

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/sharename cifs 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