Error Handling
Whenever an error occurs in a procedure, tRPC responds to the client with an object that includes an "error" property. This property contains all the information that you need to handle the error in the client.
Here's an example error response caused by a bad request input:
json
{"id": null,"error": {"message": "\"password\" must be at least 4 characters","code": -32600,"data": {"code": "BAD_REQUEST","httpStatus": 400,"stack": "...","path": "user.changepassword"}}}
json
{"id": null,"error": {"message": "\"password\" must be at least 4 characters","code": -32600,"data": {"code": "BAD_REQUEST","httpStatus": 400,"stack": "...","path": "user.changepassword"}}}
Note: the returned stack trace is only available in the development environment.
Error codes
tRPC defines a list of error codes that each represent a different type of error and response with a different HTTP code.
Code | Description | HTTP code |
---|---|---|
BAD_REQUEST | The server cannot or will not process the request due to something that is perceived to be a client error. | 400 |
UNAUTHORIZED | The client request has not been completed because it lacks valid authentication credentials for the requested resource. | 401 |
FORBIDDEN | The server was unauthorized to access a required data source, such as a REST API. | 403 |
NOT_FOUND | The server cannot find the requested resource. | 404 |
TIMEOUT | The server would like to shut down this unused connection. | 408 |
CONFLICT | The server request resource conflict with the current state of the target resource. | 409 |
PRECONDITION_FAILED | Access to the target resource has been denied. | 412 |
PAYLOAD_TOO_LARGE | Request entity is larger than limits defined by server. | 413 |
METHOD_NOT_SUPPORTED | The server knows the request method, but the target resource doesn't support this method. | 405 |
TOO_MANY_REQUESTS | The rate limit has been exceeded or too many requests are being sent to the server. | 429 |
CLIENT_CLOSED_REQUEST | Access to the resource has been denied. | 499 |
INTERNAL_SERVER_ERROR | An unspecified error occurred. | 500 |
tRPC exposes a helper function, getHTTPStatusCodeFromError
, to help you extract the HTTP code from the error:
ts
import {getHTTPStatusCodeFromError } from '@trpc/server/http';// Example error you might get if your input validation failsconsterror :TRPCError = {name : 'TRPCError',code : 'BAD_REQUEST',message : '"password" must be at least 4 characters',};if (error instanceofTRPCError ) {consthttpCode =getHTTPStatusCodeFromError (error );console .log (httpCode ); // 400}
ts
import {getHTTPStatusCodeFromError } from '@trpc/server/http';// Example error you might get if your input validation failsconsterror :TRPCError = {name : 'TRPCError',code : 'BAD_REQUEST',message : '"password" must be at least 4 characters',};if (error instanceofTRPCError ) {consthttpCode =getHTTPStatusCodeFromError (error );console .log (httpCode ); // 400}
There's a full example of how this could be used in a Next.js API endpoint in the Server Side Calls docs.
Throwing errors
tRPC provides an error subclass, TRPCError
, which you can use to represent an error that occurred inside a procedure.
For example, throwing this error:
server.tsts
import { TRPCError, initTRPC } from '@trpc/server';const t = initTRPC.create();const appRouter = t.router({hello: t.procedure.query(() => {throw new TRPCError({code: 'INTERNAL_SERVER_ERROR',message: 'An unexpected error occurred, please try again later.',// optional: pass the original error to retain stack tracecause: theError,});}),});// [...]
server.tsts
import { TRPCError, initTRPC } from '@trpc/server';const t = initTRPC.create();const appRouter = t.router({hello: t.procedure.query(() => {throw new TRPCError({code: 'INTERNAL_SERVER_ERROR',message: 'An unexpected error occurred, please try again later.',// optional: pass the original error to retain stack tracecause: theError,});}),});// [...]
Results to the following response:
json
{"id": null,"error": {"message": "An unexpected error occurred, please try again later.","code": -32603,"data": {"code": "INTERNAL_SERVER_ERROR","httpStatus": 500,"stack": "...","path": "hello"}}}
json
{"id": null,"error": {"message": "An unexpected error occurred, please try again later.","code": -32603,"data": {"code": "INTERNAL_SERVER_ERROR","httpStatus": 500,"stack": "...","path": "hello"}}}
Handling errors
All errors that occur in a procedure go through the onError
method before being sent to the client. Here you can handle or change errors.
pages/api/trpc/[trpc].tsts
export default trpcNext.createNextApiHandler({// ...onError({ error, type, path, input, ctx, req }) {console.error('Error:', error);if (error.code === 'INTERNAL_SERVER_ERROR') {// send to bug reporting}},});
pages/api/trpc/[trpc].tsts
export default trpcNext.createNextApiHandler({// ...onError({ error, type, path, input, ctx, req }) {console.error('Error:', error);if (error.code === 'INTERNAL_SERVER_ERROR') {// send to bug reporting}},});
The onError
parameter is an object that contains all information about the error and the context it occurs in:
ts
{error: TRPCError; // the original errortype: 'query' | 'mutation' | 'subscription' | 'unknown';path: string | undefined; // path of the procedure that was triggeredinput: unknown;ctx: Context | undefined;req: BaseRequest; // request object}
ts
{error: TRPCError; // the original errortype: 'query' | 'mutation' | 'subscription' | 'unknown';path: string | undefined; // path of the procedure that was triggeredinput: unknown;ctx: Context | undefined;req: BaseRequest; // request object}