Error Handling
Learn how to catch and handle errors in Nuxt.
Nuxt 3 is a full-stack framework, which means there are several sources of unpreventable user runtime errors that can happen in different contexts:
- Errors during the Vue rendering lifecycle (SSR & CSR)
- Errors during Nitro server lifecycle (
server/
directory) - Server and client startup errors (SSR + CSR)
- Errors downloading JS chunks
Vue Rendering Lifecycle
You can hook into Vue errors using onErrorCaptured
.
In addition, Nuxt provides a vue:error
hook that will be called if any errors propagate up to the top level.
If you are using an error reporting framework, you can provide a global handler through vueApp.config.errorHandler
. It will receive all Vue errors, even if they are handled.
export default defineNuxtPlugin((nuxtApp) => {
nuxtApp.vueApp.config.errorHandler = (error, instance, info) => {
// handle error, e.g. report to a service
}
// Also possible
nuxtApp.hook('vue:error', (error, instance, info) => {
// handle error, e.g. report to a service
})
})
vue:error
hook is based on onErrorCaptured
lifecycle hook.Startup Errors
Nuxt will call the app:error
hook if there are any errors in starting your Nuxt application.
This includes:
- running Nuxt plugins
- processing
app:created
andapp:beforeMount
hooks - rendering your Vue app to HTML (during SSR)
- mounting the app (on client-side), though you should handle this case with
onErrorCaptured
or withvue:error
- processing the
app:mounted
hook
Nitro Server Lifecycle
You cannot currently define a server-side handler for these errors, but can render an error page, see the Render an Error Page section.
Errors with JS chunks
You might encounter chunk loading errors due to a network connectivity failure or a new deployment (which invalidates your old, hashed JS chunk URLs). Nuxt provides built-in support for handling chunk loading errors by performing a hard reload when a chunk fails to load during route navigation.
You can change this behavior by setting experimental.emitRouteChunkError
to false
(to disable hooking into these errors at all) or to manual
if you want to handle them yourself. If you want to handle chunk loading errors manually, you can check out the the automatic implementation for ideas.
Error Page
fatal: true
on the client) it will either render a JSON response (if requested with Accept: application/json
header) or trigger a full-screen error page.An error may occur during the server lifecycle when:
- processing your Nuxt plugins
- rendering your Vue app into HTML
- a server API route throws an error
It can also occur on the client side when:
- processing your Nuxt plugins
- before mounting the application (
app:beforeMount
hook) - mounting your app if the error was not handled with
onErrorCaptured
orvue:error
hook - the Vue app is initialized and mounted in browser (
app:mounted
).
Customize the default error page by adding ~/error.vue
in the source directory of your application, alongside app.vue
.
<script setup lang="ts">
const props = defineProps({
error: Object
})
const handleError = () => clearError({ redirect: '/' })
</script>
<template>
<div>
<h2>{{ error.statusCode }}</h2>
<button @click="handleError">Clear errors</button>
</div>
</template>
~/pages
directory. For the same reason, you shouldn't use definePageMeta
within this page.The error page has a single prop - error
which contains an error for you to handle.
The error
object provides the fields:
{
url: string
statusCode: number
statusMessage: string
message: string
description: string
data: any
}
If you have an error with custom fields they will be lost; you should assign them to data
instead:
throw createError({
statusCode: 404,
statusMessage: 'Page Not Found',
data: {
myCustomField: true
}
})
For custom errors we highly recommend to use onErrorCaptured
composable that can be called in a page/component setup function or vue:error
runtime nuxt hook that can be configured in a nuxt plugin.
export default defineNuxtPlugin(nuxtApp => {
nuxtApp.hook('vue:error', (err) => {
//
})
})
When you are ready to remove the error page, you can call the clearError
helper function, which takes an optional path to redirect to (for example, if you want to navigate to a 'safe' page).
$route
or useRouter
, as if a plugin threw an error, then it won't be re-run until you clear the error.Error Utils
useError
function useError (): Ref<Error | { url, statusCode, statusMessage, message, description, data }>
This function will return the global Nuxt error that is being handled.
createError
function createError (err: { cause, data, message, name, stack, statusCode, statusMessage, fatal }): Error
Create an error object with additional metadata. It is usable in both the Vue and Server portions of your app, and is meant to be thrown.
If you throw an error created with createError
:
- on server-side, it will trigger a full-screen error page which you can clear with
clearError
. - on client-side, it will throw a non-fatal error for you to handle. If you need to trigger a full-screen error page, then you can do this by setting
fatal: true
.
<script setup lang="ts">
const route = useRoute()
const { data } = await useFetch(`/api/movies/${route.params.slug}`)
if (!data.value) {
throw createError({
statusCode: 404,
statusMessage: 'Page Not Found'
})
}
</script>
showError
function showError (err: string | Error | { statusCode, statusMessage }): Error
You can call this function at any point on client-side, or (on server side) directly within middleware, plugins or setup()
functions. It will trigger a full-screen error page which you can clear with clearError
.
It is recommended instead to use throw createError()
.
clearError
function clearError (options?: { redirect?: string }): Promise<void>
This function will clear the currently handled Nuxt error. It also takes an optional path to redirect to (for example, if you want to navigate to a 'safe' page).
Render Error in Component
Nuxt also provides a <NuxtErrorBoundary>
component that allows you to handle client-side errors within your app, without replacing your entire site with an error page.
This component is responsible for handling errors that occur within its default slot. On client-side, it will prevent the error from bubbling up to the top level, and will render the #error
slot instead.
The #error
slot will receive error
as a prop. (If you set error = null
it will trigger re-rendering the default slot; you'll need to ensure that the error is fully resolved first or the error slot will just be rendered a second time.)
<template>
<!-- some content -->
<NuxtErrorBoundary @error="someErrorLogger">
<!-- You use the default slot to render your content -->
<template #error="{ error, clearError }">
You can display the error locally here: {{ error }}
<button @click="clearError">
This will clear the error.
</button>
</template>
</NuxtErrorBoundary>
</template>
State Management
Nuxt provides powerful state management libraries and the useState composable to create a reactive and SSR-friendly shared state.
Server
Build full-stack applications, fetch data from your database, create APIs, or even generate static server-side content like a sitemap or a RSS feed, from a single codebase.