-
-
Notifications
You must be signed in to change notification settings - Fork 840
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Correctly identify AD account #204
Conversation
Wihtout this, unable to fetch any AD info.. also allows SSO.
Without this unable to access AD info. Also allows SSO.
Is there something missing? There are only language strings modifications committed? |
Yep, that's all I did. All that seems to matter is that the 2 variables in local.php (or local.protected.php) contain admin and not ad.. Can anyone test this? For me, With a do=check, the group memberships are listed with this change, and without it, not.. |
Oh, you're right. adldap expects admin_username as option. I wonder when and why this broke. Maybe the options changed in the 4.x series... |
Correctly identify AD account
i have no setup to test this plugin, but when reading code i see on Or performs the current code ok? |
This needs to be false: |
@Klap-in I pushed another change after merging the pull request which fixed the usage in line 472. Not sure what you mean with the second comment. The line looks fine to me? |
ah never mind. I just saw #214 |
With this the correct class will be set in all the scenarios (page-edit, inline, lookup). Then changing the date via the datepicker will always generate time-template as defined in script/EntryEditor.js Fixes #204
Without this change, there is no access to AD info. Also allows SSO.