Also, I found if of interest that ~/.Trash-uid gets mentioned, and I have this... but ~/.Trash-1000/files is empty whereas ~/.local/share/Trash/files is where everything appears to go (I see other recently deleted files as well as the test files from above there).
]]>I don't think I had any issues either, and only recently started getting popups on thunar asking if I wanted to permanently delete files. It occurs with or without a .Trash-1000 dir on the mounted subvol. Trash is working fine in my home directory, so I don't think this is about btrfs itself. I also confirm the same behavior exists with pcmanfm.
Have you confirmed the settings in pcmanfm: edit -> preferences -> uncheck 'Erase files on removable media instead of trash can creation'? Mine is unchecked and I still get the behavior. I ran into that mentioned HERE and some reported it fixed things for them so I wanted to mention it.
]]>But:
if I create a subvolume on that same filesystem, and try to delete anything inside it I get:
Some files cannot be moved to trash can because the underlying file systems don't support this operation. Do you want to delete them instead?
Also .Trash-1000 is not created in this subvolume.
* Problem also with PcmanFM QT
* trash-put works fine
* I'm not really sure, but in the past (2 month ago) I noticed no problems
Anyone has noticed this too ? Any hints to debug further ? Which package is the main suspect ?
Thanks very much.
]]>