The trash can does not have a restore / recover function

There is a bug upstream about this: http://bugzilla.gnome.org/show_bug.cgi?id=41850

I would appreciate such a feature.

I think this is a pretty essential feature. I think a modern gui-based OS *should* have this. (not that I'm critizing anyone; I just think this should be raised up the priority list.)

you should really bug upstream about it, since dapper is in freeze now, this will not get added to dapper. Anyhow, upstream is really a better place to talk about things like that

Do we have anyone from the Desktop team who can look at this to see if they can write this code? gnome seems to be kinda not interested in this...

That's not that upstream is not interested, the task is non-trivial and upstream is busy. The desktop team is busy too and that's not likely than we work on that feature any time soon

> That's not that upstream is not interested, the task is non-trivial and upstream is busy.

oh I know... bad choice of words that's all.

perhaps one can write some simple scripts to implement this.. I don't know if a script could be attached to the nautilus del function. But - if such a script works well, the gnome team may be motivated to integrate it into naulitus, or we've to integrate it on our own .. it's open source :( but I'm not very well in C by now..

Simply - when deleting a file /home/user/myfile.txt it's moved to /home/user/.trash/myfile.txt - wouldn't it be easy to append a line to /home/user/.trash/.origin

"myfile.txt: /home/user/.trash/myfile.txt".

Nautilus then could provide an undelete function in the trash-folder which reads that .origin file and move the file back to it's old place.

Alexander: whoever implements this should follow the
freedesktop.org spec for trash behavior, not make up
something new.
The spec is defined here:
http://www.freedesktop.org/wiki/Specifications/trash-spec
and it does define a metadata file giving the original
location of the deleted file.

Now with gvfs integration for nautilus, which does implement the freedesktop trash-spec, shouldn't this be easy to do?

I think this would be a very useful feature for anyone, especially when you find a file that you don't know where it goes and you want to put it back. Wouldn't it just require a script and some kind of tracking system?

Well, with the gvfs framework in place in Hardy, what are the chances that we might expect this feature to be added to Intrepid?

This bug was fixed in the package nautilus - 1:2.23.5-0ubuntu1

---------------
nautilus (1:2.23.5-0ubuntu1) intrepid; urgency=low

  * New upstream version
    - Add tab support to browser mode (lp: #154059)
    - Add "restore from trash" functionality (lp: #14412)
    - Path bar and notebooks can be used as fully functional URI drop targets
      (lp: #3337)
    - Places sidebar
      - Add eject buttons to volumes
      - Fix bookmark reordering (lp: #69867)
      - Make DND indication consistent with GTK+ file chooser
    - Async I/O
      - Use NautilusFile instead of GFile for path bar display name
      - Use NautilusFile for DND "same FS" check
    - Fix navigation where window was inconsistently "stuck" between two
      directories, i.e. the view was not completely changed.
    - Fix huge leak - status bar messages were never popped from the stack
    - Always grab focus on location change, even if view is reused
    - Icon view fixes
      - If no icon is selected, but an icon has the keyboard focus,
        select it when pressing space. (lp: #155044)
      - Move keyboard focus after a file has been removed (lp: #242732)
      - Fix double-clicking of half-shown items (lp: #52606)
    - Thumbnailing changes
      - Never scale up any thumbnails (lp: #202682)
      - Compose and scale thumbnails on the fly
      - Speed up loading of large image files used as their own thumbnails
    - Display emblems for small icon sizes
    - Offer clipboard contents as text/uri-list
    - Use UTF-8 dash for properties window instead of "--"
    - Misc
      - Allow to build without XMP
      - Require beagle 0.2.4
      - Require intltool 0.36.3.

 -- Sebastien Bacher <email address hidden> Mon, 21 Jul 2008 20:52:13 +0200