Bump the redux group across 1 directory with 2 updates

[dependabot]

Bumps the redux group with 2 updates in the /VAMobile directory: @reduxjs/toolkit and react-redux.

Updates @reduxjs/toolkit from 2.4.0 to 2.6.0

Release notes

Sourced from @​reduxjs/toolkit's releases.

v2.6.0

This feature release adds infinite query support to RTK Query.

Changelog

RTK Query Infinite Query support

Since we first released RTK Query in 2021, we've had users asking us to add support for "infinite queries" - the ability to keep fetching additional pages of data for a given endpoint. It's been by far our most requested feature. Until recently, our answer was that we felt there were too many use cases to support with a single API design approach.

Last year, we revisited this concept and concluded that the best approach was to mimic the flexible infinite query API design from React Query. We had additional discussions with @​tkdodo , who described the rationale and implementation approach and encouraged us to use their API design, and @​riqts provided an initial implementation on top of RTKQ's existing internals.

We're excited to announce that this release officially adds full infinite query endpoint support to RTK Query!

Using Infinite Queries

As with React Query, the API design is based around "page param" values that act as the query arguments for fetching a specific page for the given cache entry.

Infinite queries are defined with a new build.infiniteQuery() endpoint type. It accepts all of the same options as normal query endpoints, but also needs an additional infiniteQueryOptions field that specifies the infinite query behaviors. With TypeScript, you must supply 3 generic arguments: build.infiniteQuery<ResultType, QueryArg, PageParam>, where ResultType is the contents of a single page, QueryArg is the type passed in as the cache key, and PageParam is the value used to request a specific page.

The endpoint must define an initialPageParam value that will be used as the default (and can be overridden if desired). It also needs a getNextPageParam callback that will calculate the params for each page based on the existing values, and optionally a getPreviousPageParam callback if reverse fetching is needed. Finally, a maxPages option can be provided to limit the entry cache size.

The query and queryFn methods now receive a {queryArg, pageParam} object, instead of just the queryArg.

For the cache entries and hooks, the data field is now an object like {pages: ResultType[], pageParams: PageParam[]>. This gives you flexibility in how you use the data for rendering.

const pokemonApi = createApi({
  baseQuery: fetchBaseQuery({ baseUrl: 'https://example.com/pokemon' }),
  endpoints: (build) => ({
    // 3 TS generics: page contents, query arg, page param
    getInfinitePokemonWithMax: build.infiniteQuery<Pokemon[], string, number>({
      infiniteQueryOptions: {
        // Must provide a default initial page param value
        initialPageParam: 1,
        // Optionally limit the number of cached pages
        maxPages: 3,
        // Must provide a `getNextPageParam` function
        getNextPageParam: (lastPage, allPages, lastPageParam, allPageParams) =>
          lastPageParam + 1,
        // Optionally provide a `getPreviousPageParam` function
        getPreviousPageParam: (
          firstPage,
          allPages,
          firstPageParam,
          allPageParams,
        ) => {
          return firstPageParam > 0 ? firstPageParam - 1 : undefined
        },
      },
      // The `query` function receives `{queryArg, pageParam}` as its argument
</tr></table> 

... (truncated)

Commits

• 18ddd7e Release 2.6.0
• 09e1466 RTKQ Infinite Query integration (#4738)
• 7897c4c Merge pull request #4847 from Tasin5541/doc-lazy-query-reset
• cdb264f doc: update type definitions for lazy query hooks to include reset method
• 801d7ea Release 2.5.1
• aaeda15 Remove console-testing-library (#4603)
• fa97936 Update Docusaurus to v3 (#4774)
• 4f3bc9f Ensure upserted cache entries always get written (#4768)
• 6590cec Release 2.5.0
• 2047f54 Handle additional serializeQueryArgs + skipToken case (#4762)
• Additional commits viewable in compare view

Updates react-redux from 9.1.2 to 9.2.0

Release notes

Sourced from react-redux's releases.

v9.2.0

This feature release updates the React peer dependency to work with React 19, and improves treeshakeability of our build artifacts.

Changelog

React 19 Compat

React 19 was just released! We've updated our peer dep to accept React 19, and updated our runtime and type tests to check against both React 18 and 19.

Also see Redux Toolkit v2.5.0 for the same peer dep update.

Treeshaking

We've done some nitty-gritty optimization work to ensure bundlers correctly treeshake unused parts of the bundle.

What's Changed

• Improve treeshakeability of build artifacts by @​aryaemami59 in reduxjs/react-redux#2176
• Migrate to React by @​aryaemami59 in reduxjs/react-redux#2172
• Migrate to React 19 (take 2) by @​markerikson in reduxjs/react-redux#2216
• Clean up devdeps by @​markerikson in reduxjs/react-redux#2217

Full Changelog: reduxjs/react-redux@v9.1.2...v9.2.0

Commits

• 7e2fdd4 Release 9.2.0
• 8c57382 Merge pull request #2217 from reduxjs/feature/react-19-devdep-cleanup
• d23509b Exclude stray dist folders and website from tsconfig
• b275a32 Eliminate other stray React import
• 3ba9838 Drop unused Babel devdeps
• 1a81c41 Merge pull request #2216 from reduxjs/migrate-to-react-19
• c58e397 Migrate to React 19
• e08518a Fix act related issues in test/hooks/useSelector.spec.tsx
• 1cd1385 Update hoist-non-react-statics implementation
• a1fc886 Fix type of innerMapStateToProps in Provider.spec.tsx
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore <dependency name> major version will close this group update PR and stop Dependabot creating any more for the specific dependency's major version (unless you unignore this specific dependency's major version or upgrade to it yourself)
• @dependabot ignore <dependency name> minor version will close this group update PR and stop Dependabot creating any more for the specific dependency's minor version (unless you unignore this specific dependency's minor version or upgrade to it yourself)
• @dependabot ignore <dependency name> will close this group update PR and stop Dependabot creating any more for the specific dependency (unless you unignore this specific dependency or upgrade to it yourself)
• @dependabot unignore <dependency name> will remove all of the ignore conditions of the specified dependency
• @dependabot unignore <dependency name> <ignore condition> will remove the ignore condition of the specified dependency and ignore conditions