Skip to content
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

add dedicated doc on details of allowing access #729

Merged
merged 7 commits into from
Feb 12, 2024

Conversation

minrk
Copy link
Member

@minrk minrk commented Feb 9, 2024

# when combined with other allow options
OAuthenticator.class_traits()[
"allowed_users"
].help = """
Copy link
Member Author

@minrk minrk Feb 9, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The base Authenticator.allowed_users docstring gives the wrong impression of how it relates to other allow config, since the base Authenticator doesn't have other allow config. Patching this way allows us to modify the docstring, which in turn shows up in our docs, without redeclaring the trait.

docs/source/topic/allowing.md Outdated Show resolved Hide resolved
@minrk
Copy link
Member Author

minrk commented Feb 9, 2024

It's unclear to me a bit whether things like allowed_idps/hosted_domain expanations belong here vs the provider-specific doc pages

Copy link
Member

@manics manics left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A few suggestions, looks good to me!

docs/source/topic/allowing.md Outdated Show resolved Hide resolved
docs/source/topic/allowing.md Outdated Show resolved Hide resolved
docs/source/topic/allowing.md Outdated Show resolved Hide resolved
docs/source/topic/allowing.md Outdated Show resolved Hide resolved
docs/source/topic/allowing.md Outdated Show resolved Hide resolved
oauthenticator/oauth2.py Outdated Show resolved Hide resolved
oauthenticator/oauth2.py Outdated Show resolved Hide resolved
@consideRatio
Copy link
Member

consideRatio commented Feb 9, 2024

It's unclear to me a bit whether things like allowed_idps/hosted_domain expanations belong here vs the provider-specific doc pages.

Those two are odd ducks, they shouldn't be classified as allow config. They are requirements to authenticate currently, and hosted_domain could move to be part of the blocked check if the implementation is refactored.

See #683

Copy link
Member

@GeorgianaElena GeorgianaElena left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is great to have!

@consideRatio
Copy link
Member

I'll reflect further on #729 (comment), but i think there isn't an action point remaining in this PR about it - this LGTM and can be merged.

@minrk - ok to merge?

Copy link
Member

@consideRatio consideRatio left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you @minrk!!!

@minrk minrk merged commit 8dfe4f4 into jupyterhub:main Feb 12, 2024
11 checks passed
@minrk minrk deleted the allow-docs branch February 12, 2024 09:40
@minrk
Copy link
Member Author

minrk commented Feb 12, 2024

Thanks for the thoughtful reviews!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Provide high level docs on how allow/disallow config works
4 participants