trash on a mounted samba share doesn't work
Submitted by Bart
Assigned to Allison (desrt)
Link to original bug (#721399)
Description
working with xubuntu 13.10 (Thunar is the file manager)
In Thunar, I can connect to a shared folder on a NAS (XFS file system) using 'smb://MyServer/NetFolder'. When I select a file and press Shift-Delete or choose 'Move to Trash' in the context menu, a pop-up warns me the file will be deleted permanently. So here trashing = delete permanently.
Now, still in Thunar, when I go to '/run/user/1000/gvfs/smb-share:server=MyServer,share=NetMap', select a file and press Shift-Delete or choose 'Move to Trash', now a pop-up warns me it's 'Unable to find or create trash directory'. Clicking OK cancels the action.
If I strace gvfs-trash (the code behind the trashing), I can see it tries to mkdir '/run/user/1000/gvfs/.Trash-1000', but it doesn't get it done. I assume this is because of the strict permissions on the gvfs folder (even I can't make the folder there manually, not even as root).
The sloppiest way to solve this would be to let Thunar delete files permanently whenever gvfs-trash doesn't get its magic done.
The nicest way would be to make trashing work. But then what bothers me is that gvfs-trash tries to create a .Trash-1000 folder in the gvfs folder (i.e. locally). I would expect it to be created in the smb-share:server=MyServer,share=NetMap folder (i.e. remotely).
Maybe there should be a way to change the default behavior of the trash mechanism: enable/disable trashing per device/network mount; change the location where a device/network mount keeps it's trash data; define trashing permissions per device/network mount; deal with devices/servers that have there own trashbox system;
So, still some work to do ...
Version: 1.18.x