Jovi De Croock
Jovi De Croock
**Is your feature request related to a problem? Please describe.** I have been picking up the [Fragment Arguments spec]() for GraphQL, however it is hard to find a good testbed...
## Description This implements the changes in execution required for the Fragment-Arguments spec proposed in https://github.com/graphql/graphql-spec/pull/1081. This could be a way towards us testing this feature out in implementations like...
## Summary We need to support custom-scalars, this currently has a bit of a roadblock with regards to the `schema-builder` where it will expect the custom scalars to be present...
## Summary A lot of people in the ecosystem are opted into the [`graphql-config`](https://the-guild.dev/graphql/config) way of things, rather than always relying on folks passing `fuse dev --client --schema x` we...
## Summary Currently we have a [documentation page](https://fusejs.org/docs/basics/mocking) around mocking fields/entities that aren't implemented yet, we could take this further by integrating [`faker.js`](https://fakerjs.dev/) we could make this as easy as...
## Summary In fuse we already optimise a lot by going for dataloader,... however it's still hard to observe the potential cost of an operation. We should work on getting...
## Summary We do not want to expose all of our GraphQL API to our users, we already do a decent chunk of obfuscation in production by disabling introspection, masking...
## Summary This adds support for fragment-arguments as described in https://github.com/graphql/graphql-spec/pull/1081