-
-
Notifications
You must be signed in to change notification settings - Fork 696
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 more flexible and complete verification options #127
Comments
@mark-adams yeah I can see how this can be useful. For example that #129 use case could just set |
Attempts to fix jpadilla#127
Attempts to fix jpadilla#127
Attempts to fix jpadilla#127
Attempts to fix jpadilla#127
Attempts to fix jpadilla#127
Attempts to fix jpadilla#127
I'll take a look |
@mark-adams I know timelines are to be taken with a grain of salt, but do you have a guesstimate on how long 1.1.0 might be? I would love to be able to pull in the changes from this PR. If it is going to be too long, would it be possible to cut a 1.0.2 release with the current master? |
Moved this convo to #137 |
I was thinking that it might be useful for us to implement more flexible verification options.
I propose something like this:
where options is a dict that looks something like this:
This is similar to what ruby-jwt does
We could make it where options could be specified globally (at the PyJWT object level) or as an override argument to
decode()
The text was updated successfully, but these errors were encountered: