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

Bug #1497918 reported by Stulrich on 2015-09-21
48
This bug affects 10 people
Affects Status Importance Assigned to Milestone
nautilus (Ubuntu)
High
Unassigned
nemo (Ubuntu)
High
Unassigned
thunar (Ubuntu)
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.

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.

Launchpad Janitor (janitor) wrote :

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

Changed in thunar (Ubuntu):
status: New → Confirmed
Stulrich (stulrich) 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) on 2015-10-08
tags: added: wily xubuntu-exp
Changed in thunar (Ubuntu):
importance: Undecided → High
Kev Bowring (flocculant) on 2015-11-23
tags: removed: xubuntu-exp
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

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.

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?

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
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.

mohican (mohican) wrote :

Could this be a duplicate of bug #1449112 ?

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

Other bug subscribers