Skip to content

🚨 [security] Update react-router 7.18.1 β†’ 8.3.0 (major)#1070

Open
depfu[bot] wants to merge 1 commit into
mainfrom
depfu/update/npm/react-router-8.3.0
Open

🚨 [security] Update react-router 7.18.1 β†’ 8.3.0 (major)#1070
depfu[bot] wants to merge 1 commit into
mainfrom
depfu/update/npm/react-router-8.3.0

Conversation

@depfu

@depfu depfu Bot commented Jul 24, 2026

Copy link
Copy Markdown
Contributor

🚨 Your current dependencies have known security vulnerabilities 🚨

This dependency update fixes known security vulnerabilities. Please see the details below and assess their impact carefully. We recommend to merge and deploy this as soon as possible!


Here is everything you need to know about this upgrade. Please take a good look at what changed and the test results before merging this pull request.

What changed?

✳️ react-router (7.18.1 β†’ 8.3.0) Β· Repo Β· Changelog

Security Advisories 🚨

🚨 React Router: RSC Mode CSRF Bypass Allows Action Execution Before 400 Response

This is a follow up to CVE-2026-22030 to address related CSRF flows in unstable RSC code paths.

Note

This only affects your application if you are using the unstable RSC APIs

Release Notes

8.3.0 (from changelog)

Date: 2026-07-22

What's Changed

RSC Entry Updates

This release includes several updates for unstable RSC apps that use custom entry files. Apps using the default RSC Framework entries do not need any changes.

If you maintain custom RSC entries, review the generated unstable change notes for the new client version, subresource integrity, and CSP nonce wiring. Custom entry.rsc.tsx files should pass the generated client version to unstable_matchRSCServerRequest, and custom entry.ssr.tsx files may need to pass the generated import map integrity data and request nonce through React's HTML renderer.

