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
{{ message }}
This repository has been archived by the owner on Oct 19, 2024. It is now read-only.
{"errors":[{"message":"field 'baz' was not found on type 'FooInput'"}]}
So I guess the query parser just doesn't handle optional arguments, even though the schema parser and type/term system both do (expressing them with Maybe)? I'm trying to work on a fix myself but not finding the query parser code easy to understand...
rynoV
changed the title
Nullable variables used as optional arguments
Not working: nullable variables used as optional arguments
Jun 6, 2023
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
With
mu-graphql-0.5.0.3
, if I have:and I try a mutation like:
I don't see a way to avoid setting
$newState
to a string. In the JSON request if I use:"variables":{}
I get a graphql error:
If I instead do:
I get:
Is this a bug or am I missing something? For my case, preferably
"variables":{}
would work since that's what my graphql client lib does.The text was updated successfully, but these errors were encountered: