upn doesn't work properly, lookupname failed, cannot find domain when attempt to change password.
Created attachment 4437 [details] patch for 3.2
Created attachment 4438 [details] patch for 3.3 @Karolin: Could you please add this to 3.2 and 3.3 to make upn work. :-) thx!
Volker, would you review the patches (or re-assign the bug to someone else), please? Thanks
Comment on attachment 4437 [details] patch for 3.2 Looks correct to me, although I haven't tested it. Bo, next time I'd prefer to have an a bit more elaborate checkin message. Thanks, Volker
(In reply to comment #4) > (From update of attachment 4437 [details]) > Looks correct to me, although I haven't tested it. Bo, next time I'd prefer to > have an a bit more elaborate checkin message. Yep. I will from now on. :-) Thanks for reviewing it. > > Thanks, > > Volker >
Created attachment 4459 [details] for 3.4 Sorry for forgetting 3.4.. Always forgetting things...
Comment on attachment 4459 [details] for 3.4 Something that I just found for the 3.4 patch: Isn't that a memleak in winbind_upn_to_username? Where is "name" talloc_free()ed? Volker
(In reply to comment #7) > (From update of attachment 4459 [details]) > Something that I just found for the 3.4 patch: Isn't that a memleak in > winbind_upn_to_username? Where is "name" talloc_free()ed? It is freed in pam_sm_authentication(), when we call TALLOC_FREE(ctx), it is freed. > > Volker >
Pushed to all branches. Closing out bug report. Thanks!