Learn more about these different git repos.
Other Git URLs
The GPO access control code receives the user's domain as input and uses it to look up the computer object. That doesn't work if the user is from a subdomain, because we'd miss the computer object.
We need to look up the computer object in the domain we're enrolled with. We can use the GPO connection here, maybe, my initial testing shows that the attributes we're interested with are replicated to GC.
We also need to test with a computer enrolled with a child domain and login with user from parent domain to make sure the GPOs applied to the parent domain or OU are found correctly. Again, GC might be helpful here.
Ticket has been cloned to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1203642
rhbz: => [https://bugzilla.redhat.com/show_bug.cgi?id=1203642 1203642]
milestone: NEEDS_TRIAGE => SSSD 1.12.5
Stephen, did you still plan on doing some GPO fixes?
cc: => firstname.lastname@example.org
Stephen, if you don't plan on working on the fix, please just reassign to "somebody". I can do the fix, it's just a matter of planning and priorities.
owner: somebody => sgallagh
Sorry, Jakub. I've been planning to work on this, but Fedora 22 Beta issues have been occupying my time. I just haven't had a chance to look at it closely yet. I'll try to look into it soon.
Patches are on the list now.
patch: 0 => 1
status: new => assigned
resolution: => fixed
status: assigned => closed
Metadata Update from @jhrozek:
- Issue assigned to sgallagh
- Issue set to the milestone: SSSD 1.12.5
SSSD is moving from Pagure to Github. This means that new issues and pull requests
will be accepted only in SSSD's github repository.
This issue has been cloned to Github and is available here:
If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.
Thank you for understanding. We apologize for all inconvenience.
to comment on this ticket.