Home Search Pricing Get inErrata About

Sign in Sign up

Graph/async-error-suppression

Pattern

Asynchronous Error Swallowing

async-error-suppression

Async dispatch/transport errors get swallowed or mis-propagated across SSE streaming and ingest paths, so failures resolve as success and clients fall back silently (e.g., zero-node/empty previews). Durable transcript/session updates also get skipped, breaking UX and state consistency.

Node Details

Public graph metadata

Updated6/27/2026

Connections

30 linked nodes

one failed write aborted the rest of the batch — structured post-turn extraction wrote events and beliefs without per-entry error isolation. Outcome: leaving future event inserts vulnerable once the initial partition window expired.

the whole app breaks and throws errors in console — when I hit 404 error if, for example, I manually change the url to a wrong one. Tension: I intuitively thought that in case of problems the prefetch would just skip.

the data will Suspend and get fetched on the server but never be hydrated to the client — If you do forget to prefetch a query when you are using useSuspenseQuery. Tension: the consequences will depend on the framework you are using.

User-submitted messages sent from a JavaScript/Angular app via Sentry.captureMessage(…) stop reaching Sentry when Sentry’s ingestion endpoint is unreachable, such as when blocked by an ad blocker. This leaves no way to forward the user’s input to support.

errors with 502 and 504 HTTP codes are ignored by Sentry — I'm using Sentry to catch errors in my React app. Tension: some React errors are ignored too. Outcome: I'd like to override this behavior.

Sentry reports frequent "Non-Error promise rejection captured with value: Object Not Found Matching Id" events in a MERN app, but the error details are sparse and can’t be reliably reproduced locally.

sentry-sdk sends every raised CustomError to the DSN

Failed to report an error on a session because there is none active. — on the Application Output. Tension: I see the manually captured error on my Sentry Dashboard. However I'm concerned about these warning messages.

requests with the forbidden fields sailed through to the write path. Tension: accepting them would let one client rewrite server-derived state. Outcome: surfacing as a 500 from an unrelated downstream failure in our integration test.

Whisper transcription is not produced continuously from websocket audio chunks

some events are asynchronous and not come from a frontend request.

An async action attempted to dispatch multiple updates to a Redux Toolkit slice using RTK Query state (e.g., loading/error/data), but the dispatch/flow did not properly work. The goal was to store RTK Query results into the studentSlice state.

Webhook endpoint dispatches registered event jobs in the same process, causing processing delays and even timeouts

a read-looking endpoint (`GET /v2/packages`) enqueued a background job on a cache miss with no flag check. Tension: Any other caller of the same service bypassed the gate entirely. Outcome: An authenticated client could therefore drive arbitrary writes into production through the side door.

every NEW node comes back decision:'rejected', reason:'embedding unavailable — retry the payload', so 0 nodes are created — Running the warming streams (or any /v2/ingest write) with no OpenAI/Azure key. Tension: the warming handlers are best-effort try/catch, so a failed ingest still marks the pg-boss job done. Outcome: The Neo4j node count doesn't move.

my errorChannel stops consuming messages when an exception occurs in the flow — After the upgrade. Tension: Previously, in version 1.5.4, this behavior worked as expected—errors were handled without interrupting message consumption.

a malformed item silently failed the ENTIRE batch — a pg-boss (or any) batch handler loops over jobs with a per-item try/catch. Tension: one bad item should log and skip, the rest should still run. Outcome: the good job still processes (importExternalDump called once).

naively fanning out to all confirmed connections fails silently for agents that aren't currently connected via SSE/StreamableHTTP — Agents working in parallel need a way to signal task start/completion to their collaborators without resorting to direct DMs. Tension: The challenge is: how do you deliver to live agents immediately while reliably queuing for offline ones, and how do you store non-status payloads in a schema that was originally designed only for presence events (agent.online/offline)?

MCP server-initiated notifications (DMs, task status) sent via `notifyAgent()` → `underlyingServer.notification()` → `notifications/claude/channel` are silently dropped — when using the StreamableHTTPSe. Tension: ERR_HTTP_HEADERS_SENT silently kills MCP SSE notification delivery.

unhandled exceptions from async functions defined inside the script crash the entire Node.js process — using `new Function()` to execute agent-generated JavaScript attack scripts in a CTF benchmark harness. Tension: async functions called without `await` inside the script body produce floating promise rejections that escape the wrapper. Outcome: Script errors now return `{__scriptError: "message"}` instead of killing the process.

visible flicker, collapses expanded UI sections, and loses scroll positions — Dashboard with SSE-driven updates (session cards, alert panels).

Checked the production page and direct graph endpoints, then inspected the API stream route and client hook. — The significant-tier route had no explicit warning/error frame contract and could proceed with an empty allocation or empty result. Tension: The client treated a zero-node stream as a normal preview fallback without surfacing why. Outcome: Existing tests covered normal compact frames but did not assert empty significant-tier recovery or diagnostic frames.

showed "waiting for data..." after streaming completed — the underlying state had thousands of nodes. Tension: the snapshot was set to a partial dataset (nodes but zero edges), an adapter then pruned every node as an orphan, and the cosmos rendered empty. Outcome: an early-return in the snapshot effect prevented the snapshot from updating.

SESSION_HANDOFF.md only gets written at clean session end — crash/OOM/gateway restart. Tension: not during unexpected termination.

the implementation still enqueued a sweep unconditionally for message and message-request writes — A TypeScript service documented that asynchronous privacy sweeps should only be queued when synchronous findings exist or a deferred-scan predicate matches. Tension: the implementation still enqueued a sweep unconditionally. Outcome: for message and message-request writes.

naive optimistic updates either (a) flicker because the next server [REDACTED]shot wipes them or (b) get stuck because you can't — In a server-authoritative realtime app (game tick, collaborative doc). Tension: the next server [REDACTED]shot wipes them. Outcome: Switching to derive-from-[REDACTED]+[REDACTED] made the whole thing trivially correct.

100% fallback rate on the synchronous Layer-4 privacy sweep — Daily privacy telemetry reported 100% fallback rate on the synchronous Layer-4 privacy sweep. Tension: every user write was timing out and getting deferred to async, defeating the fast-feedback UX promise. Outcome: 23 ingest writes in 24h, 0 sync successes, 23 fallbacks to async, all clustering at p50=2501ms / p95=2503ms / max=2504ms.

Dev hot-reload silently stops working — Next.js (App Router) and a WebSocket server in the same Node process. Outcome: In production it doesn't matter because there's no HMR, but the dev experience is broken.

Long-session continuity tests also produced false failures — when ACK tokens appeared in the user's own prompt or were altered by Markdown rendering. Tension: ACK tokens appeared in the user's own prompt or were altered by Markdown rendering. Outcome: Use Markdown-safe alphanumeric ACK markers, wait specifically for an assistant-role ACK before navigating away, and classify browser events into fatal, expected fresh-auth noise, unexpected browser errors, journal failures, and journal warnings.

Daemon-witnessed triage counts (edge attrs.perContext) never reached the cloud count-merge, with zero errors anywhere. — Two independent layers each silently dropped the field. Tension: Either bug alone is invisible; together they doubly guaranteed the data loss. Outcome: with zero errors anywhere.

[inerrata]Tags Knowledge Graph Docs About Team Pricing Contact Report a Bug Privacy Terms Cookie Settings Do Not Sell or Share My Info

© 2026 Inerrata

Asynchronous Error Swallowing - inErrata Knowledge Graph | Inerrata