Minor Changes

  • @react-router/dev - Restart react-router dev with --conditions=development when not already configured (#15291)

Patch Changes

  • react-router - Encode path params in href/generatePath per RFC 3986 path-segment rules instead of encodeURIComponent (#15310)
    • Characters that are valid literally in a path segment ($ & + , ; = : @ β€” RFC 3986 pchar) are no longer percent-encoded, so values like a semver build 1.0.0+1 interpolate unchanged instead of becoming 1.0.0%2B1
    • Structural/unsafe characters (/ ? # %, whitespace, non-ASCII) are still escaped exactly as before
  • react-router - Use crypto.randomUUID() for createMemorySessionStorage session ids (#15302)
    • createMemorySessionStorage is only intended for local development and testing - sessions are lost when the server restarts
  • react-router - Fix NavLink not applying its pending state when to has a trailing slash (#15300)
  • @react-router/architect - Allow typescript@7 to be used (#15317)
  • @react-router/cloudflare - Allow typescript@7 to be used (#15317)
  • @react-router/dev - Allow typescript@7 to be used (#15317)
  • @react-router/express - Allow typescript@7 to be used (#15317)
  • @react-router/fs-routes - Allow typescript@7 to be used (#15317)
  • @react-router/node - Allow typescript@7 to be used (#15317)
  • @react-router/remix-routes-option-adapter - Allow typescript@7 to be used (#15317)

Unstable Changes

⚠️ Unstable features are not recommended for production use

  • react-router - Preserve RSC route component metadata so routes with a clientLoader can skip unnecessary server requests once their components have rendered while still fetching missing server-rendered elements (#15323)

  • react-router - Harden RSC CSRF code paths (#15311)

  • react-router - Fix server crash (TypeError: Invalid state: Unable to enqueue) when a request is aborted while the RSC HTML stream has a pending flush (#15286)

    • Handle cancellation of the injectRSCPayload readable side, clear the pending flush, and cancel the underlying RSC payload stream
  • react-router - Detect stale RSC clients during lazy route discovery and reload the destination document (#15318)

    Migration

    Apps using the default RSC Framework entry do not need to make any changes. Apps with a custom entry.rsc.tsx should import the generated client version and pass it to unstable_matchRSCServerRequest:

    import clientVersion from "virtual:react-router/unstable_rsc/client-version";

    return unstable_matchRSCServerRequest({
    // ...
    clientVersion,
    });

  • react-router - Add CSP nonce support to RSC document rendering (#15320)

    • Add nonce options to unstable_routeRSCServerRequest and unstable_RSCStaticRouter
    • Forward the nonce to the HTML renderer and apply it to injected RSC payload scripts and nonce-aware framework components

    To adopt nonce-based CSP, update your entry.ssr.tsx (run react-router reveal entry.ssr first in RSC Framework Mode) to generate a fresh nonce for each request. Pass it to routeRSCServerRequest, spread the renderHTML options into React's HTML renderer, pass options.nonce to RSCStaticRouter, and use the same nonce in the Content-Security-Policy response header:

    const nonce = crypto.randomUUID();
    const response = await routeRSCServerRequest({
      request,
      serverResponse,
      createFromReadableStream,
      nonce,
      async renderHTML(getPayload, options) {
        const payload = getPayload();
        return renderHTMLToReadableStream(
          <RSCStaticRouter getPayload={getPayload} nonce={options.nonce} />,
          {
            ...options,
            bootstrapScriptContent,
            formState: await payload.formState,
            signal: request.signal,
          },
        );
      },
    });
    response.headers.set(
      "Content-Security-Policy",
      `script-src 'self' 'nonce-${nonce}'`,
    );
  • @react-router/dev - Add unstable_rsc/client-version client build version virtual module (#15318)

  • @react-router/dev - Support the subResourceIntegrity config option in RSC Framework Mode (#15321)

    Migration guide

    No changes are required when using the default RSC SSR entry. If you maintain a custom app/entry.ssr.tsx, import the new virtual module and pass its hashes to React's importMap render option:

    +import subResourceIntegrity from "virtual:react-router/unstable_rsc/subresource-integrity";

return renderToReadableStream(<RSCStaticRouter getPayload={getPayload} />, {
...options,
bootstrapScriptContent,
formState,
+ importMap: subResourceIntegrity
+ ? { integrity: subResourceIntegrity }
+ : undefined,
signal: request.signal,
});

Full Changelog: v8.2.0...v8.3.0

8.2.0 (from changelog)

Date: 2026-07-08

What's Changed

Web Streams Default Server Entry

Non-Node runtime Framework Mode apps no longer need a custom entry.server.tsx file using React's renderToReadableStream API. Apps with @react-router/{node,express,serve} dependencies will continue to default to renderToPipeableStream, while non-Node apps default to renderToReadableStream.

Because Web Streams are stable in Node 22+, Node apps can also opt-into the Web Streams default entry with the new future.unstable_enableNodeReadableStream flag:

import type { Config } from "@react-router/dev/config";

export default {
future: {
unstable_enableNodeReadableStream: true,
},
} satisfies Config;

This flag has no effect if you have a custom entry.server.tsx keep using their custom entry file. It only applies to the default entry used if one doesn't exist.

Node apps opting-into the Web Streams API might even see a small performance boost because React Router already uses Web Streams internally, so this avoids additional conversions between Web/Node streams. If you see perf changes one way or another upon adopting this flag, please let us know!

Minor Changes

  • @react-router/dev - Add a Web Streams default server entry for non-Node Framework mode apps (#15290)
    • Apps using @react-router/node, @react-router/express, or @react-router/serve continue to use the renderToPipeableStream default server entry
    • Apps without those Node server adapter dependencies use a renderToReadableStream default server entry
    • Non-Node apps with their own entry.server.tsx may be able to remove it in favor of the default if it is not doing anything custom
  • @react-router/dev - Detect nub as a supported package manager when installing framework dependencies (#15276)
  • create-react-router - Detect nub as a supported package manager when creating new projects (#15276)

Patch Changes

  • react-router - Fix href() to properly stringify and URL-encode param values, matching generatePath() (#15277)
    • splat params preserve path separators while encoding each segment individually
  • react-router - Fix dynamic param extraction for routes with optional static segments (#15200)
    • When a route path contains optional static segments (e.g. /school?/user/:id), the internal regex's incorrectly shifted parameter indices resulting in incorrect parameter extraction
    • Consecutive optional static segments (e.g. /one?/two?) were only partially handled
  • react-router - Preserve navigation blocker state through a revalidation (#15246)
  • react-router - Fix route ranking for dynamic parameters with static extension suffixes (#15273)
    • These were not being detected as dynamic param segments and instead got incorrectly scored higher as a static segment
    • This meant they could potentially tie truly static routes like /sitemap.xml and outrank them based on definition order
    • These are now correctly identified as dynamic parameter segments and scored correctly
  • react-router - Use ReactFormState types instead of unknown (#15263)
  • @react-router/dev - Detect user rolldownOptions config in Vite 8+ (#15278)

Unstable Changes

⚠️ Unstable features are not recommended for production use

  • @react-router/dev - Add the future.unstable_enableNodeReadableStream flag to opt Node Framework mode apps into using renderToReadableStream instead of renderToPipeableStream (#15290)
    • This flag has no effect if you have your own entry.server.tsx

Full Changelog: v8.1.0...v8.2.0

8.1.0 (from changelog)

Date: 2026-06-29

What's Changed

Agent Skills Installation via create-react-router

create-react-router can now setup the React Router Agent Skill in your new project. Interactive shells will issue a prompt on whether to include the skills, and they will be included by default with when running with --yes or in non-interactive shells. You can skip the skill addition with the --no-agent-skills CLI flag.

Observability Metadata

The Instrumentation APIs info parameter usually corresponds roughly to the inputs to the thing being instrumented (handler, loader, etc.). For route level instrumentations such as loaders, this contains useful information like the pattern (i.e., /blog/:slug) that allows you to report information that is easily aggregated by pattern, instead of having to manually deduce one from the request url.

However, for outer layers such as the handler or a router navigate call - we can't provide a pattern because we haven't yet done any route matching, so it wasn't easy to report at those levels based on a generic route pattern.

The internal instrumentation results now contain relevant metadata in result.meta for these outer instrumentation layers. For server handler instrumentations, we also expose the statusCode of the outgoing HTTP response:

export const instrumentations = [
{
handler(handler) {
handler.instrument({
async request(handleRequest) {
let result = await handleRequest();

      <span class="pl-c">// Available to server `handler`, and router `navigate`/`fetch` instrumentations</span>
      <span class="pl-k">let</span> <span class="pl-s1">normalizedUrl</span> <span class="pl-c1">=</span> <span class="pl-s1">result</span><span class="pl-kos">.</span><span class="pl-c1">meta</span><span class="pl-kos">?.</span><span class="pl-c1">url</span><span class="pl-kos">;</span>
      <span class="pl-k">let</span> <span class="pl-s1">routePattern</span> <span class="pl-c1">=</span> <span class="pl-s1">result</span><span class="pl-kos">.</span><span class="pl-c1">meta</span><span class="pl-kos">?.</span><span class="pl-c1">pattern</span><span class="pl-kos">;</span>
      <span class="pl-k">let</span> <span class="pl-s1">routeParams</span> <span class="pl-c1">=</span> <span class="pl-s1">result</span><span class="pl-kos">.</span><span class="pl-c1">meta</span><span class="pl-kos">?.</span><span class="pl-c1">params</span><span class="pl-kos">;</span>
  &lt;span class="pl-c"&gt;// Available to server `handler` only&lt;/span&gt;
  &lt;span class="pl-k"&gt;let&lt;/span&gt; &lt;span class="pl-s1"&gt;statusCode&lt;/span&gt; &lt;span class="pl-c1"&gt;=&lt;/span&gt; &lt;span class="pl-s1"&gt;result&lt;/span&gt;&lt;span class="pl-kos"&gt;.&lt;/span&gt;&lt;span class="pl-c1"&gt;statusCode&lt;/span&gt;&lt;span class="pl-kos"&gt;;&lt;/span&gt;
&lt;span class="pl-kos"&gt;}&lt;/span&gt;&lt;span class="pl-kos"&gt;,&lt;/span&gt;

<span class="pl-kos">}</span><span class="pl-kos">)</span><span class="pl-kos">;</span>
<span class="pl-kos">}</span><span class="pl-kos">,</span>

},
];

Please see the docs for more information.

Minor Changes

  • react-router - Return route metadata from server request, client navigation, and client fetcher instrumentations (#15235)
    • Adds result metadata after instrumented calls complete, including the URL, matched route pattern, and params
    • Adds known HTTP status codes to server request handler instrumentation results
  • create-react-router - Add a default-on CLI option to include the official React Router agent skill in generated projects (#15213)
    • New projects include .agents/skills/react-router by default when running with --yes or in non-interactive shells
    • Interactive runs prompt to include the skill, defaulting to yes
    • Use --no-agent-skills to skip copying the skill

Patch Changes

  • @react-router/dev - Fix a regression with the new prerendering plugin where the react-router.config.ts buildEnd hook would run before prerendering was completed (#15211)
  • @react-router/dev - Fixed react-router typegen crashes under the Bun runtime when Babel default imports are already unwrapped (#15214)
  • @react-router/dev - Replace the deprecated envFile:false Vite config with envDir:false to eliminate a deprecation warning when using vite@8.1.0+ (#15230)
  • @react-router/dev - Only add the "node" Vite server condition for Framework mode apps that declare a Node server adapter dependency (#15242)
    • This prevents non-Node SSR runtimes from resolving Node-specific package exports by default
  • @react-router/serve - Use Node's built-in networking APIs to find an available port and remove the get-port dependency (#15239)
  • create-react-router - Use Node's built-in utilities for CLI argument parsing, ANSI-stripping, and child process execution to remove the arg, strip-ansi, and execa dependencies (#15231)

Full Changelog: v8.0.1...v8.1.0

8.0.1 (from changelog)

Date: 2026-06-18

Patch Changes

  • react-router - Remove the obsolete AppLoadContext type export accidentally left over from v7 now that middleware is always enabled and server request context is provided through RouterContextProvider. (#15207)

Full Changelog: v8.0.0...v8.0.1

8.0.0 (from changelog)

Date: 2026-06-17

What's Changed

React Router v8 is here!

We introduced a new Open Governance model last year and this marks the first major release on our new planned yearly major release cadence. We chose the June timeframe this year to align with the EOL timeframe for Node 20. Node 22 is scheduled to reach EOL in the May 2027 timeframe so we'll be aiming for a v9 release around the same time next year.

Our API Development Strategy aims to make major releases relatively boring by introducing breaking changes ahead of time behind Future Flags. If you've adopted all active future flags in v7, then from a React Router API surface you're in good shape for v8. All future.v8_* flags have been removed (or lifted to a top-level config) and their behaviors are now the default.

Baseline Support

React Router v8 updates the following minimum supported versions:

  • Node 22.22.0+
    • Starting with v8, React Router will officially support all Active LTS node versions and only the latest minor branch of Maintenance LTS versions
    • This better allows us to bump minimum Maintenance LTS versions to account for newly released security patches
    • It also allows us to more quickly and easily adopt new Active LTS features backported to Maintenance LTS lines
    • Upgraded minimum Maintenance LTS versions will be done in React Router minor releases
  • React 19.2.7+
  • Vite 7+

To modernize the library, React Router is now published as an ESM-only module and tsconfig target/lib fields have been updated to ES2022 across the board

Adopted Future Flag Behavior

The following v8 future flags have been removed and their behaviors are now the default:

  • future.v8_trailingSlashAwareDataRequests
  • future.v8_passThroughRequests
  • future.v8_middleware
  • future.v8_viteEnvironmentApi
  • future.v8_splitRouteModules has been moved to a to a top-level splitRouteModules config option and is enabled by default

Removed react-router-dom

In v7, we collapsed the DOM APIs into react-router/dom, but to ease the v6->v7 upgrade we continued re-exporting everything through react-router-dom. We have now dropped react-router-dom, so if you didn't get around to swapping your imports in v7, you will need to swap them to react-router and react-router/dom for v8.

Removed deprecated meta data fields

The data fields passed to route module meta functions were deprecated in v7 and are remove din v8. Use loaderData instead of data on MetaArgs and each item in MetaArgs.matches.

Cloudflare Vite Plugin

The React Router Cloudflare dev proxy (@react-router/dev/vite/cloudflare) has been removed in v8. Cloudflare projects should use @cloudflare/vite-plugin instead.

@react-router/architect useRequestContextDomainName

The @react-router/architect createRequestHandler useRequestContextDomainName option has been removed as that is now the default behavior in v8.

Pre-rendering Flow

In v7 we had a future.unstable_previewServerPrerendering flag that would opt you into a new pre-rendering flow using the Vite preview server (leveraging the Vite environment API). Now that the Vite environment API is always available on our new Vite 7+ baseline, we dropped this flag and the preview server flow has replaced our old pre-rendering implementation. It should be a non-breaking change but if you see issues, please let us know!

Major Changes

  • react-router - Update minimum Node version to 22.22.0 (#14928)
  • react-router - Update minimum React version to 19.2.7 (#15062)
  • react-router - Remove the future.v8_trailingSlashAwareDataRequests flag (#15100)
    • Trailing slash-aware data request URLs are now the default behavior.
  • react-router - Remove future.v8_passThroughRequests flag - the raw incoming request is now always passed through to loader/action. Use url for the normalized URL without React Router-specific implementation details (.data suffixes, index/_routes search params). (#15079)
  • react-router - Remove future.v8_middleware flag β€” middleware is always enabled in v8 (#15078)
    • The future.v8_middleware flag has been removed; middleware is now always enabled
    • The context parameter passed to loader, action, and middleware functions is always a RouterContextProvider instance
    • getLoadContext functions in custom servers must return a RouterContextProvider β€” returning a plain object is no longer supported
    • The MiddlewareEnabled type (previously exported as UNSAFE_MiddlewareEnabled) has been removed since the conditional it gated is now unconditional
    • The Future module augmentation pattern (interface Future { v8_middleware: true }) is no longer needed to type context in Data Mode
  • react-router - Remove future.v8_passThroughRequests flag - the raw incoming request is now always passed through to loader/action. (#15079)
  • react-router - Move future.v8_splitRouteModules to a top-level splitRouteModules config option and change the default behavior to true (#15086)
    • Set splitRouteModules: false to keep route modules in a single chunk
    • Set splitRouteModules: "enforce" to require all routes to be splittable
  • @react-router/dev - Removed the future.v8_viteEnvironmentApi flag because the Vite Environment API is always enabled (#15077)
  • @react-router/dev - Removed the future.unstable_previewServerPrerendering flag and make prerendering with the Vite Environment API the default. (#15077)
  • react-router - Update tsconfig.json target/lib from ES2020 -> ES2022 (591853e)
  • react-router - Switch the published packages in packages/ to ESM-only. (#14895) (59ebcf1)
  • react-router - Remove deprecated data parameter in favor of loaderData for meta APIs (to align with Route.ComponentProps) (#14931)
    • Route.MetaArgs, Route.MetaMatch, MetaArgs, MetaMatch, Route.ComponentProps.matches, UIMatch
  • react-router - Remove internal hasErrorBoundary field added to router.routes when using a data router (#15074)
    • This should not impact user-facing code since this was an internal prop and was computed based on the presence of ErrorBoundary or errorElement on your route
    • hasErrorBoundary is no longer accepted on RouteObject (IndexRouteObject/NonIndexRouteObject), DataRouteObject, <Route> JSX props, or as a key in lazy route definitions.
    • The MapRoutePropertiesFunction signature no longer requires returning hasErrorBoundary; the router infers it directly.
  • react-router - Remove react-router-dom package (#15076)
    • In v7 everything DOM-specific was collapsed into react-router/dom
      • react-router-dom was kept around as a convenience so existing v6 app imports would still work
    • For v8, you will need to swap react-router-dom imports:
      • RouterProvider/HydratedRouter should be imported from react-router/dom
      • Everything else should be imported from react-router
  • @react-router/architect - Bump @architect/functions to v8 (#15106)
  • @react-router/architect - Remove the useRequestContextDomainName option from createRequestHandler - this is now the default behavior (#15188)
  • @react-router/dev - Remove @react-router/dev/vite/cloudflare dev proxy export; use @cloudflare/vite-plugin instead (#15077)
    • Drops support for wrangler@3 as a peer dependency of @react-router/dev
  • @react-router/dev - Require Vite 7+ and make the Vite Environment API build path mandatory (#15077)
  • @react-router/express - Bump dependencies (#15106)
    • Bumped express from ^4.19.2 to ^4.22.2
    • Bumped the express peer dependency from ^4.17.1 || ^5 to ^4.22.2 || ^5
    • Bumped @types/express from ^4.17.9 to ^4.17.25
  • @react-router/node - Switch from @mjackson/node-fetch-server to @remix-run/node-fetch-server now that we can directly use ESM-only packages (#14930)
  • @react-router/serve - Switch from @mjackson/node-fetch-server to @remix-run/node-fetch-server now that we can directly use ESM-only packages (#14930)
  • create-react-router - Switch from @remix-run/web-fetch to native fetch internally. (#14929)
    • This removes the underlying HTTPS_PROXY support that node-fetch and subsequently @remix-run/web-fetch supported

Minor Changes

  • react-router - Bump dependencies (#15080)
    • Bumped cookie from ^1.0.1 to ^1.1.1
    • Bumped set-cookie-parser from ^2.6.0 to ^3.1.0
  • @react-router/cloudflare - Bump @cloudflare/workers-types fromn ^4.20260520.1 to ^4.20260527.1 (#15106)
  • @react-router/dev - Bump dependencies (#15080)
    • Bumped @babel/core from ^7.27.7 to ^7.29.7
    • Bumped @babel/generator from ^7.27.5 to ^7.29.7
    • Bumped @babel/parser from ^7.27.7 to ^7.29.7
    • Bumped @babel/plugin-syntax-jsx from ^7.27.1 to ^7.29.7
    • Bumped @babel/preset-typescript from ^7.27.1 to ^7.29.7
    • Bumped @babel/traverse from ^7.27.7 to ^7.29.7
    • Bumped @babel/types from ^7.27.7 to ^7.29.7
    • Bumped dedent from ^1.5.3 to ^1.7.2
    • Bumped jsesc from 3.0.2 to 3.1.0
    • Bumped lodash from ^4.17.21 to ^4.18.1
    • Bumped prettier from ^3.6.2 to ^3.8.3
    • Bumped @remix-run/node-fetch-server from ^0.13.0 to ^0.13.3
    • Bumped react-refresh from ^0.14.0 to ^0.18.0
    • Bumped semver from ^7.3.7 to ^7.8.1
    • Bumped tinyglobby from ^0.2.14 to ^0.2.16
    • Bumped valibot from ^1.2.0 to ^1.4.1
  • @react-router/dev - Replace cookie and set-cookie-parser with cookie-es (#15109)
  • @react-router/dev - Removed the vite-node dependency in favor of Vite's native module runner APIs (#15104)
  • @react-router/serve - Bump express from 4.21.2 to 5.2.1 (#15101)
  • create-react-router - Bump dependencies (#15080)
    • Bumped execa from 5.1.1 to 9.6.1
    • Bumped log-update from ^5.0.1 to ^8.0.0
    • Bumped semver from ^7.3.7 to ^7.8.1
    • Bumped sort-package-json from ^1.55.0 to ^3.6.1
    • Bumped strip-ansi from ^6.0.1 to ^7.2.0
    • Bumped tar-fs from ^2.1.3 to ^3.1.2

Patch Changes

  • react-router - Ensure client middleware errors load lazy route error boundaries before bubbling (#15086)
  • react-router - Remove explicit onSubmit type override from SharedFormProps to fix deprecation warning with @types/react@19.x (#14932) (59ebcf1)
  • react-router - Update package builds to preserve individual module files in published artifacts. Public APIs and documented import paths are unchanged. (#15092)
    • Updated package TypeScript configs to support modern module syntax used by the build configuration.
  • react-router - Migrate package builds from tsup to tsdown. Published package entry points and public APIs are unchanged. (#15092)
  • react-router - Upgrade React Router's TypeScript tooling to TypeScript 6. Runtime behavior and public APIs are unchanged. (#15092)
  • @react-router/architect - Bump dependencies (#15080)
    • Bumped @types/aws-lambda from ^8.10.82 to ^8.10.161
  • @react-router/dev - Bump dependencies (#15080)
    • Bumped @babel/core from ^7.29.0 to ^7.29.7
    • Bumped @babel/generator from ^7.29.1 to ^7.29.7
    • Bumped @babel/parser from ^7.29.3 to ^7.29.7
    • Bumped @babel/plugin-syntax-jsx from ^7.28.6 to ^7.29.7
    • Bumped @babel/preset-typescript from ^7.28.5 to ^7.29.7
    • Bumped @babel/traverse from ^7.29.0 to ^7.29.7
    • Bumped @babel/types from ^7.29.0 to ^7.29.7
    • Bumped babel-dead-code-elimination from ^1.0.6 to ^1.0.12
    • Bumped chokidar from ^4.0.0 to ^5.0.0
    • Bumped es-module-lexer from ^1.3.1 to ^2.1.0
    • Bumped exit-hook from 2.2.1 to 5.1.0
    • Bumped isbot from ^5.1.11 to ^5.1.40
    • Bumped p-map from ^7.0.3 to ^7.0.4
    • Bumped pathe from ^1.1.2 to ^2.0.3
    • Bumped pkg-types from ^2.3.0 to ^2.3.1
    • Bumped react-refresh from ^0.14.0 to ^0.18.0
    • Bumped semver from ^7.8.0 to ^7.8.1
    • Bumped tinyglobby from ^0.2.14 to ^0.2.16
    • Bumped valibot from ^1.4.0 to ^1.4.1
  • @react-router/dev - Fix Windows libuv assertion (!(handle->flags & UV_HANDLE_CLOSING) in src/win/async.c) during prerendering by using node:http instead of fetch for internal prerender requests against the Vite preview server (#15077)
  • @react-router/fs-routes - Bump dependencies (#15091)
    • Bumped minimatch from ^9.0.0 to ^10.2.5
  • @react-router/node - Bump dependencies (#15106)
    • Bumped @remix-run/node-fetch-server from ^0.13.0 to ^0.13.3
  • @react-router/serve - Bump dependencies (#15091)
    • Bumped @remix-run/node-fetch-server from ^0.13.0 to ^0.13.3
    • Bumped get-port from 5.1.1 to 7.2.0

Full Changelog: v7.18.0...v8.0.0

React Router v7 Releases

Does any of this look wrong? Please let us know.

πŸ†• cookie-es (added, 3.1.1)

πŸ—‘οΈ set-cookie-parser (removed)


Depfu Status

Depfu will automatically keep this PR conflict-free, as long as you don't add any commits to this branch yourself. You can also trigger a rebase manually by commenting with @depfu rebase.

All Depfu comment commands
@​depfu rebase
Rebases against your default branch and redoes this update
@​depfu recreate
Recreates this PR, overwriting any edits that you've made to it
@​depfu merge
Merges this PR once your tests are passing and conflicts are resolved
@​depfu cancel merge
Cancels automatic merging of this PR
@​depfu close
Closes this PR and deletes the branch
@​depfu reopen
Restores the branch and reopens this PR (if it's closed)
@​depfu pause
Ignores all future updates for this dependency and closes this PR
@​depfu pause [minor|major]
Ignores all future minor/major updates for this dependency and closes this PR
@​depfu resume
Future versions of this dependency will create PRs again (leaves this PR as is)

@depfu
depfu Bot requested a review from esanuandra as a code owner July 24, 2026 18:11
@depfu depfu Bot added the dependencies Pull requests that update a dependency file label Jul 24, 2026
@depfu depfu Bot added the dependencies Pull requests that update a dependency file label Jul 24, 2026
@depfu depfu Bot assigned kala-moz Jul 24, 2026
@netlify

netlify Bot commented Jul 24, 2026

Copy link
Copy Markdown

βœ… Deploy Preview for mozilla-perfcompare ready!

Name Link
πŸ”¨ Latest commit b20781e
πŸ” Latest deploy log https://app.netlify.com/projects/mozilla-perfcompare/deploys/6a63aacd9564650008f03e60
😎 Deploy Preview https://deploy-preview-1070--mozilla-perfcompare.netlify.app
πŸ“± Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify project configuration.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant