[Thunar-dev] Enhancement with trash

Erlend Davidson E.R.M.Davidson at sms.ed.ac.uk
Wed Dec 6 16:13:34 CET 2006



Harold Aling wrote:
> Erlend Davidson wrote:
>> anthony viallard wrote:
>>   
>>> That will be awesome if there was a option in thunar to indicate the
>>> default operation for deletion.
>>>
>>> [X]   Completety delete without move to trash
>>> [  ]    Move to trash
>>>
>>> :)
>>> thanks.
>>> Viallard Anthony. aka Homer242
>>>     
>> Yeah, and also perhaps disable the trash for filesystems under /media
>>   
> Nope... I mount my usb (hd)drives under /media. I'd like to be able to
> salvage deleted files of those too.
>
> Not thrashing on fuse mounted filesytems is somewhat of a solution,
> but since I also mount a local ntfs disk through fuse, thrashing on
> the same volume might be a better solution...
>
> There is a freedesktop spec Benedikt (main dev of thunar) tries to
> follow which describes such things in detail.
>
> In the mean time, just press shift-delete when you don't want to
> collect thrash on a specific location.
Trashing files from the network or removable devices isn't part of the
specification.  From the specification document:
--

The implementation MAY also support trashing files from the rest of the
system (including other partitions, shared network resources, and
removable devices) into the “home trash” directory . This is a
“failsafe” method: trashing works for all file locations, the user can
not fill up any space except the home directory, and as other users
generally do not have access to it, no security issues arise.

However, this solution leads to costly file copying (between partitions,
over the network, from a removable device, etc.) A delay instead of a
quick “delete” operation can be unpleasant to users.

An implementation may choose not to support trashing in some of these
cases (notably on network resources and removable devices). This is what
some well known operating systems do.

--

I see the problem with FUSE, captive-ntfs uses it, and I think some
encrypted volumes do too.  What would happen with trackerfs, which lets
you mount a dynamic tracker-search.  If you delete one of those files
the restore location will be some dynamic directory /mnt/trackerfs,
unless of course it's possible to get the correct location of the file
on the system at trash-time.





More information about the Thunar-dev mailing list