While processing WINBINDD_LOOKUPRIDS request the winbindd does not fill the domain_name field in response structure. Consequently smbd returns an empty domain name while looking up SIDs, which in turn causes Security Properties dialog on Windows to behave oddly.
The following patch fixes the problem for me: --- samba-3.5.6.orig/source3/winbindd/winbindd_lookuprids.c 2010-10-07 19:41:16.000000000 +0300 +++ samba-3.5.6/source3/winbindd/winbindd_lookuprids.c 2010-11-29 10:57:07.319026719 +0200 @@ -64,14 +64,15 @@ domain = find_domain_from_sid_noinit(&sid); if (domain == NULL) { DEBUG(5, ("Domain for sid %s not found\n", sid_string_dbg(&sid))); tevent_req_nterror(req, NT_STATUS_NO_SUCH_DOMAIN); return tevent_req_post(req, ev); } + state->domain_name = domain->name; if (request->extra_data.data[request->extra_len-1] != '\0') { DEBUG(5, ("extra_data not 0-terminated\n")); tevent_req_nterror(req, NT_STATUS_INVALID_PARAMETER); return tevent_req_post(req, ev); }
Created attachment 6096 [details] Patch
This seems to be a duplicate of bug #7842, for which a patch has already been provided and reviewed. Sorry that your bugreport slipped our attention. Your patch is much simpler than the patch of bug #7842, but this is (partly) due to the fact that it relies on a bug in the context code, bug #7841, which has also been fixed just before. Could you try the patches of bugs #7841 and #7842 and check if they also improve the situation for you? Thanks - Michael *** This bug has been marked as a duplicate of bug 7842 ***
I have checked the patches of bugs #7841 and #7842. Applying both of them fixed the problem for me. Thanks.
Thanks for testing and for the feed-back!