It seems that they are working toward using a different location for trash. While dragging an item and dropping it into the trash bin on Kiba-Dock does move it to the ~/.Trash folder and Kiba-Dock counts this file successfully at some point in time (haven't figured out when though) these files get moved again.
Clicking on the trash icon pulls up the file browser to a location of Trash:///. This currently for me shows 38 files in it yet Kiba-Dock only is showing me the 1 file in ~/.Trash. The Trash:/// folder seems to be pointing to ~/.local/share/Trash/files. It looks like they are now putting things there and then there is a ~/.local/share/Trash/info/ with each file that has been deleted and .trashinfo added to the end of it. Not that Kiba-Dock needs these files just figured I'd put the knowledge here as to what it looks like may become the new standard.
Logged In: YES
user_id=1939748
Originator: NO
Oops I guess I wasn't logged in when I hit submit...
Logged In: YES
user_id=1849921
Originator: NO
kiba dock obtains the trash directory from gnome-vfs, it is deprecated but supported in the 2.* series.
sounds great, so we finally have a recovery feature in gtk-2.22 :)
to bad that it currently break things
Logged In: YES
user_id=1881072
Originator: NO
Ubuntu Hardy is using GVFS as the backend for nautilus:
"GVFS makes it possible to fix shortcomings of Nautilus such as the inability to restore files from trash, pause and undo file operations, and will make it possible to escalate user privileges for certain operations using PolicyKit for authentication. It also brings a significant performance boost to many operations. "
Perhaps ubuntu devs would know how you could fix the problem?
Logged In: YES
user_id=1881072
Originator: NO
argh... i don't like sourceforge. It makes it look somehow like there weren't any comments. if possible i can be deleted... i'm sure you know about gvfs... :-/