I'm using xfce4.10 on Ubuntu 12.04 without gvfs. I'm not using gvfs since it wakes up my second reserve hard disk every 30 min (even though there is nothing mounted on it and I have put it to sleep with hdparm) and this is too loud. So I'm writing my own "trash restore" program. I found this bug:

"Move to Trash" of file "%C3%B6" generates this trashinfo file:

[Trash Info]
Path=/home/asdf/%C3%B6
DeletionDate=2012-05-18T16:16:13

"Move to Trash" of file "ö" generates this info file:

[Trash Info]
Path=/home/asdf/%C3%B6
DeletionDate=2012-05-18T16:16:19

According to http://freedesktop.org/wiki/Specifications/trash-spec it should be possible to restore the file only by reading the contents of the trashinfo files not the names of the trashinfo files. How do you restore these files? To "ö" or to "%C3%B6". Filenames containing "%" can happen when you download files from the internet whose original filenames contained an space for instance. "%" should be escaped too. This is probably a bug of g_file_trash of glib (?).

I'm using xfce4.10 compiled by me on Ubuntu 12.04 (gvfs not installed).

The old xfce 4.6.2 thunar did it partially right:

It generates

[Trash Info]
Path=/rw/downloads/%25C3%2586
DeletionDate=2012-05-16T06:19:38

for file "%C3%86" and

[Trash Info]
Path=/rw/downloads/%C3%B6
DeletionDate=2012-05-16T06:19:19

for file "ö".

This is only partially right since /rw is mount point of a partition with its own Trash at /rw/.Trash and according to http://freedesktop.org/wiki/Specifications/trash-spec there should only relative Path keys.

Unluckily thunar 1.02 crashes all the time on Ubuntu 12.04. I suspect you don't want to hear any bug reports for this combination?

But nevertheless thanks for your wonderful desktop environment.