-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
feat: extend endpoint overrides for openapi codegen #4305
feat: extend endpoint overrides for openapi codegen #4305
Conversation
Review or Edit in CodeSandboxOpen the branch in Web Editor • VS Code • Insiders |
fdb9e20
to
d0d0db1
Compare
✅ Deploy Preview for redux-starter-kit-docs ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
This pull request is automatically built and testable in CodeSandbox. To see build info of the built libraries, click here or the icon next to each commit SHA. Latest deployment of this branch, based on commit 3585e82:
|
✅ Deploy Preview for redux-starter-kit-docs ready!
To edit notification comments on pull requests, go to your Netlify site configuration. |
d0d0db1
to
afd882a
Compare
hi there, any chance someone could take a look at this? |
afd882a
to
1f6c72e
Compare
Should be live in https://github.com/reduxjs/redux-toolkit/releases/tag/%40rtk-query%2Fcodegen-openapi%402.0.0-alpha.0 ! Please try it out and let us know if it works. |
Add an option to filter parameters into endpoint overrides for RTK Query codegen for OpenApi schemas.
Both the path parameter and the body parameter aren't included in this, but could possibly be if it is thought that that would be helpful. I wasn't sure they would need to be filtered since they're less likely than other locations to be auto-added by a middleware.
This means it can filter out from the query, header, or cookie as seen in "Parameter Locations" in the OpenAPI spec
It only runs on the first (by order of endpointOverrides array) filter. This was the existing behaviour for query type, and makes enough sense.
Inspired by my issue #4285 and another relevant issue #3006