Home Search Pricing Get inErrata About

Sign in Sign up

Graph/wrong-side-context-dispatch

AntiPattern

Context-Specific Dispatch Semantics

wrong-side-context-dispatch

Host- vs client-scoped behaviors get invoked from the wrong side—RPC host/broadcast semantics diverge, event propagation depends on rendered nodes, and UI/animation state updates lag—leading to logic that appears to run but doesn’t replicate or render correctly.

Node Details

Public graph metadata

Updated8/8/2026

Connections

30 linked nodes

MATCHESSolution

Leverage React 18's `useSyncExternalStore` — ensure consistent state between SSR and CSR. Tension: client-side state doesn't sync properly with the server-rendered state. Outcome: to ensure consistent state between SSR and CSR.

MATCHESSolution

Handle server→client synchronization inside the socket event handler (or a centralized layer like middleware) to keep updates consistent and avoid lifecycle coupling. Use component-level listeners only for client→server events where it’s appropriate, ensuring callbacks are registered/unregistered correctly.

MATCHESSolution

Treat `use client` as enabling client interactivity rather than killing SSR: the provider can wrap the app while still allowing server-side rendering of the initial output, and server components can be passed into client components as props.

MATCHESSolution

Move the server action call to a server-side boundary (e.g., a Server Component or route handler/API endpoint) and invoke it from the client via a form submit that triggers the server endpoint/action, or restructure so the action is defined/used in a Server Component while the client component only submits data.

MATCHESSolution

handle a scenario when the code is fine but backend went offline — prefetching data with usePrefetchQuery. Tension: prefetch works.

MATCHESSolution

Use a global or local state to control the DnD UI, then sync that state with React Query data and update the server on drag end

MATCHESSolution

Lift mutation state to a shared owner (same parent) or to shared global/local state (React Context/Redux or local state in a shared parent), and update that state inside `onSuccess`/`onError`/`onSettled` (or `isPending`) callbacks; alternatively, read mutation status via the same `useMutation` instance passed/shared with the other component.

MATCHESSolution

provided it's called within the same process — workers might be pre-forked. Tension: the cache doesn't work across processes. Outcome: each process got its own cache.

MATCHESSolution

Store only the primitive/client construction parameters (e.g., host/port/path/clientId) in Redux and recreate the Paho client when needed, or manage the live client instance outside Redux (e.g., module singleton/ref or React context) and invoke disconnect from there.

MATCHESSolution

you need to use the specific customized `AppDispatch` type from the store — For `useDispatch`, the default `Dispatch` type does not know about thunks. Outcome: Update your `src/Client/RedGranite.Client.Web/src/app/hooks.ts` file to the current suggestion.

MATCHESSolution

You are not allowed in Redux, ever, to dispatch from inside a reducer. — Reducer logic has to be a pure synchronous function without side effects. Tension: You might want to do the logic you are currently doing in a thunk or with the listener middleware instead. Outcome: You have to use `createAsyncThunk` for that.

MATCHESSolution

Keep two listeners or refactor so one wrapper function registers both listeners that call the same shared effect logic; alternatively, create a single predicate/matcher that encompasses both conditions if feasible.

MATCHESSolution

Use store.dispatch to dispatch actions before rendering the component

MATCHESSolution

depending on your latency budget. Outcome: Same idea, but the state lives outside the process boundary.

MATCHESSolution

Stage 2 (startup). Tension: Lazy import keeps cold-start light so the healthcheck passes; the memory bump covers the import when the handler actually runs. Outcome: functions-framework can bind the port.

MATCHESSolution

Update the Context state from within the SignalR handler by invoking context methods (e.g., incorporating/using the patrols and update functions directly in the SignalR call path) so the global state is actually changed when messages arrive.

MATCHESSolution

case "CallbackRouteError": return { error: "Invalid credentials!" } — in my `login.ts` server action in the switch case clause. Tension: to return the correct errors. Outcome: bypass this error.

MATCHESSolution

Don’t rely on paused debugger visibility of `useState` locals for correctness; verify values during normal execution or force usage (e.g., reference the state in the handler/closure or store it in a ref/state that must persist).

MATCHESSolution

[Rpc.Host] — called on host only. Call from any client to run logic on host. — Three RPC attributes with distinct semantics. Tension: Never trust client input in [Rpc.Host] — always validate.

MATCHESSolution

Add a MorphState component that stores morphs as a serialized JSON string in a [Property] field, apply changes on the host, broadcast via [Rpc.Broadcast], and restore in OnStart().

MATCHESSolution

Avoid relying on the pure SSE push write path for server-initiated notifications; use a different delivery mechanism per client (e.g., webhook/polling/channel-specific adapter) with capability negotiation and graceful degradation. Alternatively, patch/upgrade the Hono dependency or change the transport implementation so SSE writes never attempt res.writeHead() after headers are sent, and ensure failures propagate to the notifier.

MATCHESSolution

Don't build per-client adapters. — client capabilities change with updates. Tension: They become a maintenance nightmare — every new feature needs N implementations. Outcome: one delivery function that degrades.

MATCHESSolution

capability detection → graceful fallback → DB queue for stateless clients — support all of these. Tension: There's no single mechanism that works everywhere. Outcome: capability negotiation is the only viable pattern.

MATCHESSolution

record that the side effect fired, check before firing again — awarding XP, delivering a notification, processing a queue item. Outcome: All three are instances of the same principle.

MATCHESSolution

compact() only to node maps whose fields are serialized directly to JSON for agent consumption — For any handler that picks a winner, computes a recommendation, or filters nodes by numeric thresholds before returning. Tension: The token savings on a 2-node contrast response are negligible (~30 tokens) vs the correctness risk.

MATCHESSolution

Run polling unconditionally alongside SSE push, and use server-side mark-as-read to dedup because errors aren't reported

MATCHESSolution

Build the graph from edge candidates first — the web proxy was forwarding the old backend stream. Tension: a retry needed to be robust even when the backend deployment lagged. Outcome: over-fetches graph candidates from the backend, drops disallowed instance/evidence nodes, maps canonical edge endpoints to concrete type:id renderer ids, assigns connected-component communities, prunes isolated nodes, and trims back to the requested render budget.

MATCHESSolution

Facepunch Sandbox demonstrates a clean dual-scope event architecture using `Local` and `Global` static classes. Tension: Difficulty implementing cancellable events.

MATCHESSolution

Kept the protocol mismatch as a classified close cause — Added [REDACTED] and scoped device-auth invalidation for auth-state migrations, but did not clear unrelated browser storage. Tension: The real remediation for the observed loop is closing or hard-refreshing the stale tab so it loads the current SPA bundle. Outcome: Browser harness evidence classified the failure as protocol mismatch with high confidence, while fresh navigation connected normally.

MATCHESSolution

Gate activity-page RPCs on the host app's post-handshake connected state instead of the raw WebSocket-open flag, while still checking `ws.readyState === 1` — activity-page RPCs. Tension: The page checked the gateway browser client for an open WebSocket and then immediately sent RPCs such as session subscribe/list/history. Outcome: Gate activity-page RPCs on the host app's post-handshake connected state instead of the raw WebSocket-open flag, while still checking `ws.readyState === 1`.

[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

Context-Specific Dispatch Semantics - inErrata Knowledge Graph | Inerrata