You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: .github/workflows/pr.yml
+1
Original file line number
Diff line number
Diff line change
@@ -71,3 +71,4 @@ jobs:
71
71
|--------|--------|
72
72
| Main | [](https://bundlejs.com/?q=https://esm.sh/@tanstack/react-query/es2022/react-query.mjs&config=%7B%22esbuild%22:%7B%22external%22:%5B%22react@%5E19.0.0/jsx-runtime?target=es2022%22,%22react@%5E19.0.0?target=es2022%22%5D%7D%7D) |
73
73
| This PR | [](https://bundlejs.com/?q=https://esm.sh/pr/@tanstack/react-query@${{ env.COMMIT_SHA }}/es2022/react-query.mjs&config=%7B%22esbuild%22:%7B%22external%22:%5B%22react@%5E19.0.0/jsx-runtime?target=es2022%22,%22react@%5E19.0.0?target=es2022%22%5D%7D%7D) |
Copy file name to clipboardExpand all lines: docs/framework/react/guides/migrating-to-react-query-4.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -368,7 +368,7 @@ With version [3.22.0](https://github.com/tannerlinsley/react-query/releases/tag/
368
368
369
369
### Removed undocumented methods from the `queryClient`, `query` and `mutation`
370
370
371
-
The methods `cancelMutatations` and `executeMutation` on the `QueryClient` were undocumented and unused internally, so we removed them. Since it was just a wrapper around a method available on the `mutationCache`, you can still use the functionality of `executeMutation`
371
+
The methods `cancelMutations` and `executeMutation` on the `QueryClient` were undocumented and unused internally, so we removed them. Since it was just a wrapper around a method available on the `mutationCache`, you can still use the functionality of `executeMutation`
Copy file name to clipboardExpand all lines: docs/framework/react/guides/query-invalidation.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -25,7 +25,7 @@ When a query is invalidated with `invalidateQueries`, two things happen:
25
25
26
26
## Query Matching with `invalidateQueries`
27
27
28
-
When using APIs like `invalidateQueries` and `removeQueries` (and others that support partial query matching), you can match multiple queries by their prefix, or get really specific and match an exact query. For information on the types of filters you can use, please see [Query Filters](../filters#query-filters).
28
+
When using APIs like `invalidateQueries` and `removeQueries` (and others that support partial query matching), you can match multiple queries by their prefix, or get really specific and match an exact query. For information on the types of filters you can use, please see [Query Filters](./filters.md#query-filters).
29
29
30
30
In this example, we can use the `todos` prefix to invalidate any queries that start with `todos` in their query key:
Copy file name to clipboardExpand all lines: docs/framework/react/guides/request-waterfalls.md
+4-4
Original file line number
Diff line number
Diff line change
@@ -233,7 +233,7 @@ function GraphFeedItem({ feedItem }) {
233
233
}
234
234
```
235
235
236
-
The second query `getGraphDataById` is dependent on it's parent in two different ways. First of all, it doesn't ever happen unless the `feedItem` is a graph, and second, it needs an `id` from the parent.
236
+
The second query `getGraphDataById` is dependent on its parent in two different ways. First of all, it doesn't ever happen unless the `feedItem` is a graph, and second, it needs an `id` from the parent.
237
237
238
238
```
239
239
1. |> getFeed()
@@ -307,7 +307,7 @@ But that's just looking at the code from the example, if we consider what the fi
307
307
5. |> getGraphDataById()
308
308
```
309
309
310
-
Note that this looks a bit different when server rendering, we will explore that further in the [Server Rendering & Hydration guide](../ssr). Also note that it's not uncommon for the route that contains `<Feed>` to also be code split, which could add yet another hop.
310
+
Note that this looks a bit different when server rendering, we will explore that further in the [Server Rendering & Hydration guide](./ssr.md). Also note that it's not uncommon for the route that contains `<Feed>` to also be code split, which could add yet another hop.
311
311
312
312
In the code split case, it might actually help to hoist the `getGraphDataById` query to the `<Feed>` component and make it conditional, or add a conditional prefetch. That query could then be fetched in parallel with the code, turning the example part into this:
313
313
@@ -317,14 +317,14 @@ In the code split case, it might actually help to hoist the `getGraphDataById` q
317
317
2. |> JS for <GraphFeedItem>
318
318
```
319
319
320
-
This is very much a tradeoff however. You are now including the data fetching code for `getGraphDataById` in the same bundle as `<Feed>`, so evaluate what is best for your case. Read more about how to do this in the [Prefetching & Router Integration guide](../prefetching).
320
+
This is very much a tradeoff however. You are now including the data fetching code for `getGraphDataById` in the same bundle as `<Feed>`, so evaluate what is best for your case. Read more about how to do this in the [Prefetching & Router Integration guide](./prefetching.md).
321
321
322
322
> The tradeoff between:
323
323
>
324
324
> - Include all data fetching code in the main bundle, even if we seldom use it
325
325
> - Put the data fetching code in the code split bundle, but with a request waterfall
326
326
>
327
-
> is not great and has been one of the motivations for Server Components. With Server Components, it's possible to avoid both, read more about how this applies to React Query in the [Advanced Server Rendering guide](../advanced-ssr).
327
+
> is not great and has been one of the motivations for Server Components. With Server Components, it's possible to avoid both, read more about how this applies to React Query in the [Advanced Server Rendering guide](./advanced-ssr.md).
Copy file name to clipboardExpand all lines: docs/framework/react/guides/ssr.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -165,7 +165,7 @@ Setting up the full hydration solution is straightforward and does not have thes
165
165
166
166
## Using the Hydration APIs
167
167
168
-
With just a little more setup, you can use a `queryClient` to prefetch queries during a preload phase, pass a serialized version of that `queryClient` to the rendering part of the app and reuse it there. This avoid the drawbacks above. Feel free to skip ahead for full Next.js pages router and Remix examples, but at a general level these are the extra steps:
168
+
With just a little more setup, you can use a `queryClient` to prefetch queries during a preload phase, pass a serialized version of that `queryClient` to the rendering part of the app and reuse it there. This avoids the drawbacks above. Feel free to skip ahead for full Next.js pages router and Remix examples, but at a general level these are the extra steps:
169
169
170
170
- In the framework loader function, create a `const queryClient = new QueryClient(options)`
171
171
- In the loader function, do `await queryClient.prefetchQuery(...)` for each query you want to prefetch
Copy file name to clipboardExpand all lines: docs/framework/react/overview.md
+8-8
Original file line number
Diff line number
Diff line change
@@ -3,7 +3,7 @@ id: overview
3
3
title: Overview
4
4
---
5
5
6
-
TanStack Query (FKA React Query) is often described as the missing data-fetching library for web applications, but in more technical terms, it makes **fetching, caching, synchronizing and updating server state** in your web applications a breeze.
6
+
TanStack Query (formerly known as React Query) is often described as the missing data-fetching library for web applications, but in more technical terms, it makes **fetching, caching, synchronizing and updating server state** in your web applications a breeze.
7
7
8
8
## Motivation
9
9
@@ -29,13 +29,13 @@ Once you grasp the nature of server state in your application, **even more chall
29
29
30
30
If you're not overwhelmed by that list, then that must mean that you've probably solved all of your server state problems already and deserve an award. However, if you are like a vast majority of people, you either have yet to tackle all or most of these challenges and we're only scratching the surface!
31
31
32
-
React Query is hands down one of the _best_ libraries for managing server state. It works amazingly well **out-of-the-box, with zero-config, and can be customized** to your liking as your application grows.
32
+
TanStack Query is hands down one of the _best_ libraries for managing server state. It works amazingly well **out-of-the-box, with zero-config, and can be customized** to your liking as your application grows.
33
33
34
-
React Query allows you to defeat and overcome the tricky challenges and hurdles of _server state_ and control your app data before it starts to control you.
34
+
TanStack Query allows you to defeat and overcome the tricky challenges and hurdles of _server state_ and control your app data before it starts to control you.
35
35
36
-
On a more technical note, React Query will likely:
36
+
On a more technical note, TanStack Query will likely:
37
37
38
-
- Help you remove **many** lines of complicated and misunderstood code from your application and replace with just a handful of lines of React Query logic.
38
+
- Help you remove **many** lines of complicated and misunderstood code from your application and replace with just a handful of lines of TanStack Query logic.
39
39
- Make your application more maintainable and easier to build new features without worrying about wiring up new server state data sources
40
40
- Have a direct impact on your end-users by making your application feel faster and more responsive than ever before.
41
41
- Potentially help you save on bandwidth and increase memory performance
@@ -44,7 +44,7 @@ On a more technical note, React Query will likely:
44
44
45
45
## Enough talk, show me some code already!
46
46
47
-
In the example below, you can see React Query in its most basic and simple form being used to fetch the GitHub stats for the React Query GitHub project itself:
47
+
In the example below, you can see TanStack Query in its most basic and simple form being used to fetch the GitHub stats for the TanStack Query GitHub project itself:
48
48
49
49
[Open in StackBlitz](https://stackblitz.com/github/TanStack/query/tree/main/examples/react/simple)
50
50
@@ -95,7 +95,7 @@ function Example() {
95
95
96
96
## You talked me into it, so what now?
97
97
98
-
- Consider taking the official [React Query Course](https://query.gg?s=tanstack) (or buying it for your whole team!)
99
-
- Learn React Query at your own pace with our amazingly thorough [Walkthrough Guide](./installation.md) and [API Reference](./reference/useQuery.md)
98
+
- Consider taking the official [TanStack Query Course](https://query.gg?s=tanstack) (or buying it for your whole team!)
99
+
- Learn TanStack Query at your own pace with our amazingly thorough [Walkthrough Guide](./installation.md) and [API Reference](./reference/useQuery.md)
Copy file name to clipboardExpand all lines: docs/framework/react/reference/useSuspenseQueries.md
+1-1
Original file line number
Diff line number
Diff line change
@@ -29,4 +29,4 @@ Same structure as [useQueries](../reference/useQueries.md), except that for each
29
29
30
30
Keep in mind that the component will only re-mount after **all queries** have finished loading. Hence, if a query has gone stale in the time it took for all the queries to complete, it will be fetched again at re-mount. To avoid this, make sure to set a high enough `staleTime`.
31
31
32
-
[Cancelation](../guides/query-cancellation.md) does not work.
32
+
[Cancellation](../guides/query-cancellation.md) does not work.
0 commit comments