Running Samba version 3.0.9-1.3E.1 on Redhat Linux 3.0 ES (Kernel version: 2.4.21-20.EL). Linux file system (ext3 with ACL support) has the following directory structure: /export/ws/test_folder/testdir1 /export/ws/test_folder/testdir1/testfile1 The permissions for testdir1 are as follows: # file: testdir1 # owner: root # group: tp39328 user::rwx group::rwx group:tp39420:r-x mask::rwx other::--- The permissions for testfile1 are as follows: # file: testfile1 # owner: root # group: tp39328 user::rwx group::rwx mask::rwx other::--- A user who connects to the Samba server via a Windows XP SP2 workstation who is a member of the tp39420 group, but not the tp39328 group, are seeing a problem if they try to delete the testfile1 file. The OS attempts to remove the file, it is removed from the explorer window with no error messages generated. However, if you then click on F5 to refresh the explorer window, the file re-appears. Also, if you try to delete the file from the command prompt window, no error message is provided, but the file is untouched. If I attempt this same action on a Windows 2000 SP4 workstation, I am presented with an error message indicating that the attempt to remove the file is not allowed due to an access violation. Would like to see the Windows XP SP2 users receive a similar error message to eliminate confusion for my end-users. I am unable to test this on a Windows XP SP1 workstation.
very strange. reproduced against 3.0.11
Ok, this happens as the client opens the file with DELETE access requested and then sets the delete on close bit. This must be new behaviour with XP SP2. We allow the open (as we'd need to check the parent directory at open time) and then ignore the setting of delete on close. This is a bug, but it's going to be difficult to fix as the Windows semantics are that the file needs to appear in the directory listing until the close - which it won't do if we delete on the SETFILEINFO call.... Hmmm. Need to think more about this... Jeremy.
jeremy checked in a change for this. should be fixed in the latest 3_0 svn. Patch available at http://websvn.samba.org/cgi-bin/viewcvs.cgi?view=rev&rev=5324
No, I haven't fixed it *yet*. I just checked in the framework for more code. I'll close it myself when I *really* fix it (and the commit message will say "fixed bug #2227" also :-). Jeremy.
I have now fixed this in SVN (as well as it can be done with POSIX anyway :-). Please test this with your ACL set up. Thanks, Jeremy.
*** Bug 2141 has been marked as a duplicate of this bug. ***
*** Bug 1886 has been marked as a duplicate of this bug. ***
sorry for the same, cleaning up the database to prevent unecessary reopens of bugs.