- optional
Whether the framework reports a throw that escapes every handler, such as a promise your code never awaited or a setTimeout callback that threw. Both report as an unknown fault. The bot keeps running after an unhandled rejection. An uncaught exception runs the coordinated shutdown and exits 1.
Turn it off when the surrounding application registers its own unhandledRejection and uncaughtException handlers.
catchProcessErrors: boolean;Default:true
defaultError: new (uuid: UUID) => RenderableNoticeDefault:the framework's generic error notice, which renders a generic "An unknown error occurred" message to the user
errorStack: boolean;Default:false
- optional
discord.js API error codes the interaction error path swallows quietly, reporting no fault, for a code thrown by the handler's own work. When empty, every such code reports and a real bug (a double ack from a misplaced defer) surfaces. Add a code here to swallow it once you have confirmed it is an expected dead end in your bot. A swallowed code still debug-logs.
The reply sender always swallows the harmless reply-token codes on its own send for safety, independent of this list. The error path never crashes.
- optional
discord.js API error codes the event error path swallows quietly, reporting no fault. Discord delivers dead resources on events (a reaction on a deleted message, a member that just left), so a handler's own fetch can throw a gone-resource error.
When empty, a dead resource reports (throttled to one per minute per handler) until you confirm it is an expected dead end and add the code here, for example Unknown Message (10008), Unknown Member (10007), Unknown User (10013). A swallowed code still debug-logs.
logSilences: boolean;Default:true