Patch by Alex Henrie<alexhenrie24@gmail.com>.

Patches provided by Ambroz Bizjak and Axel Sommerfeld.

This reverts commit 61c04e04.

Apparently, the commit breaks SMB browsing (see bug #7774 for more
information). We will have to find another solution for the crash with
mountable drivers that have no media.

This reverts commit 5ce61f48.

There are other ways to achieve the same effect: load the icon and the
name of items in the side pane first and only resolve the real files
when users click on them. But this was easier. Also, I expect the side
pane to be redesigned soon and this fix makes it easier to apply the
change to the 4.8 branch.

This fixes a crash when hovering CD drives with a special icon in
computer://.

Signed-off-by: Jannis Pohlmann <jannis@xfce.org>

Error spotted, reported and solved by Ambroz Bizjak.

This fixes a regression introduced in 4.8. In thunar-vfs we did the same
thing we do now: when a desktop entry is to be renamed we only replace
the Name field instead of renaming the file itself.

This also affects xfdesktop which uses Thunar's rename feature through
D-Bus.

These icons were part of older gnome-icon-theme releases but have now
disappeared. There are no useful equivalents in the icon naming
specification or the GTK+ stock icons (well, there is GTK_STOCK_COPY,
but no appropriate replacement for "stock_folder-move"), so for now it's
best to ship the icons ourselves, I think.

This avoids a segmentation fault when creating files like '%s' or '%S'
using File => Create Document => Empty File.

Apparently, the GVfs trash backend only allows top-level directories in
the trash to be modified. Children can be deleted implicitely but e.g.
when emptying the trash, only the top-level items may be deleted.

To give an example: g_file_delete() fails for "trash:///test/foo.txt"
but succeeds for "trash:///test".

This problem is covered in the trash specification under
"Implementation notes".

The last character of all key names was always left out when storing the
key/value pair in the TDB file. As a consequence, two similarly named
files (e.g. x1 and x2) were treated the same (x) and both were assigned
the same emblems.

This was a regression compared to the Thunar code based on ThunarVFS.
When creating a symbolic link with a name for which a file already
exists, we need to try alternative names such as "link to foo", "another
link to foo" and "4th link to foo", just like we do when copying files.

This commit hopefully fixes this and also makes the "Make link(s)"
action in the "Edit" menu work again.

This appears to be a bug in GTK+. If the status icon is not hidden
before it is destroyed, it will sometimes not disappear (the
notification area will never receive a "removed" signal). For more
information please see

  http://bugzilla.gnome.org/show_bug.cgi?id=589860

As a consequence, we no longer need the fallback icon. It is thus
removed from the repository.

Signed-off-by: Jannis Pohlmann <jannis@xfce.org>

This involves a number of changes but it's an existing bug that was
reported first in 2007. Paths starting with '.' or './' are now resolved
based on the current working directory.

The open with button is now implemented as a subclass of GtkComboBox.
The original patch for this was written by Nick. It had to be rewritten
to apply against the new GIO codebase.