nautilus deletes (samba share) file without prompt when a folder of the same name is created

Bug #316653 reported by Justin Lee on 2009-01-13
8
Affects Status Importance Assigned to Milestone
Nautilus
New
Medium
nautilus (Ubuntu)
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: nautilus

To reproduce this bug, open some samba share 'smb://myserver/myshare', for example, with nautilus. Create a deletable FILE named 'mytest', for example, with any contents in 'smb://myserver/myshare'. Now, create a FOLDER also named 'mytest' in the same place 'smb://myserver/myshare'. When the FOLDER 'mytest' is created, the FILE 'mytest' is deleted without any prompt. (you must have the privileges to create/delete folders/files in the share and the FILE attribute of 'mytest' must be writable)

The file system won't allow a file and a folder both with the same name coexist in the same place, but I expect nautilus should at least prompt before it deletes the file. I have tested it on my two different machines and both have the same issue.

hope this is useful

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 8.10
Package: nautilus 1:2.24.1-0ubuntu1
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=zh_TW.UTF-8
 SHELL=/bin/bash
SourcePackage: nautilus
Uname: Linux 2.6.27-9-generic i686

Justin Lee (cf9404) wrote :
Sebastien Bacher (seb128) wrote :

not confirming on a current jaunty, the new directory is named new directory rather than the actual name and the file is still there

Changed in nautilus:
assignee: nobody → desktop-bugs
importance: Undecided → Low
Justin Lee (cf9404) wrote :

Further information: In all my tests before, the samba share are hosted/created by Windows Server 2000 rather than Linux. I have not tested to open a samba share created by Ubuntu or other Linux distro. Not sure if this matters just in case...

Sebastien Bacher (seb128) wrote :

could you try if that's still an issue in jaunty? could you run "GVFS_DEBUG=1 /usr/lib/gvfs/gvfsd -r" if that's the case, do those steps to trigger the bug and add the log to the bug?

Changed in nautilus (Ubuntu):
status: New → Incomplete
Justin Lee (cf9404) wrote :

Currently I am using Intrepid and don't have spare disk space/machine to install Jaunty. Does the test you mentioned have to be done in Jaunty? If it could be done in Intrepid, I may have a chance to try it on.

I think nautilus should be ok in Jaunty according to the prior test you have done.

Sebastien Bacher (seb128) wrote :

you could perhaps try on a livecd system rather if you don't want to install it?

Justin Lee (cf9404) wrote :

may take some time to prepare and test. downloading it right now

Justin Lee (cf9404) wrote :

hi Sebastien, the file is still deleted without a prompt in the system of jaunty livecd . please see Bug #363360 for the data you asked.

Sebastien Bacher (seb128) wrote :

what did you do you exactly to get the issue? the new infos are not really clear

Justin Lee (cf9404) wrote :

1. boot up from livecd which is created from 'ubuntu-9.04-rc-desktop-i386.iso'.
2. run nautilus and go to directory /tmp by input '/tmp' in the location text box in nautilus window.
3. create a folder 'myshare' in /tmp.
4. right click on 'myshare' and select 'Properties'.
5. go to the tab 'Share' in 'myshare Properties' pop up dialog.
6. check the option 'Share this folder'. when the option is checked, a dialog 'Sharing service is not installed' will appear. click on the 'install service' button in the dialog and it will start to download and install 'samba' package.
7. when the installation is done, a dialog prompting you to 'Restart your session' appears. click on the 'Restart session' button in the dialog to restart the session. however, the session is not restarted after the button is clicked. i need do it by myself manually.
8. run 'gnome-terminal' and execute

    sudo kill -term `pgrep '^Xorg$'`

   to restart the session manually. The login screen will show. wait until timeout in order to login as user 'ubuntu' automatically.
9. run nautilus and go to /tmp.
10. right click on 'myshare', select 'Properties' and go to the 'Share' tab in the dialog.
11. check options 'Share this folder', 'Allow other people to write in this folder' and 'Guest access (for people without a user account)' in the 'Share' tab and click on 'Create Share' button to apply the change.
12. after the 'Create Share' button is clicked, a dialog 'Nautilus needs to add some permissions to your folder "myshare" in order to share it' appears. click on the 'Add the permissions automatically' button to add the permissions.
13. open another nautilus window and input 'smb://localhost/myshare' in the location text box in nautilus window.
14. create a FILE 'mytest' in smb://localhost/myshare (select 'File -> Create Document -> Empty File' from the menu bar of the nautilus window and rename the file to 'mytest').
15. create a FOLDER 'mytest' in smb://localhost/myshare (select 'File -> Create Folder' from the menu bar of the nautilus window and rename the folder to 'mytest'). When the FOLDER 'mytest' is created, the FILE 'mytest' is deleted without a prompt.

Changed in nautilus (Ubuntu):
status: Incomplete → New
Brice Terzaghi (terzag) wrote :

I reported what looks like a similar or related problem (bug 382117 : https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/382117).
Renaming a file in a Samba share to the name of an existing file replaces the original one without warning. This happens to me in Jaunty, managing Samba shares with Nautilus.

Pedro Villavicencio (pedro) wrote :

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=590271

Changed in nautilus (Ubuntu):
status: New → Triaged
Changed in nautilus:
status: Unknown → New
Changed in nautilus:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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