-
-
Notifications
You must be signed in to change notification settings - Fork 1.2k
Exposing the FetchBaseQueryArgs type #4464
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
As a general rule, any time you may have been importing from That said, we currently do: export { fetchBaseQuery } from './fetchBaseQuery'
export type {
FetchBaseQueryError,
FetchBaseQueryMeta,
FetchArgs,
} from './fetchBaseQuery' and I can't think of a reason not to export File a PR to add that? |
PR filed! 😃 |
released in v2.2.6 😄 |
came looking for this, wasn't disappointed. Thank you! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hello,
I recently upgraded from RTK Toolkit 1.9.7, and I noticed that because UMD build artifacts are no longer included, I could not import the
FetchBaseQueryArgs
like so:My use case for this is that I have implemented a custom version of
fetchBaseQuery
at my company that dynamically constructs the URL through various customizable callbacks and options to help us target different projects and environments through our microservices. It looks something like this:Would it be possible to expose this type again? Also open to alternative ways of doing this, but this approach has worked well so far.
The text was updated successfully, but these errors were encountered: