@defer and Automatic Persisted Queries first request fails

[eric-c-douglass]

Summary

I noticed that when the server doesn't have the query stored and returns
{ "data": null, "errors": [{ "message": "PersistedQueryNotFound", "extensions": { "code": "PERSISTED_QUERY_NOT_FOUND" } }] }
and then request sending the full query, the response fails to parse on the client side with error couldNotParseIncrementalJSON

Once the server has the query, the first attempt using just the sha256Hash works fine.

Version

1.18.0

Steps to reproduce the behavior

I tested this running this project locally https://github.com/apollosolutions/retail-supergraph and using this query on the iOS side
query ExampleQuery { listAllProducts { id title ... on Product @defer(label: "deferDescription") { description } } }

Logs

Anything else?

No response

[calvincestari]

Hi @eric-c-douglass - are you able to check the HTTP headers that are sent back with that first response? I suspect the content-type is still being returned as multipart even though that response format is not a multipart response, i.e.:no chunk boundary delimiter.

Which server is being used as the backend for these requests?

[calvincestari]

Actually..given that error couldNotParseIncrementalJSON, it would mean that it's getting past the multipart parser (so it's correctly handling any missing chunk boundary) but then expecting to find the incremental key and failing. This would require there to have been a first response though, which is odd.

Are you able to capture the entire request-response data flow?

[calvincestari]

Closing due to inactivity. If this is still an issue for you please reply in this issue - thank you.

[github-actions]

Do you have any feedback for the maintainers? Please tell us by taking a one-minute survey. Your responses will help us understand Apollo iOS usage and allow us to serve you better.