File copied from a symbolic link and pasted, the file gets deleted
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
GnomeVFS |
Won't Fix
|
Critical
|
|||
gnome-vfs2 (Ubuntu) |
Triaged
|
Medium
|
Ubuntu Desktop Bugs | ||
nautilus (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
If there is a folder "test1" and a file "file1.txt" resides in it. A symbolic link of that folder, "test2" is made. When both windows are opened by nautilus, and the file copied from the symbolic link "test2" is pasted into the actual "test1" directory, it asks for confirmation on whether to replace the file and then DELETES the file. File is gone, lost forever!
Similar command if executed at the console gives the following, which is CORRECT
vivek@drake:/tmp$ ls
vivek@drake:/tmp$ mkdir test1
vivek@drake:/tmp$ cd test1/
vivek@drake:
vivek@drake:
vivek@drake:
total 4
-rw-r--r-- 1 vivek vivek 10 2006-03-28 23:15 file1.txt
vivek@drake:
vivek@drake:/tmp$ ln -s test1 test2
vivek@drake:/tmp$ ls -ld test*
drwxr-xr-x 2 vivek vivek 4096 2006-03-28 23:15 test1
lrwxrwxrwx 1 vivek vivek 5 2006-03-28 23:15 test2 -> test1
vivek@drake:/tmp$ cd test2
vivek@drake:
file1.txt
vivek@drake:
cp: `file1.txt' and `../test1/
vivek@drake:
HOWEVER, if the file is copied using Nautilus from test2 symbolic link and pasted into test1, it gets deleted.
Changed in gnome-vfs2: | |
status: | Confirmed → Triaged |
Changed in gnome-vfs: | |
status: | New → Won't Fix |
Changed in gnome-vfs: | |
importance: | Unknown → Critical |
Thanks for your bug. That's somewhat similar to http:// bugzilla. gnome.org/ show_bug. cgi?id= 335036 upstream