Chris F Ravenscroft
Chris F Ravenscroft
Thank you for your tenacity and apologies for not replying earlier (unfortunate personal loss last week) -- I'm going to review your patch.
Thanks. OK this was a bit more involved than anticipated, on account of a bit of technical debt living in there. I created a PR; expecting review from @shipperizer https://github.com/glauth/glauth/pull/458
I am investigating this CI issue. I do not see a report of it in the logs(?)
It depends. Could you be more specific? Like, use glauth the cache the results retrieved from a LDAP backend?
hmmm interesting...Looks like Im gonna have to find time to setup a test env for this. Havent looked at it in a while. I know it's been in prod in...
Yes I concur I have the same findings. I found a few more gremlins along the way such as getting warnings when specifying a services list, since it's now implied;...
As it turns out, it's one of these "simple" things that grow legs. I have made several changes to the configuration while working on this: when specifying a backend, if...
Ah. This is a pretty nice find. Now I can go through SSSD's source code with something to look for (spoiler: it's in a function called `sdap_get_basedn_user_entry`) I suspect 'originalDN'...
lol would say it's not. Let me check.
Ah, I get it. The laws of unintended consequences. I make sure to calculate return some usually missing fields, such as uid. I need to check we did not elect...