New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

Thunar crashed a number of times here when using the
pathbar, looking for a file that was constantly rewritten.
Valgrind reported a double free on file->display_name and
invalid reads as a result of that.

New status: 665 messages complete with 5 fuzzies and 8 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 677 messages complete with 1 fuzzy and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

This reverts commit 68924ba2.

The change introduced a crasher when too many files were deleted at
once. Too many folder reloads are not good. Perhaps we need a
removed_files closure in addition to the new_files closure.

This reverts commit 043c6301.

The change introduced a crasher when too many files were trashed at
once. Too many folder reloads are not good. Perhaps we need
removed_files closure in addition to the new_files closure.

This will make trashing files feel much more responsive.

This hopefully fixes the delay between deleting a file and the file
disappearing in the view. The same fix will be applied to other file
operations soon.

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 678 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

New status: 679 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

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

Hopefully this will fix it, but I'm not sure this was even a problem.

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

New status: 679 messages complete with 0 fuzzies and 0 untranslated.

Transmitted-via: Transifex (translations.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.

I think this can be implemented better, like asking the user if he wants
to create that folder or like hiding user dirs in the go menu if they
don't exist. But that's new features, I'm just fixing an error we don't
need to show.

Also fixed compiler warnings due to variable name shadowing.

New status: 673 messages complete with 0 fuzzies and 7 untranslated.

Transmitted-via: Transifex (translations.xfce.org).

If the home and desktop folders are the same, then we want to show the
home folder as "username" rather than as "Desktop" in the shortcuts
pane. So we will no longer apply special label treatment to the desktop
folder (I guess GIO would internally figure out the localized desktop
display name based on xdg-user-dirs anyway...).

I guess this is more like a mini-feature than a bug though.

Make sure to always pass a fourth startup_id parameter to all D-Bus
methods (add the parameter in the comments as well).