selectionSetGraphQL is incomplete when using Fragments

[bboure]

Hi,

Currently, the selectionSetGraphQL field doe not give enough information about the selectionSet when Fragments are involved.

Example:

Schema:

type Bar {
	someField(someArg: String): String
}

type Foo {
	bar: Bar
	buzz: String
	bizz: String
}

type Query {
	foo(arg: String): Foo
}

schema {
	query: Query
}

Query:

query  {
  foo(arg: "hi") {
    ...FooFrag
    bar {
     ...BarFrag 
    }
    bizz
  }
}

fragment FooFrag on Foo {
    buzz
}

fragment BarFrag on Bar {
	someField(someArg: "hello")
}

In the resolver for foo, selectionSetGraphQL contains:

{
  ...FooFrag
  bar {
    ...BarFrag
  }
  bizz
}

There is no info about the FooFrag and BarFrag fragments.

The expected result should be either

{
  ...FooFrag
  bar {
    ...BarFrag
  }
  bizz
}

fragment FooFrag on Foo {
    buzz
}

fragment BarFrag on Bar {
	someField(someArg: "hello")
}

or be "resolved", like so:

{
  buzz
  bar {
    someField(someArg: "hello")
  }
  bizz
}

Alternatively, fragments could come in an extra info field (something like $ctx.info.fragmentsGraphQL)

The goal to that is to be able to grab the someArg value from the someField field. selectionSetList and $ctx.args don't contain that information.

Here, I would like to be able to use one single resolver for foo and resolve the full tree (I don't want an extra resolver for someField under Bar)

Hope that makes sense.

EDIT: Another option would be to receive the FULL (top) query as a string. That way, we could just parse it and extract whatever we need. That would also allow other advanced usage.

Thanks!

[shawnmclean]

Is this something that can be used to capture the whole query to be forwarded to a downstream HTTP resolver? Using it as a proxy.

[Woodz]

I have just encountered this massive limitation of AppSync. I wanted to write optimized resolvers that would only return the data requested but since fragment information is not passed to the resolver, I had to create a custom GQL TS codegen plugin that inline fragments in the client operations before calling AppSync so that the full selectionSetGraphQL was passed to the resolver.

IMHO this a massive disappointment and limitation of AppSync given that fragments are best practice and the resolver should be able to look at the selection set to determine what queries to make

[Tenrys]

You can use the selection list that AppSync returns to get all the requested fields including the ones requested by fragments.

However, being unable to read the composition of the fragment makes it difficult (impossible?) to handle arguments on a field.

This ties in with the following issue: https://github.com/aws/aws-appsync-community/issues/185

[PatrykMilewski]

While query can be recreated out of selectionSetList, it doesn't include inlined fragments, which are impossible to recreate

[ignaciolarranaga]

Yep, found the same problem, I think it should be either the fragment resolved (preferred) or additional metadata added.