When you create a link which point to another disk mounted locally, files can be erased if accessed by the mount point but not if accessed by the link. If the link is toward same partition, there is no problem. It is not a mount problem as I can delete the file if accessed directly. Link permission is 755 and owned by me. Tested on 2 differents computers with x86 and amd64. Same behavior. In case it matters, I installed gnome-light only. (2.10_pre0) Reproducible: Always Steps to Reproduce: 1. Mount a writable partition on /mnt/disk1 2. Create a link to a part of it in your home directory (ln -s /mnt/disk1/folder ~/link_to_folder) 3. Create a file there (touch /mnt/disk1/folder/testfile) 4. Open nautilus and navigate to ~/link_to_folder 5. Trying to delete the file ... it failed, nothing happen. Neither by hitting Del key or right-click menu. 6. Navigate to /mnt/test/folder/ 7. From here, file can de deleted Actual Results: Nothing happend when trying to delete file. Expected Results: Be able to deleted from either path. Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3, glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r3 x86_64) ================================================================= System uname: 2.6.11-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 8 2005, 17:02:01)] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.5, 1.8.5-r3, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.5.14 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks fixpackages sandbox" GENTOO_MIRRORS="http://gentoo.osuosl.org/ ftp://gentoo.risq.qc.ca/ ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://gentoo.ccccom.com" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/disk0/gentoo/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage" USE="amd64 X acpi adns alsa avi berkdb bitmap-fonts cdr cups curl divx4linux doc dvd dvdr esd fam fftw flac font-server fortran gd gdbm gif gimp gimpprint glut gnome gnomedb gpm gstreamer gtk gtk2 gtkhtml hal imagemagick imlib ipv6 java jp2 jpeg kerberos ldap libwww lm_sensors lua lzw lzw-tiff mad motif mozilla mozsvg mp3 mysql ncurses network nls nptl nptlonly odbc ogg oggvorbis opengl oss pam pdflib perl plotutils png postgres ppds python readline samba sdl slang spell ssl svg tcltk tcpd tiff truetype truetype-fonts type1-fonts usb userlocales v4l v4l2 vorbis xml xml2 xmms xpm xprint xrandr xv zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
Error in instructions #6. Correct line is : 6. Navigate to /mnt/disk1/folder/
I was unable to reproduce the bug with Nautilus 2.12.1; Nautilus allowed me to delete files on the mounted partition without issue. Can you try with 2.12.x?
It seems to have been corrected somewhere on the way. I don't have the problem anymore. Work correctly on amd64. PS:still able to reproduce on nautilus-2.10.1 on x86 (not yet upgraded). So only 2.12 seems to have it corrected.
Forgot on last post. Tested with nautilus-2.12.1 om amd64.
Update: It appears that now I cannot remove the folder link. So now the file can be erased but I cannot delete the link to the folder on mounted partition. I am the owner of link and permissions are 777. Based on same instructions as post #1: -navigate to home, and trying to delete ~/link_to_folder failed. Either with delete key or right-click "Move to trash". Delete in terminal with rm command works fine.
Able to reproduce (not being able to delete the symlink in nautilus) on 2.12.1 also. :(
Fixed in 2.12.1-r1.
Tried with 2.12.1-r1 and still can't remove the symlink to a directory on another partition. Regards,
Additionally, if I remove the directory the symlink is referencing, I'm then able to remove the symlink. Regards,
I was unable to remove the symlink on 2.12.1, but was able to on 2.12.1-r1. The upstream bug for this resulted in the fix in this update, and nothing more, so there must be some additional problem. (note, delete and move to trash are two different operations. I was able to delete before, but not move to trash.) I'd guess this needs to be taken upstream, at this point, because they consider it fixed.
Just to confirm, I am now also able to delete link with nautilus 2.12.1-r1 (on gentoo amd64).