
Security News
CVE Volume Surges Past 48,000 in 2025 as WordPress Plugin Ecosystem Drives Growth
CVE disclosures hit a record 48,185 in 2025, driven largely by vulnerabilities in third-party WordPress plugins.
named-app-errors
Advanced tools
A handy set of NAMED (i.e. in the stack trace) error classes with deep TypeScript support and other useful additions
This package exports a set of "named" (i.e. in the stack trace) typed error
classes extending the
Error
class. The output of these errors provides better DX than is achieved by
extending Error alone, especially when using minifiers.
This package includes TypeScript types and provides:
npm install named-app-errors
When creating your own error classes, you should extend AppError
(or any of its descendants) and call the special makeNamedError method
afterwards like so:
import { AppError, makeNamedError } from 'named-app-errors';
export class CustomSpecialError extends AppError {
constructor(message?: string) {
super(message ?? 'something important failed');
}
}
makeNamedError(CustomSpecialError, 'CustomSpecialError');
export class DeepCustomSpecialError extends CustomSpecialError {
constructor(details?: string)
constructor(
public readonly details = '(no details)',
message: string | undefined = undefined
) {
super(message ?? `something important failed: ${details}`);
}
}
makeNamedError(DeepCustomSpecialError, 'DeepCustomSpecialError');
It might seem redundant to supply both the class object and a class name string, but it is necessary for the shiny new error name to survive minification.
Note how DeepCustomSpecialError's parameter list ends with
message: string | undefined = undefined. Ensuring your error constructor
always accepts an optional message as its final parameter allows easy
extension of all AppError subclasses. Additionally, the public readonly
parameter property
can be used to expose any extra constructor arguments.
Afterwards, you can use your error classes like so:
import { AppError } from 'named-app-errors';
// ...
try {
// ...
if (badness) {
throw new CustomSpecialError();
}
// ...
if (badCondition) {
throw new DeepCustomSpecialError('bad bad not good');
}
} catch (e) {
if (e instanceof DeepCustomSpecialError) {
console.warn(e.details);
externalLogger(e);
} else if (e instanceof AppError) { // ◄ Catches any other AppError subtypes
console.error(e);
} else {
// Must be someone else's problem
throw e;
}
}
This library comes with the following error types built in:
AppError(message?: string) extends Error
AppError represents a generic application error. It should be used as an
application-wide base error class, which makes hygienic practices like
application-specific
instanceof
guards in catch blocks much easier to implement and more meaningful in
context.
import { AppError } from 'named-app-errors';
throw new AppError('badness');
AuthError(message?: string) extends AppError
AuthError represents a generic auth error.
import { AuthError } from 'named-app-errors';
throw new AuthError();
NotAuthenticatedError(message?: string) extends AuthError
NotAuthenticatedError represents an authentication failure.
import { NotAuthenticatedError } from 'named-app-errors';
throw new NotAuthenticatedError();
NotAuthorizedError(message?: string) extends AuthError
NotAuthorizedError represents an authorization failure.
import { NotAuthorizedError } from 'named-app-errors';
throw new NotAuthorizedError();
GuruMeditationError(message?: string) extends AppError
GuruMeditationError represents the occurrence of a supposedly impossible
runtime condition, the implication being the assistance of a senior developer is
required to debug efficiently. Scary!
import { GuruMeditationError } from 'named-app-errors';
throw new GuruMeditationError();
HttpError(
public readonly res?: ServerResponseLike,
error?: string
) extends AppError
HttpError represents a generic HTTP, request, response, or related failure.
The ServerResponseLike type is compatible with response types from Node.js and
most fetch libraries:
type ResponseShapeA = { statusCode: number; statusMessage: string };
type ResponseShapeB = { status: number; statusText: string };
type ServerResponseLike = ResponseShapeA | ResponseShapeB;
import { HttpError } from 'named-app-errors';
import { fetch } from 'node-fetch';
try {
const res = await fetch('https://some.url');
if (!res.ok) {
throw new HttpError(res);
}
// ...
if(...) {
throw new HttpError(res, 'some specific error occurred');
}
} catch (e) {
if (e instanceof HttpError) {
console.log('extra context:', e.res.headers.raw());
}
handleError(e);
}
NotFoundError(message?: string) extends AppError
NotFoundError represents a failure to locate something.
import { NotFoundError } from 'named-app-errors';
throw new NotFoundError('user');
ItemNotFoundError<T = undefined>(
public readonly item?: T,
public readonly itemName?: string
) extends NotFoundError
ItemNotFoundError represents the failure to locate a specific item.
import { ItemNotFoundError } from 'named-app-errors';
import { ObjectId } from 'mongodb';
const ref = 'some-string-reference-id';
const id = new ObjectId(ref);
// ...
throw new ItemNotFoundError();
throw new ItemNotFoundError(id);
throw new ItemNotFoundError(ref);
TrialError(message?: string) extends AppError
TrialError represents a generic failure that occurred while setting up and/or
running a test. This error should never appear outside of a testing environment.
import { TrialError } from 'named-app-errors';
jest.beforeAll(() => {
throw new TrialError('failed to setup test environment');
});
DummyError(message?: string) extends TrialError
DummyError is a generic pseudo-error meant to be thrown, caught, and consumed
exclusively within a testing environment to verify the correctness of error
handling behavior.
import { DummyError } from 'named-app-errors';
import { thingUnderTest } from './place';
it('handles errors properly', async () => {
await expect(thingUnderTest(() => {
throw new DummyError('this error should be caught');
})).resolves.toBeUndefined();
});
ValidationError(message?: string) extends AppError
ValidationError represents a generic validation failure.
import { ValidationError } from 'named-app-errors';
throw new ValidationError('invalid data received');
AppValidationError(message?: string) extends ValidationError
AppValidationError represents a generic validation failure outside of the
user's control.
import { AppValidationError } from 'named-app-errors';
throw new AppValidationError('invalid application data');
InvalidAppConfigurationError(
public readonly details?: string
) extends AppValidationError
InvalidAppConfigurationError represents an application misconfiguration
outside of the user's control.
import { InvalidAppConfigurationError } from 'named-app-errors';
throw new InvalidAppConfigurationError('config at "./myapp.config.js" is invalid');
InvalidAppEnvironmentError(
public readonly details?: string
) extends AppValidationError
InvalidAppEnvironmentError represents a misconfigured runtime environment
outside of the user's control.
import { InvalidAppEnvironmentError } from 'named-app-errors';
throw new InvalidAppEnvironmentError('missing NODE_ENV in process.env');
ClientValidationError(message?: string) extends ValidationError
ClientValidationError represents a generic validation failure due to user
error.
import { ClientValidationError } from 'named-app-errors';
throw new ClientValidationError('invalid data received');
InvalidClientConfigurationError(
public readonly details?: string
) extends ClientValidationError
InvalidClientConfigurationError represents a user-provided misconfiguration.
import { InvalidClientConfigurationError } from 'named-app-errors';
throw new InvalidClientConfigurationError('client config is invalid');
InvalidItemError<T = undefined>(
public readonly item?: T,
public readonly itemName?: string = 'id'
) extends ClientValidationError
InvalidItemError represents encountering a specific invalid item.
import { InvalidItemError } from 'named-app-errors';
import { ObjectId } from 'mongodb';
const ref = 'some-ref-string';
let oid: ObjectId;
try {
oid = new ObjectId(ref);
} catch {
throw new InvalidItemError(ref);
}
InvalidSecretError(secretType?: string) extends ClientValidationError
InvalidSecretError represents a failure while validating credentials, key
material, some token, or other sensitive data. This error does not reveal any
additional information about the data or the error other than that it occurred.
import { InvalidSecretError } from 'named-app-errors';
const secret = ...
const token = new BearerToken(secret);
if(!token) {
throw new InvalidSecretError();
// Or:
throw new InvalidSecretError('bearer token');
}
FAQs
A handy set of NAMED (i.e. in the stack trace) error classes with deep TypeScript support and other useful additions
We found that named-app-errors demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Security News
CVE disclosures hit a record 48,185 in 2025, driven largely by vulnerabilities in third-party WordPress plugins.

Security News
Socket CEO Feross Aboukhadijeh joins Insecure Agents to discuss CVE remediation and why supply chain attacks require a different security approach.

Security News
Tailwind Labs laid off 75% of its engineering team after revenue dropped 80%, as LLMs redirect traffic away from documentation where developers discover paid products.