Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!

Full Text Bug Listing

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