-
-
Notifications
You must be signed in to change notification settings - Fork 177
Add name builder options to TanStack Query #2085
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
It says this in the docs, and it creates the options to be used in a query.
just figured it out 😉 , hope it helps |
@TCLNA can you share your spec with me? |
@nickgraffis are the docs regarding this feature confusing? |
No the docs are super clear, this was my fault. I didn't really read the docs at first and because there is a For example. This seems to be working perfectly. Thanks for all the hard work. |
Hmm, that's a fair point, I might (add an option allowing you to) rename it. Is the original account that started the discussion your alt btw or is that another person? Just so I know whether to close this issue |
@mrlubos nope not alternate, different person. Rename it could be a cool option, but having said that, the docs are really clear, I just didn't read them carefully. |
Hey ! Sorry for the late response. Thanks for pointing this out @nickgraffis ! I indeed just had a hard time finding the option function name, I wasn't careful enought reading the docs too. |
Discussed in https://github.com/orgs/hey-api/discussions/2084
Originally posted by TCLNA May 28, 2025
When generating a POST query that is effectively a search endpoint with a lot of options passed in the body, it generates a mutation. Is there a whitelist system for changing the generator behavior for this specific endpoint ? I tried to look at query-core but only found some config boolean flags.
If this does not exist i'm willing to put in the work btw.
Thanks a lot in advance! This is a great project that spared me do much time 🥹
The text was updated successfully, but these errors were encountered: