can't move files to trash without any owner/permission issues

Bug #1449112 reported by Sadi Yumuşak on 2015-04-27
92
This bug affects 20 people
Affects Status Importance Assigned to Milestone
Nautilus
Unknown
High
nautilus (Ubuntu)
Low
Unassigned

Bug Description

This is something that wouldn't happen before upgrading from Ubuntu 14.10 / Nautilus 3.10 to Ubuntu 15.04 / Nautilus 3.14:

I have a proper HOME partition and most User folders there (Documents, Downloads, Music, Pictures, Videos) are merely SYMLINKS to folders with the same names in a DATA partition which is mounted automatically at startup with proper options in fstab.

Now -- unlike before -- when I attempt to delete an item in one of these folders after I open it via the SYMLINK I get the message "... can't be put in the trash. Do you want to delete it immediately?" although it is immediately moved to the Trash after I open the folder via the Data partition in the sidebar. (Naturally there are no such problems with items in other (real) items in my Home folder.

Nautilus now seems confused about / not knowing where to move the item in question; to the Trash folder in the Home partition (symlink location) or the Data partition (real item location).

Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

Changed in nautilus (Ubuntu):
importance: Undecided → Low
Sadi Yumuşak (sa-yu) wrote :

FYI I've made a bug report, which is here:

https://bugzilla.gnome.org/show_bug.cgi?id=748629

Sebastien Bacher (seb128) wrote :

thanks

Changed in nautilus (Ubuntu):
status: New → Triaged
Changed in nautilus:
importance: Unknown → High
status: Unknown → Confirmed
Changed in nautilus:
status: Confirmed → Unknown
Emmanuel (emmanuelturinetto) wrote :

Happens the same to me. I have two symlinks to two specific folders on my NTFS partition, that has all my personal files and data (Dual-Boot PC). When I access to this folders via Home Folder using symlink folder and try to delete some file that is inside this, the next message appears "... can't be put in the trash. Do you want to delete it immediately?". Not happening the same when I acces via Data partition to the folder.
By the way, I had observed that this weird behavior only appears to happens on the symlinked folder, and not on the folders that can be contained inside of it.
If, after accessing via Home Folder to you symlinked folder, you create any new file and a new folder, put this file on the folder, and try to delete this last one, no problem occurs. But if you try the same with any file inside symlinked folder, the message appears. I do not know how to explain it well, but what I try to said is that there is no problem at all in folders contained (and the files this folders contain) inside symlinked folder. The problem is with files contained inside symlinked folder.

IE: if my symlink folder is /media/user/Personal Files, any file contained in Personal Files will have problem if accesing via Home Folder. But no problems at all will occur with files contained in /media/user/Personal Files/Music.

Hope this help to someone to fix this.

Sadi Yumuşak (sa-yu) wrote :

Emmanuel,

1) You should better go to the bug report mentioned above: https://bugzilla.gnome.org/show_bug.cgi?id=748629

2) Your case might be due to a different Nautilus version (or maybe some sort of custom configuration). I understand the root of this problem is Nautilus has this problem when it "mistakenly" regards (tries to treat) an item in that other partition like it is in the Home partition. For example the Location Bar in that case shows: HOME | Documents | ...
In a case where no such problem occurs (for instance I've modified the entries in "~/.config/user-dirs.dirs" likes this "XDG_DOCUMENTS_DIR="/media/sadi/Data/Documents"), when I click the "Documents" in the sidebar instead of the folder in the main pane, the Location Bar shows: Data | Documents | ...

Rob T Firefly (7-rob) wrote :

Confirmed, this happens to me on a fresh install of 15.04 where the Documents/Downloads/etc. folders are symlinks to other physical drives mounted via fstab.

Sadi Yumuşak (sa-yu) wrote :

This annoying problem has been finally solved for me; THANKS A MILLION TO CzBix :-)

Duplicate bug reported by CzBix: https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1495781

Patch kindly offered by CzBix to fix it: https://gist.github.com/CzBiX/e64256b23687bb13da02

I hope the developers up there incorporate this soon.

petersaints (petersaints) wrote :

This still happens on 16.04. Any progress on fixing it?

Matthew Gregg (mcg) wrote :

Wow. I was hoping this would be fixed in 16.04. Still can't use the trash on mounted/linked partitions/drives.

Sadi Yumuşak (sa-yu) wrote :

Interestingly, after upgrading to 16.04;
I can now move files to Trash any where and any way EXCEPT ONLY the 1st level of a directory symlinked in my Home folder!!!

✔ /home/$USER/File.txt
✘ /home/$USER/Documents/File.txt
✔ /home/$USER/Documents/Archives/File.txt
✔ /media/$USER/Data/File.txt
✔ /media/$USER/Data/Documents/File.txt
✔ /media/$USER/Data/Documents/Archive/File.txt

My new Nautilus is smarter than before, and puts items deleted under sub-directories of "/home/$USER/Documents/" into the Trash folder of "/media/$USER/Data" partition, but not smart enough to understand that items deleted under "/home/$USER/Documents/" directly should also go into the same Trash???

CzBiX (gliuwr) wrote :

Just updated my binary patch for Ubuntu 16.04.
https://gist.github.com/CzBiX/e64256b23687bb13da02

Sadi Yumuşak (sa-yu) wrote :

@CzBix Thanks again! It works like magic : -)

./patch_glib_trash.sh

nautilus -q

Voila!

I just wonder why the package developers cannot do this and save you and all of us all from going through all of this periodically ;-)

Jimmy Pan (dspjmr) wrote :

I have the same problem in ubuntu 16.04.

Dmitry (crazydimson) wrote :

I have the same problem in ubuntu 16.04.1 x64

Matthew Gregg (mcg) wrote :

Same problem in 16.10 as up updating today.

tags: added: xenial yakkety
Sadi Yumuşak (sa-yu) wrote :

Unfortunately the problem has got worse in Ubuntu 16.10 with Nautilus 3.20.3: nothing can be moved to the "Rubbish Bin" anywhere in an NTFS partition on the hard disk now (the reason given for this is "Unable to find or create wastebasket directory" and manually creating such a directory leads to nothing) although no such problem exists for removable media such as USB hard disks :(

Sadi Yumuşak (sa-yu) wrote :

IMPORTANT UPDATE:

Now that we know the root cause of this problem thanks to CzBix (see https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1449112/comments/7) I have reported this issue as a bug in the glib2.0 package (instead of nautilus)

https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1638245

It seems we need to wait for a patch to be made to a patch made to the original package, as that patch --I'm told-- also serves an important purpose which should not be omitted (as the workaround above, although it seems quite harmless, I don't know)

Therefore I think it is better to follow the developments there, and close this one.

Aravind R (araviaravi) wrote :

Ubuntu 17.10 same issue

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

Other bug subscribers

Remote bug watches

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