File couldn't be moved to trash: Invalid link across device boundaries

Bug #1497918 reported by Fidelis Sigmaring
48
This bug affects 10 people
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)
Confirmed
High
Unassigned
nemo (Ubuntu)
Confirmed
High
Unassigned
thunar (Ubuntu)
Confirmed
High
Unassigned

Bug Description

1) Xubuntu 15.10 beta 1

2) Thunar 1.6.10

3) Dragging in Thunar an external folder (like "/media/user/mountxy" for example) to one's home folder creates a linked folder (or is it called: folder link?).
Now inside this linked folder I try to use Thunar's right-click "delete file" menu. It's the "delete to trash" entry.
When the file is in some sub-folder of the linked folder, everything works.
When file is in the linked folder's root however, Thunar gives the following error:

4) Thunar complains (roughly translated to English from my localised Thunar) :

»File couldn't be moved to trash.
Invalid link across device boundaries.«

(In localised language the message says so:
»Datei konnte nicht in den Papierkorb verschoben werden.
Ungültiger Link über Gerätegrenzen hinweg.« )

P.S. When in this linked folder's root I delete the file without the trash-option, i.e. the "delete forever" menu entry, it works.

Tags: wily
Revision history for this message
Kev Bowring (flocculant) wrote :

Can't seemingly drag and drop properly - or at least it copies but doesn't link.

If I however manually create a symbolic link then I see the same issues.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in thunar (Ubuntu):
status: New → Confirmed
Revision history for this message
Fidelis Sigmaring (stfidelis-deactivatedaccount) wrote :

The bug happens "only" with files, whilst folders (directories) work.
I.e. you can delete a folder in the linked folder's root directory, but not a file in the linked folder's root directory.

Kev Bowring (flocculant)
tags: added: wily xubuntu-exp
Changed in thunar (Ubuntu):
importance: Undecided → High
Kev Bowring (flocculant)
tags: removed: xubuntu-exp
Revision history for this message
Denis (denis-openid) wrote :

This bug seems much wider and affects many other programs. I am unable to trash or delete files in a linked directory (on another partition) when accessing it from the link.

This affects, for instance, trashing files in Rhythmbox or in nautilus.

To replicate the bug for nautilus:

- link to a directory on another partition
- create a new file in the directory through the link (e.g., save a new image in The Gimp)
- open nautilus and select 'move to trash'
- either one of these two thing happens

Revision history for this message
Denis (denis-openid) wrote :

(continued report, posted by accident)

either one of these two things happens
1. naulilus crashes straight away
2. nautilus prompts: 'can't be put in the trash. Do you want to delete it immediately?' If 'delete' is selected, nautilus crashes

In either case, the file is not deleted. It CAN be deleted through the original directory the link points to.

Revision history for this message
liamdawe (liamdawe) wrote :

It also happens to me.

I've noticed the exact same thing as the above. It will either kill nautilus, or the second try tell me it can only be deleted, and not put in the trash.

It also happens to Nemo.

So, it's not a bug in either of them, but the system underneath?

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in nautilus (Ubuntu):
status: New → Confirmed
Changed in nemo (Ubuntu):
status: New → Confirmed
Changed in nemo (Ubuntu):
importance: Undecided → High
Changed in nautilus (Ubuntu):
importance: Undecided → High
Revision history for this message
Andreas Wehler (andreas-wehler) wrote :

Bug is still seen on Ubuntu 16.04.

See also: http://osdir.com/ml/general/2013-01/msg36799.html

Thunar does not follow symlinks to find the .Trash-1000.

gfvs-trash (used by thunar) does not look for .Trash-1000 on the partition where the real to-be-deleted-data resides but on the partition where the symlink itself is found.

Hope that will change.

Revision history for this message
mohican (mohican) wrote :

Could this be a duplicate of bug #1449112 ?

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.