-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Claims path config doesn't seem to pick up required claims #10243
Comments
I'm unable to reproduce the issue. Auth config I used - kind: AuthConfig
version: v1
definition:
mode:
jwt:
key:
fixed:
algorithm: HS256
key:
value: token
tokenLocation:
type: BearerAuthorization
claimsConfig:
locations:
x-hasura-allowed-roles:
literal:
- user_1
x-hasura-user-id:
path:
path: /session/identity/id
default: '1'
x-hasura-default-role:
literal: user_1 Note: I changed the algorithm from The metadata I used is from https://github.com/hasura/graphql-engine/blob/master/v3/crates/engine/tests/schema.json . The interesting part of the metadata is the permission with Then the query I executed is - query MyQuery {
ArticleMany {
article_id
author_id
}
} with the JWT in And I'm getting the expected response. I do not get any error. A reproduction with the minimal metadata, auth config, JWT token and the query would be helpful. You can include the hasura project folder, or invite me as a collaborator to the project, if that is more convenient. |
Closing this as there's no response. Feel free to comment or re-open if this still affects you. |
Component
Graphql Engine
What is the current behaviour?
Having an AuthConfig with claims map path config, and then having a corresponding JWT with the correct claims in the correct, still returns a missing session variable error.
What is the expected behaviour?
v3-engine should pick the claims from the path.
How to reproduce the issue?
Returns an error -
Reported on Discord: https://discord.com/channels/407792526867693568/1238496225947549799/1238496225947549799
Screenshots or Screencast
Please provide any traces or logs that could help here.
Any possible solutions/workarounds you're aware of?
Keywords
The text was updated successfully, but these errors were encountered: