With a mapped samba share on windows, the UNIX permissions(on the security tab) aren't filled in for folders, but are for files.
This is an example(debian 5), the user CS\dmarkey is the owner of that folder/directory, they should have all the left column ticked.
Permissions for files show up correctly.
Tested on server version 3.2 on debian 5 and 3.0 on solaris 10.
Has anyone had the chance to take a look at this to check that its valid? Thanks
Yeah, reproduced it here. If you look in the advanced tab the permissions show correctly though.
You only get the perms showing up on the "simple" security tab if they ACE applies to this "folder, subfolders, and files". So I'm pretty sure
what you are seeing is by design. If you have POSIX acl support enabled on your file system, you can assign "default" permissions to the folder to correct this.
Or you can fix the perms from the Windows client.
I tried applying the same permissions to files within the folder with the "Replace permissions for all child objects", didnt work
The reason i think this isnt by design is that if one adds a POSIX permission to the folder, it correctly shows up, Very strange that POSIX permissions shows up but not UNIX ones?
David, there could be a bug, but I'm gonna stand by my original comment. Unless there is a regression, I can't see a bug here. The permissions show up properly in the advanced tab. The Windows security tab chooses how to display those permissions based on the bits in the access mask in the ACE. But the permissions appear to be returned properly and displayed correctly.
If I get a chance, I'll try to setup a repro next week.
btw...would you set the proper version so I'll know which release to look at ?
I'm working off 3.3.3.
"I'll try to setup a repro next week."
Sorry for my ignorance, i'm not really sure what this means.
Created attachment 4092 [details]
Created attachment 4093 [details]
smb -b output
Created attachment 4094 [details]
Reassigning this bug to the default assignee since Jerry is no longer directly involved in Samba development.