Open thesuperzapper opened 3 years ago
@dpgaspar thoughts on this?
Yes that's a good idea
This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Feel free to reopen it if it's still relevant to you. Thank you
I'm looking at updating the Apache Superset OAuth docs and my preference would be to update the FAB docs instead and then redirect from Superset, so things are only maintained in one place.
The FAB situation has reversed from when this issue was opened, there are more examples in the docs than in the config.py example. The four in the config.py are all present in the docs. But having things in two places, they can grow mismatched -- I see a line in FAB docs Okta config that is missing from the config.py Okta config:
"server_metadata_url": f"https://OKTA_DOMAIN.okta.com/.well-known/openid-configuration",
I would propose: a) this issue can be closed b) it would be easier to maintain if there was less duplication in the docs, so reduce the config.py example to a single OAuth provider example and add a link back to the Security docs. Where configs differ in config.py vs. security docs, take this time to pick the correct one.
I would be willing to create a PR for this, the only part I can't do is resolve any conflicts in OAuth configs between config.py and docs for the four providers listed in both. If someone will help with that and this approach is desirable, let me know.
Currently we only include
twitter
,google
,openshift
andokta
in the Security Docs, this causes people to have issues (especially with AzureAD, as it's not listed, but is very common).In our example config.py, there are more OAUTH providers (Including AzureAD), we should copy these into the Security doc, and possibly improve the Security docs to include what must be setup on the OAUTH provider end.