<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>89104</bug_id>
          
          <creation_ts>2005-04-14 10:23 0000</creation_ts>
          <short_desc>Nautilus-2.10.0 failed to delete files whose path include a link to another disk</short_desc>
          <delta_ts>2005-11-03 07:52:18 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>GNOME</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>cjouny@gmail.com</reporter>
          <assigned_to>gnome@gentoo.org</assigned_to>
          <cc>dshanker@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>cjouny@gmail.com</who>
            <bug_when>2005-04-14 10:23:50 0000</bug_when>
            <thetext>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=&quot;amd64&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-march=k8 -O2 -pipe&quot;
CHOST=&quot;x86_64-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-march=k8 -O2 -pipe&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig ccache distlocks fixpackages sandbox&quot;
GENTOO_MIRRORS=&quot;http://gentoo.osuosl.org/ ftp://gentoo.risq.qc.ca/
ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://gentoo.ccccom.com&quot;
MAKEOPTS=&quot;-j2&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/disk0/gentoo/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.namerica.gentoo.org/gentoo-portage&quot;
USE=&quot;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&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cjouny@gmail.com</who>
            <bug_when>2005-04-14 10:25:23 0000</bug_when>
            <thetext>Error in instructions #6.

Correct line is :
6. Navigate to /mnt/disk1/folder/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dshanker@gmail.com</who>
            <bug_when>2005-10-30 14:56:07 0000</bug_when>
            <thetext>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?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cjouny@gmail.com</who>
            <bug_when>2005-11-01 08:09:38 0000</bug_when>
            <thetext>It seems to have been corrected somewhere on the way. I don&apos;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.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cjouny@gmail.com</who>
            <bug_when>2005-11-01 08:11:34 0000</bug_when>
            <thetext>Forgot on last post. Tested with nautilus-2.12.1 om amd64. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cjouny@gmail.com</who>
            <bug_when>2005-11-01 08:18:21 0000</bug_when>
            <thetext>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 &quot;Move to trash&quot;.

Delete in terminal with rm command works fine.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dshanker@gmail.com</who>
            <bug_when>2005-11-01 09:53:04 0000</bug_when>
            <thetext>Able to reproduce (not being able to delete the symlink in nautilus) on 2.12.1
also. :(</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dang@gentoo.org</who>
            <bug_when>2005-11-01 11:43:55 0000</bug_when>
            <thetext>Fixed in 2.12.1-r1.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dshanker@gmail.com</who>
            <bug_when>2005-11-02 09:45:29 0000</bug_when>
            <thetext>Tried with 2.12.1-r1 and still can&apos;t remove the symlink to a directory on
another partition.

Regards,</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dshanker@gmail.com</who>
            <bug_when>2005-11-02 09:49:08 0000</bug_when>
            <thetext>Additionally, if I remove the directory the symlink is referencing, I&apos;m then
able to remove the symlink.

Regards,</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dang@gentoo.org</who>
            <bug_when>2005-11-02 09:55:39 0000</bug_when>
            <thetext>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&apos;d
guess this needs to be taken upstream, at this point, because they consider it
fixed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cjouny@gmail.com</who>
            <bug_when>2005-11-03 07:52:18 0000</bug_when>
            <thetext>Just to confirm, I am now also able to delete link with nautilus 2.12.1-r1 (on
gentoo amd64).
</thetext>
          </long_desc>
      
    </bug>

</bugzilla>