gvfs-trash doesn't add "trash::" attrs to file which is moved to Trash
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
| GLib |
Fix Released
|
Critical
|
||
| glib2.0 (Debian) |
Fix Released
|
Unknown
|
||
| glib2.0 (Ubuntu) |
Undecided
|
Unassigned | ||
| gvfs (Ubuntu) |
High
|
Unassigned |
Bug Description
[System]
Ubuntu MATE 15.10, fully updated.
[Steps to reproduce]
1. Create an empty file: touch ~/test
2. Move it to trash: gvfs-trash ~/test
3. Launch some file manager, browse Trash folder and try to restore the file. I've tested it with the following file managers: Caja, Nemo, Nautilus and Thunar.
[Expected result]
The file should be restored to its original location.
[What happens instead]
The file manager complains that it can't determine the original location of the file, and so doesn't restore it.
[Details]
When moving file to Trash, gvfs-trash does not add trash::orig-path and trash::
You can check the file attributes by printing the moved file's info:
gvfs-info trash:///test
[Regression description]
Restoring the files has been working fine in Ubuntu 14.04 and 15.04. This bug appeared only in 15.10, so it's a regression.
You can see the gvfs-info output from 15.04 and 15.10 in the attachments below.
Vlad Orlov (monsta) wrote : | #1 |
Vlad Orlov (monsta) wrote : | #2 |
Vlad Orlov (monsta) wrote : | #4 |
I've found out that for some reason these "trash::" attributes magically appear if I log out and then log in back (or simply reboot).
How come...?
Changed in gvfs (Ubuntu): | |
importance: | Undecided → Critical |
Ubuntu QA Website (ubuntuqa) wrote : | #5 |
This bug has been reported on the Ubuntu ISO testing tracker.
A list of all reports related to this bug can be found here:
http://
tags: | added: iso-testing |
Changed in gvfs (Ubuntu): | |
importance: | Critical → High |
assignee: | nobody → Ryan Lortie (desrt) |
tags: | added: rls-w-incoming |
Changed in glib: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in glib: | |
importance: | Medium → Critical |
status: | Confirmed → Incomplete |
Launchpad Janitor (janitor) wrote : | #6 |
Status changed to 'Confirmed' because the bug affects multiple users.
Changed in glib2.0 (Ubuntu): | |
status: | New → Confirmed |
Ubuntu QA Website (ubuntuqa) wrote : | #7 |
This bug has been reported on the Ubuntu Package testing tracker.
A list of all reports related to this bug can be found here:
http://
tags: | added: package-qa-testing |
no longer affects: | glib2.0 (Debian) |
Changed in glib2.0 (Debian): | |
status: | Unknown → Confirmed |
Changed in glib: | |
status: | Incomplete → Fix Released |
Changed in gvfs (Ubuntu): | |
status: | Confirmed → Fix Committed |
assignee: | Allison Ryan Lortie (desrt) → nobody |
Launchpad Janitor (janitor) wrote : | #8 |
This bug was fixed in the package gvfs - 1.24.2-0ubuntu4
---------------
gvfs (1.24.2-0ubuntu4) wily; urgency=medium
* Restore previous change and include extra fix needed on top of it,
with the current glib it should make trash restore work,
debian/
-- Sebastien Bacher <email address hidden> Fri, 16 Oct 2015 10:29:31 +0100
Changed in gvfs (Ubuntu): | |
status: | Fix Committed → Fix Released |
Kev Bowring (flocculant) wrote : | #9 |
On an updated and rebooted system, restore from trash works - the first time. Moving the same file(s) previously restored to trash and then trying to restore again causes the same bug.
Launchpad Janitor (janitor) wrote : | #10 |
This bug was fixed in the package glib2.0 - 2.46.1-1
---------------
glib2.0 (2.46.1-1) unstable; urgency=medium
[ Michael Biebl ]
* Drop clean-la.mk from debian/rules, no longer required.
[ Iain Lane ]
* New upstream release 2.46.1
+ Remove system_header pragma (should fix lack of warnings with things
like g_return_if_fail)
+ move GStrv typedef (and auto-cleanup) from libgobject to libglib
+ fix order of trashing files to be closer to what is required in the
specifica
fix issues with the gvfs trash backend failing to correctly read the
info for recently trashed files (preventing 'restore'). (Closes:
#800491) (LP: #1495943)
+ tweak mime logic to return text/plain on all empty files instead of
returning application/
extensions that imply that they may be other types of files, which is a
slight change of behaviour with respect to old GLib versions. (LP:
#1497170)
* debian/
this is applied upstream in this release.
* debian/
patch from bgo#754994 to resolve intermittent test failures in the
GDateTime tests.
-- Iain Lane <email address hidden> Thu, 15 Oct 2015 16:08:30 +0100
Changed in glib2.0 (Ubuntu): | |
status: | Confirmed → Fix Released |
Vlad Orlov (monsta) wrote : | #11 |
Thanks, restoring from trash works now. Not sure why the linked Debian bug isn't closed yet... the fix made it into Unstable before Wily anyway.
Changed in glib2.0 (Debian): | |
status: | Confirmed → Fix Released |
Vlad Orlov (monsta) wrote : | #12 |
Ok, all good now :)
I just went to Ubuntu 8 LTS (yes, The Beaver). Trash does not restore.
Status changed to 'Confirmed' because the bug affects multiple users.