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

Make AuthorizationBackend and Client more easily adjustable #278

Closed
kerrermanisNL opened this issue Sep 14, 2018 · 3 comments
Closed

Make AuthorizationBackend and Client more easily adjustable #278

kerrermanisNL opened this issue Sep 14, 2018 · 3 comments
Labels

Comments

@kerrermanisNL
Copy link
Contributor

Previously PR #163 removed the settings for skipping consent. Instead the functionality was moved to the Client model, but it's quite hard to make changes to make sure custom Clients are used. So it would be nice to introduce some functionality that would improve this. I know it would be possible to make the change on the actual Client entry in the database, but this is obscure and not easily visible for other developers. I'd rather have some explicit model define this change instead.

PR incoming that should make this stuff a little easier to manage.

kerrermanisNL pushed a commit to ByteInternet/django-oidc-provider that referenced this issue Sep 14, 2018
To make it easier to change the AuthorizeEndpoint and Client we set them as class variables. Then people inheriting from the view are able to easily change them. In my personal case this helps with skipping consent more explicitly as defined in issue juanifioren#278
@kerrermanisNL
Copy link
Contributor Author

Hm, I just realised that seeing it in the admin is probably explicit enough. Kind of a fail on my part 😏 I still think the PR could prove useful though. I'll let you guys decide what to do with it.

@juanifioren
Copy link
Owner

I think per-client edition on admin is quite good for the moment. Also that the logic should be on Client model (not another one). Thanks @kerrermanisNL

@kerrermanisNL
Copy link
Contributor Author

Yeah I agree. Somehow the admin stuff just hadn't occurred to me 👍

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

No branches or pull requests

2 participants