Bug 729 - SET_FILE_INFORMATION Ineffective w/o ATTR_NORMAL
Summary: SET_FILE_INFORMATION Ineffective w/o ATTR_NORMAL
Status: RESOLVED WONTFIX
Alias: None
Product: Samba 2.2
Classification: Unclassified
Component: File Services (show other bugs)
Version: 2.2.8a
Hardware: All Linux
: P3 normal
Target Milestone: ---
Assignee: Gerald (Jerry) Carter (dead mail address)
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-11-06 20:45 UTC by Michael B. Allen
Modified: 2005-11-14 09:24 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Michael B. Allen 2003-11-06 20:45:41 UTC
SMB_COM_DETELE fails with Access Denied if it immediately follows a 
TRANS2_SET_FILE_INFORMATION with attributes 0x0000 that *does not specify 0x80 
ATTR_NORMAL*. NT 4.0 does not have a problem with ATTR_NORMAL on or off. The 
below is a summary capture of jCIFS recursively deleting files and directries, 
then removing read-only with a TRANS2_SET_FILE_INFORMATION, and finally failing 
to delete the file even though the TRANS2_SET_FILE_INFORMATION was successfull 
in removing read-only.

SMB      Transaction2 Response FIND_NEXT2, Files: sf.o tables.o telnet.o 
toggles.o trace_ds.o util.o xio.o XtGlue.o c3270 version.o x3270if.o
SMB      Transaction2 Request FIND_NEXT2, Continue: x3270if.o
SMB      Transaction2 Response FIND_NEXT2, Files: x3270if 
SMB      Find Close2 Request 
SMB      Find Close2 Response
SMB      NT Create AndX Request, Path: \test1\c3270-3.2\XtGlue.c
SMB      NT Create AndX Response, FID: 0x1c6b
SMB      Transaction2 Request SET_FILE_INFORMATION, FID: 0x1c6b
SMB      Transaction2 Response SET_FILE_INFORMATION
SMB      Close Request, FID: 0x1c6b
SMB      Close Response
SMB      Delete Request, Path: \test1\c3270-3.2\XtGlue.c
SMB      Delete Response, Error: Access denied

This also occurs in 2.2.7.
Comment 1 Gerald (Jerry) Carter (dead mail address) 2004-02-17 08:45:57 UTC
Sorry, but the 2.2 is not under development any longer.
If you can reproduce this bug against the latest 3.0 release, 
please reopen this bug and change the version in the report.
Thanks.
Comment 2 Gerald (Jerry) Carter (dead mail address) 2005-11-14 09:24:04 UTC
database cleanup