Running Thunar 0.9.0 (Debian package): Working on implementing some basic freedesktop.org-compliant Trash support for another application (emacs), reusing some of emacs' existing backup file creation code, discovered that if you make the filenames in the fd.o trashcan's underlying file/ and info/ dirs with a ~ in them, Thunar doesn't show them. I don't mean that files outside trash with real names ending in tilde are hidden (I realise that's by design), I mean that if you have a ~/.local/share/Trash/files/example.txt.~5~ and associated ~/.local/share/Trash/info/example.txt.~5~.trashinfo Thunar's trashcan doesn't show them (whether or not "show hidden files" is on, though it seems to goes into a cpu-eating loop for a bit though when that is toggled). I think Thunar is wrong here, as apps implementing the trashcan spec are free to choose whatever name in Trash/files/ according to the spec (so long as it corresponds to the name in Trash/info/ of course). The name in the "Path=" field of the .trashinfo file is the "name" of the file for display purposes (and maybe it would be better not to hide files once they're in the trashcan anyway...), not the implementation-detail filename in "Trash/files/" Thanks, sorry for nitpicking!
FWIW, same naming scheme causes e.g. GNOME Nautilus to hide the file and KDE 3.x Konqueror to misidentify its filetype (kindof) as a "backup file" in the trashcan, probably for the best if I just use a different naming scheme in practice since issues with that scheme seem so widespread, but still, is a Thunar (and Nautilus and Konqueror...) bug IMO.
Please reopen if this is still an issue with the latest Thunar release.