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 2, 2024. It is now read-only.
I have an @include (if: $detailed) in my fragment. When that $detailed is set to false, and the schema is returned without the property, parsing the response with the generated type file does not work.
The fragment is included using fragment_glob in build.yml
I ran into the same issue with artemis: 7.8.0-beta. In my case the graph query executes correctly but conditionally some data isn't return,...hence the parsing error. Same thing for @skip.
Yeah this seems to be related to the model builder, @include will work just fine if the Schema says field could be nullable, but if it's something that reports back as not nullable then includes will fail, such as a connection or node.
@comigor As a solution for this issue, could this be an acceptable behavior to generate a Dart nullable field if a non-nullable GraphQL field marked with the @include directive ?
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Bug description
I have an
@include (if: $detailed)
in my fragment. When that$detailed
is set tofalse
, and the schema is returned without the property, parsing the response with the generated type file does not work.The fragment is included using
fragment_glob
in build.ymlline that errors:
Specs
artemis: ^7.0.0-beta.3
build.yaml:
Artemis output:
The text was updated successfully, but these errors were encountered: