You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Suggest an idea for this project. #715
I have found a problem when i use the jwt.encode() method, and I already read the issue 715 . In order to support RF8225 in issue 715, the keys in the headers will be forced to be sorted by the codejson.dumps(....,sort_keys=True). When i using the jwt.encode() method, the order of the keys in headers cannot be directly specified, resulting in the generated token may has the conflict with the token generated in other ways that have not yet supported RFC8225 .I hope to get help with:
I currently haven't found a way to customize the headers order in the jwt.encode() method
it is possible to try to be compatible with non-RFC8225 implementations without specifying mandatory ordering
The text was updated successfully, but these errors were encountered:
Suggest an idea for this project.
#715
I have found a problem when i use the jwt.encode() method, and I already read the issue 715 . In order to support RF8225 in issue 715, the keys in the headers will be forced to be sorted by the code
json.dumps(....,sort_keys=True)
. When i using the jwt.encode() method, the order of the keys in headers cannot be directly specified, resulting in the generated token may has the conflict with the token generated in other ways that have not yet supported RFC8225 .I hope to get help with:The text was updated successfully, but these errors were encountered: