Have a question about debugging query hash mismatches. I keep registering my client queries to be safe listed operations but when my client makes the call, they are getting treated as forbidden / 400 response. Tried updating to latest 3.1.0 , but so far no luck. According to our graphql platform team the iOS faced similar difficulties before upgrading their apollo codegen library, but android doesn't seem to have a separate codegen library, thanks in advance, been trying to get data back for my query in app but it only works in playground for a few weeks.🤕

Hi! To be sure, are you using the Gradle task to do the registration?

No i don't have Apollo key, so i am using a homemade npm cli tool which wraps over the Apollo command line interface i believe

That is probably the issue because the hashing used to create the operation id is done on the exact (or almost exact, if I remember correctly 😛) query. Since the Apollo Kotlin codegen sometimes manipulates your query text (e.g. to add

__typename

), they may differ.

Big thanks 💗, also i may try preemptively adding __typename lol, at this point just having more stuff to try and troubleshoot is a godsend!

maybe this option can also help you: it outputs in a single json file all the operation texts they are sent by the client

i may try preemptively adding __typename lol

In 3.x not every type has

__typename

though. What I tend to do is open the relevant

SomeOperationQuery

generated file, copy the entire string from

QUERY_DOCUMENT

(including

trimMargin()

but not including

QueryDocumentMinifier.minify

) and run

pbpaste | kotlinc-jvm | tail -n +3 | sed '$d' | sed 's/^.*kotlin.String = //g' | pbcopy

in the terminal. That will run the code as a Kotlin script, do some string magic to only get the output and copy it back to the clibpoard. Very useful, although that’s for mac obviously. You can also get the

QUERY_DOCUMENT

string and run it in a Kotlin scratch file in Android Studio and copy the output

generateOperationOutput should be exactly what you want to register with, as it matches what Apollo will be sending after inlining fragments and minimizing etc.

adding

__typename

field did the trick after all in this instance 😂 , but looking into all the suggestions above for more longterm solutions.

pbpaste | kotlinc-jvm | tail -n +3 | sed '$d' | sed 's/^.*kotlin.String = //g' | pbcopy

1. For this command, so the idea is to take the output it copies to the clipboard and register that as your operation? Sorry had a little trouble following 2. I tried turning on generateOperationOutput but haven't been able to locate the json file or where it is outputting to. 😣 Apologies for being a little dense

for 2. it should be in

build/generated/operationOutput/apollo/service/operationOutput.json

For this command, so the idea is to take the output it copies to the clipboard and register that as your operation?

I don’t register the operations, I was just sharing my way of getting the exact query (functionally) that Apollo will make

Cool, thanks all, makes sense

the

pbpaste

will paste the string from the clipboard, and

pbcopy

will copy it back. So this works when you copy the query string from the

SomeQuery

file to the clipboard, run the command I pasted (without changes, and provided you have kotlinc-jvm in your path), and it’ll put the cleaned up query in your clipboard

Ahh ok gotcha now, don't know why I was missing that before