https://bugs.kde.org/show_bug.cgi?id=76380
--- Comment #63 from Hoptank <lo...@hoptank.com> --- 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 -- You are receiving this mail because: You are watching all bug changes.
