\r\n```\r\n\r\nYou also pass an `AbortController` signal directly to `refresh`/`execute`, giving you fine-grained control over request cancellation. This is particularly useful when you need to abort requests based on user actions or component lifecycle events.\r\n\r\n```ts\r\nconst { data, refresh } = await useAsyncData('posts', fetchPosts)\r\n\r\n// Abort an ongoing refresh\r\nconst abortController = new AbortController()\r\nrefresh({ signal: abortController.signal })\r\n\r\n// Later...\r\nabortController.abort()\r\n```\r\n\r\n### ๐จ Better Error Pages in Development\r\n\r\nWhen an error occurs during development, Nuxt will now display both your custom error page _and_ a detailed technical error overlay ([#33359](https://github.com/nuxt/nuxt/pull/33359)). This gives you the best of both worlds – you can see what your users will experience while also having immediate access to stack traces and debugging information.\r\n\r\n\r\n\r\nThe technical overlay appears as a toggleable panel that doesn't interfere with your custom error page, making it easier to debug issues while maintaining a realistic preview of your error handling.\r\n\r\n### ๐ฎ Opt-in Vite Environment API\r\n\r\nFor those wanting to experiment with cutting-edge features, you can now opt into the [Vite Environment API](https://vite.dev/guide/api-environment) ([#33492](https://github.com/nuxt/nuxt/pull/33492)).\r\n\r\nThe Vite Environment API is a major architectural improvement in Vite 6. It closes the gap between development and production by allowing the Vite dev server to handle multiple environments concurrently (rather than requiring multiple Vite dev servers, as we have done previously in Nuxt).\r\n\r\nThis should improve performance when developing and eliminate some edge case bugs.\r\n\r\n... and it is the foundation for implementing Nitro as a Vite environment, which should speed up the dev server still further, as well as allowing more greater alignment in development with your Nitro preset.\r\n\r\n```ts [nuxt.config.ts]\r\nexport default defineNuxtConfig({\r\n experimental: {\r\n viteEnvironmentApi: true\r\n }\r\n})\r\n```\r\n\r\nThis is also the first breaking change for Nuxt v5. You can opt in to these breaking changes by setting `compatibilityVersion` to `5`:\r\n\r\n```ts [nuxt.config.ts]\r\nexport default defineNuxtConfig({\r\n future: {\r\n compatibilityVersion: 5\r\n },\r\n})\r\n```\r\n\r\nPlease only use this for testing, as this opts in to unlimited future breaking changes, including updating to Nitro v3 once we ship the Nuxt integration.\r\n\r\n> [!WARNING]\r\n> This is highly experimental and the API may change. Only enable if you're prepared for potential breaking changes and want to help shape the future of Nuxt!\r\n\r\n### ๐ฆ New `@nuxt/nitro-server` Package\r\n\r\nWe've extracted Nitro server integration into its own package: `@nuxt/nitro-server` ([#33462](https://github.com/nuxt/nuxt/pull/33462)). This architectural change allows for different Nitro integration patterns and paves the way for future innovations in server-side rendering.\r\n\r\nWhile this change is mostly internal, it's part of our ongoing effort to make Nuxt more modular and flexible. The new package provides standalone Nitro integration and sets the foundation for alternative integration approaches (such as using Nitro as a Vite plugin in Nuxt v5+).\r\n\r\n> [!NOTE]\r\n> This is an internal refactor – no changes should be required in your code.\r\n\r\n### โก Performance Improvements\r\n\r\nWe've also shipped several performance enhancements:\r\n\r\n- **Precomputed renderer dependencies** – We now compute renderer dependencies at build time rather than runtime, improving cold start and initial render performance ([#33361](https://github.com/nuxt/nuxt/pull/33361))\r\n- **Reduced dependencies** – Removed unnecessary dependencies from kit and schema packages ([7ae2cf563](https://github.com/nuxt/nuxt/commit/7ae2cf563))\r\n\r\n#### ๐ Async Data Handler Extraction\r\n\r\nOne of the most exciting performance improvements is the new experimental async data handler extraction ([#33131](https://github.com/nuxt/nuxt/pull/33131)). When enabled, handler functions passed to `useAsyncData` and `useLazyAsyncData` are automatically extracted into separate chunks and dynamically imported.\r\n\r\nThis is **particularly effective for prerendered static sites**, as the data fetching logic is only needed at build time and can be completely excluded from the client bundle.\r\n\r\n> [!NOTE]\r\n> In testing with a previous version of nuxt.com, this feature **reduced JavaScript bundle size by 39%**! Of course, your mileage may vary depending on how much data fetching logic you have.\r\n\r\n```vue [pages/blog/[slug\\\\].vue]\r\n\r\n```\r\n\r\nFor static/prerendered sites, enable it in your config:\r\n\r\n```ts [nuxt.config.ts]\r\nexport default defineNuxtConfig({\r\n experimental: {\r\n extractAsyncDataHandlers: true\r\n }\r\n})\r\n```\r\n\r\nThe extracted handlers are then tree-shaken from your client bundle when prerendering, as the data is already available in the payload. This results in significantly smaller JavaScript files shipped to your users.\r\n\r\n### ๐ง Experimental TypeScript Plugin Support\r\n\r\nWe're introducing experimental support for enhanced TypeScript developer experience through the [`@dxup/nuxt`](https://github.com/KazariEX/dxup) module.\r\n\r\nThis module adds a number of TypeScript plugins that aim to improve your experience when using Nuxt-specific features:\r\n\r\n- **Smart component renaming**: Automatically updates all references when you rename auto-imported component files\r\n- **Go to definition for dynamic imports**: Navigate directly to files when using glob patterns like `import(\\`~/assets/${name}.webp\\`)`\r\n- **Nitro route navigation**: Jump to server route handlers from data fetching functions (`$fetch`, `useFetch`, `useLazyFetch`)\r\n- **Runtime config navigation**: Go to definition works seamlessly with runtime config properties\r\n- **Enhanced auto-import support**: Includes the [`@dxup/unimport`](https://github.com/KazariEX/dxup/tree/main/packages/unimport) plugin for better navigation with auto-imported composables and utilities\r\n\r\n> [!NOTE]\r\n> Read more in **[the documentation](https://nuxt.com/docs/guide/directory-structure/nuxt-config#typescript-plugin)**.\r\n\r\nTo enable this feature, set `experimental.typescriptPlugin` to `true` in your Nuxt configuration:\r\n\r\n```ts [nuxt.config.ts]\r\nexport default defineNuxtConfig({\r\n experimental: {\r\n typescriptPlugin: true\r\n }\r\n})\r\n```\r\n\r\nOnce enabled, the module will be automatically installed and configured by Nuxt.\r\n\r\n> [!IMPORTANT]\r\n> This feature also requires selecting the workspace TypeScript version in VS Code. Run the \"TypeScript: Select TypeScript Version\" command and choose \"Use Workspace Version\".\r\n\r\n### ๐ Other Improvements\r\n\r\n- **Component `declarationPath`** – You can now specify a custom declaration path for components ([#33419](https://github.com/nuxt/nuxt/pull/33419))\r\n- **Module resolution extensions** – Kit's `resolveModule` now accepts an `extensions` option ([#33328](https://github.com/nuxt/nuxt/pull/33328))\r\n- **Global head utility** – New `setGlobalHead` utility in kit for easier head management ([#33512](https://github.com/nuxt/nuxt/pull/33512))\r\n\r\n### ๐ฉน Important Fixes\r\n\r\n- Route hash is now preserved when redirecting based on `routeRules` ([#33222](https://github.com/nuxt/nuxt/pull/33222))\r\n- Fixed concurrent calls to `loadNuxtConfig` with proper cleanup ([#33420](https://github.com/nuxt/nuxt/pull/33420))\r\n- Object-format `href` now works correctly in `` ([c69e4c30d](https://github.com/nuxt/nuxt/commit/c69e4c30d))\r\n- Component auto-imports now work as arguments to Vue's `h()` function ([#33509](https://github.com/nuxt/nuxt/pull/33509))\r\n- Fixed app config array handling during HMR ([#33555](https://github.com/nuxt/nuxt/pull/33555))\r\n\r\n### โ Upgrading\r\n\r\nOur recommendation for upgrading is to run:\r\n\r\n```sh\r\nnpx nuxt upgrade --dedupe\r\n```\r\n\r\nThis will refresh your lockfile and pull in all the latest dependencies that Nuxt relies on, especially from the unjs ecosystem.\r\n\r\n## ๐ Changelog\r\n\r\n[compare changes](https://github.com/nuxt/nuxt/compare/v4.1.3...v4.2.0)\r\n### ๐ Enhancements\r\n- **nuxt:** Allow specifying component `declarationPath` ([#33419](https://github.com/nuxt/nuxt/pull/33419))\r\n- **kit:** Add `extensions` option for `resolveModule` ([#33328](https://github.com/nuxt/nuxt/pull/33328))\r\n- **nuxt:** Add abortController option to `useAsyncData` ([#32531](https://github.com/nuxt/nuxt/pull/32531))\r\n- **nuxt:** Display youch error page w/ user error page in dev ([#33359](https://github.com/nuxt/nuxt/pull/33359))\r\n- **nuxt:** Experimental typescript plugin support ([#33314](https://github.com/nuxt/nuxt/pull/33314))\r\n- **nuxt,schema:** Extract asyncData handlers to chunks ([#33131](https://github.com/nuxt/nuxt/pull/33131))\r\n- **schema:** Enable setting `future.compatibilityVersion` to `5` ([22f4693a1](https://github.com/nuxt/nuxt/commit/22f4693a1))\r\n- **kit,vite:** Allow enabling vite environment api ([#33492](https://github.com/nuxt/nuxt/pull/33492))\r\n- **kit:** Add `setGlobalHead` utility ([#33512](https://github.com/nuxt/nuxt/pull/33512))\r\n### ๐ฅ Performance\r\n- **nuxt:** Precompute renderer dependencies at build time ([#33361](https://github.com/nuxt/nuxt/pull/33361))\r\n- **kit,schema:** Remove some unnecessary dependencies ([7ae2cf563](https://github.com/nuxt/nuxt/commit/7ae2cf563))\r\n### ๐ฉน Fixes\r\n- **nuxt:** Preserve hash with redirecting based on `routeRules` ([#33222](https://github.com/nuxt/nuxt/pull/33222))\r\n- **kit:** Safely cleanup `loadNuxtConfig` in concurrent calls ([#33420](https://github.com/nuxt/nuxt/pull/33420))\r\n- **nuxt:** Allow object-format `href` in `` ([c69e4c30d](https://github.com/nuxt/nuxt/commit/c69e4c30d))\r\n- **nuxt:** Remove `mergeModels` from auto imports ([#33344](https://github.com/nuxt/nuxt/pull/33344))\r\n- **nuxt:** Add back `shortPath` property ([#33384](https://github.com/nuxt/nuxt/pull/33384))\r\n- **nuxt:** Do not allow native attrs to shadow nuxt link props ([4751a6aca](https://github.com/nuxt/nuxt/commit/4751a6aca))\r\n- **nuxt:** Remove `declarationPath` from component dirs ([191bcb7e9](https://github.com/nuxt/nuxt/commit/191bcb7e9))\r\n- **nuxt:** Preserve root route in `isPrerendered` check ([#33476](https://github.com/nuxt/nuxt/pull/33476))\r\n- **nuxt:** Exempt webpack vfs from pkg lookup ([285eac31c](https://github.com/nuxt/nuxt/commit/285eac31c))\r\n- **nitro:** Exempt nightly release from import protections ([dd522394a](https://github.com/nuxt/nuxt/commit/dd522394a))\r\n- **webpack,rspack:** Preserve prerender + nitro flags in server builds ([#33503](https://github.com/nuxt/nuxt/pull/33503))\r\n- **nuxt:** Support component auto-imports as arguments of `h()` ([#33509](https://github.com/nuxt/nuxt/pull/33509))\r\n- **vite:** Prevent assignment for rolldown's replacement plugin ([#33526](https://github.com/nuxt/nuxt/pull/33526))\r\n- **nuxt:** Use sha256 hash for prerender cache keys ([#33505](https://github.com/nuxt/nuxt/pull/33505))\r\n- **nuxt:** Add `NuxtTime` relative time `numeric` prop ([#33552](https://github.com/nuxt/nuxt/pull/33552))\r\n- **nuxt:** Add `NuxtTime` relative time `relativeStyle` prop ([#33557](https://github.com/nuxt/nuxt/pull/33557))\r\n- **nuxt:** Handle arrays in app config correctly during HMR ([#33555](https://github.com/nuxt/nuxt/pull/33555))\r\n- **vite:** Unset `optimizeDeps.include` for server environment ([#33550](https://github.com/nuxt/nuxt/pull/33550))\r\n### ๐ Refactors\r\n- Remove obsolete `shortPath` property ([#33384](https://github.com/nuxt/nuxt/pull/33384))\r\n- **kit:** Extract trace utilities ([9687505ac](https://github.com/nuxt/nuxt/commit/9687505ac))\r\n- **nuxt,vite,webpack:** Allow builders to augment types ([#33427](https://github.com/nuxt/nuxt/pull/33427))\r\n- **schema:** Deprecate `extend`, `extendConfig`, and `configResolved` hooks ([e060b9695](https://github.com/nuxt/nuxt/commit/e060b9695))\r\n- **vite:** Make vite plugins environment-compatible ([#33445](https://github.com/nuxt/nuxt/pull/33445))\r\n- **nitro,nuxt:** Extract `@nuxt/nitro-server` package ([#33462](https://github.com/nuxt/nuxt/pull/33462))\r\n- **nuxt:** Use `RouteLocationNormalizedLoadedGeneric` internally ([b51cb3067](https://github.com/nuxt/nuxt/commit/b51cb3067))\r\n### ๐ Documentation\r\n- Update link to localisation issue ([d32859da2](https://github.com/nuxt/nuxt/commit/d32859da2))\r\n- Add nuxt module `addServerPlugin` note ([#33409](https://github.com/nuxt/nuxt/pull/33409))\r\n- Remove deprecated node version ([#33411](https://github.com/nuxt/nuxt/pull/33411))\r\n- Update `declarationPath` in `addComponent` ([#33380](https://github.com/nuxt/nuxt/pull/33380))\r\n- Reproduction links for Nuxt v4 ([#33429](https://github.com/nuxt/nuxt/pull/33429))\r\n- Add some notes/deprecations for vite hooks ([31c5f26a2](https://github.com/nuxt/nuxt/commit/31c5f26a2))\r\n- Fix incorrect ESM module field info ([#33451](https://github.com/nuxt/nuxt/pull/33451))\r\n- Recommend `getLayerDirectories()` instead of `nuxt.options._layers` ([#33484](https://github.com/nuxt/nuxt/pull/33484))\r\n- Add `4.x` prefix ([5c0bb9285](https://github.com/nuxt/nuxt/commit/5c0bb9285))\r\n- Add docs for `moduleDependencies` ([#33499](https://github.com/nuxt/nuxt/pull/33499))\r\n- Clarify extends removal in TypeScript config migration ([#33523](https://github.com/nuxt/nuxt/pull/33523))\r\n- Pin codemod to v0.18.7 for migration recipe ([#33522](https://github.com/nuxt/nuxt/pull/33522))\r\n- Fix links ([#33554](https://github.com/nuxt/nuxt/pull/33554))\r\n### ๐ก Chore\r\n- Migrate gitpod to ona ([#33159](https://github.com/nuxt/nuxt/pull/33159))\r\n- Use native node to run `test:prepare` ([6ef632b82](https://github.com/nuxt/nuxt/commit/6ef632b82))\r\n- Do not use native node to run `test:prepare` ([eca36cfe5](https://github.com/nuxt/nuxt/commit/eca36cfe5))\r\n- Lint docs ([3b9784111](https://github.com/nuxt/nuxt/commit/3b9784111))\r\n- Update valid semantic scopes ([3c38d1f8b](https://github.com/nuxt/nuxt/commit/3c38d1f8b))\r\n- Ignore nitro templates ([27cf85bdc](https://github.com/nuxt/nuxt/commit/27cf85bdc))\r\n- Update internal links ([aac763017](https://github.com/nuxt/nuxt/commit/aac763017))\r\n- Remove `vue-demi` from `ignoredBuiltDependencies` ([#33494](https://github.com/nuxt/nuxt/pull/33494))\r\n- Update vscode url ([#33360](https://github.com/nuxt/nuxt/pull/33360))\r\n- Correct jsdoc location for function used as parameters ([#33507](https://github.com/nuxt/nuxt/pull/33507))\r\n- Remove code comment ([#33515](https://github.com/nuxt/nuxt/pull/33515))\r\n- Patch changelogen for large numbers of commits ([bd36738b8](https://github.com/nuxt/nuxt/commit/bd36738b8))\r\n- Link Nuxt 1.x and 2.x (2016โ2022) history to main ([85838dfd9](https://github.com/nuxt/nuxt/commit/85838dfd9))\r\n- Filter out commits before last tag when constructing changelog ([1c561daeb](https://github.com/nuxt/nuxt/commit/1c561daeb))\r\n- Also respect since date for bump type ([08900f610](https://github.com/nuxt/nuxt/commit/08900f610))\r\n- Also respect `since` in nightly releases ([74ca73ca1](https://github.com/nuxt/nuxt/commit/74ca73ca1))\r\n- Ignore `@rollup/plugin-commonjs` ([cd12980ce](https://github.com/nuxt/nuxt/commit/cd12980ce))\r\n### โ Tests\r\n- Refactor suite to use common matrix utils ([#33483](https://github.com/nuxt/nuxt/pull/33483))\r\n### ๐ค CI\r\n- Publish `@nuxt/nitro-server` on pkg-pr-new ([b7ccf17bf](https://github.com/nuxt/nuxt/commit/b7ccf17bf))\r\n- Remove nitro-server publish until v4.2 is released ([904d4f6ec](https://github.com/nuxt/nuxt/commit/904d4f6ec))\r\n\r\n### โค๏ธ Contributors\r\n- ๅฑฑๅน่ฒๅพกๅฎ (@KazariEX)\r\n- Florian Heuberger (@Flo0806)\r\n- Daniel Roe (@danielroe)\r\n- Matej ฤernรฝ (@cernymatej)\r\n- Trung Dang (@NamesMT)\r\n- ็บธ้นฟ/Zhilu (@L33Z22L11)\r\n- Julien Huang (@huang-julien)\r\n- Alexander Lichter (@TheAlexLichter)\r\n- abeer0 (@iiio2)\r\n- Max (@onmax)\r\n- Daniel Slepov (@imslepov)\r\n- Octavio Araiza (@8ctavio)\r\n- Bobbie Goede (@BobbieGoede)\r\n- DipakHalkude (@DipakHalkude)\r\n- Aleksander Bลaszkiewicz (@ablaszkiewicz)","url":"https://announcehq.com/nuxt/d54c0b58-3ce6-42f4-82ee-1e0329500960","datePublished":"2025-10-25T06:00:36.000Z","dateModified":"2025-10-25T06:00:36.000Z","author":{"@type":"Organization","name":"nuxt","url":"https://github.com/nuxt/nuxt"},"publisher":{"@type":"Organization","name":"AnnounceHQ","url":"https://announcehq.com","logo":{"@type":"ImageObject","url":"https://announcehq.com/logo.png"}},"mainEntityOfPage":{"@type":"WebPage","@id":"https://announcehq.com/nuxt/d54c0b58-3ce6-42f4-82ee-1e0329500960"},"isPartOf":{"@type":"WebPage","@id":"https://announcehq.com/nuxt","name":"nuxt Changelog"},"about":{"@type":"SoftwareApplication","name":"nuxt"},"keywords":"nuxt, release notes, changelog, new, software update"}Back to changelog
New
v4.2.0
4.2.0 is the next minor release.
๐ Highlights
We're excited to announce Nuxt 4.2, bringing new capabilities for better TypeScript DX, enhanced error handling, and improved control over data fetching! ๐
๐ฏ Abort Control for Data Fetching
You can now use AbortController signals directly within useAsyncData, giving you fine-grained control over request cancellation (#32531).
This works by passing an internal signal to your useAsyncDatahandler to cancel any promise that can be canceled, such as $fetch.
<script setup lang="ts">
const controller = new AbortController()
const { data, error, clear, refresh } = await useAsyncData('users', (_nuxtApp, { signal }) => $fetch('/api/users', {
signal
}))
refresh() // will actually cancel the $fetch request (if dedupe: cancel)
refresh() // will actually cancel the $fetch request (if dedupe: cancel)
refresh()
clear() // will cancel the latest pending handler
</script>
You also pass an AbortController signal directly to refresh/execute, giving you fine-grained control over request cancellation. This is particularly useful when you need to abort requests based on user actions or component lifecycle events.
When an error occurs during development, Nuxt will now display both your custom error page and a detailed technical error overlay (#33359). This gives you the best of both worlds โ you can see what your users will experience while also having immediate access to stack traces and debugging information.
The technical overlay appears as a toggleable panel that doesn't interfere with your custom error page, making it easier to debug issues while maintaining a realistic preview of your error handling.
๐ฎ Opt-in Vite Environment API
For those wanting to experiment with cutting-edge features, you can now opt into the Vite Environment API (#33492).
The Vite Environment API is a major architectural improvement in Vite 6. It closes the gap between development and production by allowing the Vite dev server to handle multiple environments concurrently (rather than requiring multiple Vite dev servers, as we have done previously in Nuxt).
This should improve performance when developing and eliminate some edge case bugs.
... and it is the foundation for implementing Nitro as a Vite environment, which should speed up the dev server still further, as well as allowing more greater alignment in development with your Nitro preset.
Please only use this for testing, as this opts in to unlimited future breaking changes, including updating to Nitro v3 once we ship the Nuxt integration.
[!WARNING]
This is highly experimental and the API may change. Only enable if you're prepared for potential breaking changes and want to help shape the future of Nuxt!
๐ฆ New @nuxt/nitro-server Package
We've extracted Nitro server integration into its own package: @nuxt/nitro-server (#33462). This architectural change allows for different Nitro integration patterns and paves the way for future innovations in server-side rendering.
While this change is mostly internal, it's part of our ongoing effort to make Nuxt more modular and flexible. The new package provides standalone Nitro integration and sets the foundation for alternative integration approaches (such as using Nitro as a Vite plugin in Nuxt v5+).
[!NOTE]
This is an internal refactor โ no changes should be required in your code.
โก Performance Improvements
We've also shipped several performance enhancements:
Precomputed renderer dependencies โ We now compute renderer dependencies at build time rather than runtime, improving cold start and initial render performance (#33361)
Reduced dependencies โ Removed unnecessary dependencies from kit and schema packages (7ae2cf563)
๐ Async Data Handler Extraction
One of the most exciting performance improvements is the new experimental async data handler extraction (#33131). When enabled, handler functions passed to useAsyncData and useLazyAsyncData are automatically extracted into separate chunks and dynamically imported.
This is particularly effective for prerendered static sites, as the data fetching logic is only needed at build time and can be completely excluded from the client bundle.
[!NOTE]
In testing with a previous version of nuxt.com, this feature reduced JavaScript bundle size by 39%! Of course, your mileage may vary depending on how much data fetching logic you have.
<script setup lang="ts">
// This handler will be extracted into a separate chunk
// and only loaded when needed
const { data: post } = await useAsyncData('post', async () => {
const content = await queryContent(`/blog/${route.params.slug}`).findOne()
// Complex data processing that you don't want in the client bundle
const processed = await processMarkdown(content)
const related = await findRelatedPosts(content.tags)
return {
...processed,
related
}
})
</script>
For static/prerendered sites, enable it in your config:
The extracted handlers are then tree-shaken from your client bundle when prerendering, as the data is already available in the payload. This results in significantly smaller JavaScript files shipped to your users.
๐ง Experimental TypeScript Plugin Support
We're introducing experimental support for enhanced TypeScript developer experience through the @dxup/nuxt module.
This module adds a number of TypeScript plugins that aim to improve your experience when using Nuxt-specific features:
Smart component renaming: Automatically updates all references when you rename auto-imported component files
Go to definition for dynamic imports: Navigate directly to files when using glob patterns like import(\~/assets/${name}.webp`)`
Nitro route navigation: Jump to server route handlers from data fetching functions ($fetch, useFetch, useLazyFetch)
Runtime config navigation: Go to definition works seamlessly with runtime config properties
Enhanced auto-import support: Includes the @dxup/unimport plugin for better navigation with auto-imported composables and utilities
Once enabled, the module will be automatically installed and configured by Nuxt.
[!IMPORTANT]
This feature also requires selecting the workspace TypeScript version in VS Code. Run the "TypeScript: Select TypeScript Version" command and choose "Use Workspace Version".
๐ Other Improvements
Component declarationPath โ You can now specify a custom declaration path for components (#33419)
Module resolution extensions โ Kit's resolveModule now accepts an extensions option (#33328)
Global head utility โ New setGlobalHead utility in kit for easier head management (#33512)
๐ฉน Important Fixes
Route hash is now preserved when redirecting based on routeRules (#33222)
Fixed concurrent calls to loadNuxtConfig with proper cleanup (#33420)
Object-format href now works correctly in <NuxtLink> (c69e4c30d)
Component auto-imports now work as arguments to Vue's h() function (#33509)
Fixed app config array handling during HMR (#33555)
โ Upgrading
Our recommendation for upgrading is to run:
npx nuxt upgrade --dedupe
This will refresh your lockfile and pull in all the latest dependencies that Nuxt relies on, especially from the unjs ecosystem.