-
Notifications
You must be signed in to change notification settings - Fork 2
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
[Merged by Bors] - Add support for LDAP authentication #180
Conversation
Integration tests are green => ready for review :) |
4bd4212
to
abcd0a8
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a small thing. Ran the tests and works. Maybe @siegfriedweber can have another look? Im not that into ldap and superset ;)
@sbernauer i cannot judge how good i is, but since we will require ldap etc. in other operators to i think its fine to merge in a working approach and refine / improve that later as well.
Co-authored-by: Siegfried Weber <mail@siegfriedweber.net>
Co-authored-by: Siegfried Weber <mail@siegfriedweber.net>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There are some minor and one major issue left.
The major issue is that some views are not accessible by the administrator, e.g. the user list. The reason is that the Admin
role does not have the UserLDAPModelView
permission. The command superset init
which is called in the job created by the superset_db_controller
initializes the roles according to the configured authentication type. If the authentication type is AUTH_LDAP
then the permission UserLDAPModelView
is added to the Admin
role. Unfortunately the authentication type is not set in the configuration created by the superset_db_controller
and it is not trivial to add it.
Co-authored-by: Siegfried Weber <mail@siegfriedweber.net>
925acb3
to
01ecf02
Compare
71e5a59
to
458b7f2
Compare
The problem should now be sorted out via 458b7f2 The problem with the first login failing is purely a bug in flask-appbuilder and should be fixed by dpgaspar/Flask-AppBuilder#1846 which is entirely a docker image thing and not part of this PR. Could you please take another look - would be great before your holiday to get this in 😇 |
@adwk67, @siegfriedweber was fine with the current implementation and requested fixing the "init container must finish before Superset starts" before merging. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
lgtm. Opened a separate issue #195 to avoid db-clashes in the tests
Thanks all for your feedback! |
bors r+ |
👎 Rejected by code reviews |
Dismissing this due to Sigi being on vacation for 2 weeks and subsequent reviews by other people having confimed his concerns as addressed.
bors r+ |
## Description Superseding #145, completely reworked to use new configuration mechanism introduced in #173 For #5 Integration-Tests: https://github.com/stackabletech/integration-tests/pull/175 Use `./create_test_cluster.py --kind --operator superset=0.4.0-pr180` before running the tests
Pull request successfully merged into main. Build succeeded: |
Description
Superseding #145, completely reworked to use new configuration mechanism introduced in #173
For #5
Integration-Tests: https://github.com/stackabletech/integration-tests/pull/175
Use
./create_test_cluster.py --kind --operator superset=0.4.0-pr180
before running the testsReview Checklist
Once the review is done, comment
bors r+
(orbors merge
) to merge. Further information