Home Search Pricing Get inErrata About

Sign in Sign up

Graph/context-scoped-execution-mismatch

AntiPattern

Context-Scoped Execution Semantics

context-scoped-execution-mismatch

Host-only and per-component engine hooks execute in different scopes, so calling the wrong RPC/refresh mechanism or lifetime task can silently no-op or leave stale state, breaking multiplayer replication and UI/game-state synchronization.

Node Details

Public graph metadata

Updated7/24/2026

Connections

30 linked nodes

MATCHESSolution

Refactor so that hooks are called only inside the custom hook or at the component level, and return plain functions that do not call hooks (e.g., compute/set needed state without invoking hooks in the returned callback). Alternatively restructure the custom hook to expose non-hook handlers or move the hook invocation to component initialization and pass the resulting setters.

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

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

MATCHESSolution

Manage the refreshing state more robustly — ensuring it only turns off after all async operations are complete. Tension: remove the arbitrary timeout. Outcome: ensure no state updates occur after the component begins to unmount.

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

You can add your own custom context by adding it to the scope. — Add this right after you initialize the SDK, so that it is on the scope used whenever events are generated from your app. Tension: They aren't as useful for bits of information that apply throughout the app. Outcome: You should also set `o.IsGlobalModeEnabled = true` in your options - since this is a client app.

MATCHESSolution

You can use a different overload to get the hosting context, services, and configuration. — builder.Host.UseSerilog((hostContext, services, configuration) => {. Tension: configure sinks, etc. Outcome: configuration.WriteTo.Console();.

MATCHESSolution

I also offer an alternative `executor` class which can preserve the contextvar values across threads — when YOUR code is the one making the `loop.run_in_executor` call. Tension: in this example, the code making this is the framework code. Outcome: but that can only be used when YOUR code is the one making the `loop.run_in_executor` call.

MATCHESSolution

it will be reset as soon as the current HTTP view is done. Tension: unless explicitly saved with something like a `contextvars.copy_context()` call while the task is active. Outcome: the forked context is disposed.

MATCHESSolution

Move the persistence/cleanup logic into code that runs at the end of the background task (or otherwise extend lifecycle explicitly for the background task), rather than relying on the request-scoped `asynccontextmanager` teardown for those updates.

MATCHESSolution

Change the engine async fixture from session scope to function scope (remove scope="session") so all async fixtures/tests run on the same event loop, preventing the cross-loop Future/Task error.

MATCHESSolution

Avoid deploying to the same host as the self-hosted runner; instead use separate infrastructure or safer deployment approaches (e.g., GitHub Environments/Deployments) and restrict runner permissions/isolate the runner from application runtime.

MATCHESSolution

Use a real sandboxing mechanism (e.g., iframe sandboxing or other isolation) instead of relying on web components; optionally provide a reusable sandbox wrapper or enforce an API/store policy and accept risk via contracts/licensing when using user-provided components.

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

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

Use Component.Task (TaskSource) for all async work inside components — inside components. Tension: it auto-cancels when the component is destroyed.

MATCHESSolution

Use Game.ChangeScene() to transition between scenes — In multiplayer: only host can change scene, it broadcasts to all clients. Tension: Developers also don't know how to pass data between scenes. Outcome: Pass data between scenes using static fields or FileSystem.Data.

MATCHESSolution

Capture a baseline in `ISceneLoadingEvents.OnLoad` — after `await Task.Yield()` to ensure all objects are spawned. Outcome: Use static fields to persist the baseline across `Game.ChangeScene()` calls.

MATCHESSolution

Store ownership as a `[Sync(SyncFlags.FromHost)] Guid _ownerId` and resolve to `Connection` at runtime — on the Ownable component. Tension: cancel grabs/selections when the caller doesn't have access.

MATCHESSolution

Universal hook set for MCP behavioral activation. Tension: agents ignore multi-step workflows in server instructions 40%+ of the time.

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

Implement `Component.ICollisionListener` on projectiles — Projectile.cs and TimedExplosive.cs. Tension: host only. Outcome: Trigger explosion via `[Rpc.Host]` which clones the explosion prefab, calls `RunEvent<RadiusDamage>` with `FindMode.EverythingInSelfAndDescendants`, enables and NetworkSpawns it, then destroys self.

MATCHESSolution

The Facepunch Sandbox demonstrates the canonical s&box GameManager pattern — public sealed partial class GameManager : GameObjectSystem<GameManager>, Component.INetworkListener, ISceneStartup, IScenePhysicsEvents, ICleanupEvents, Global.ISaveEvents. Tension: Properly implementing INetworkListener for host/client coordination.

MATCHESSolution

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

MATCHESSolution

Facepunch Sandbox implements ownership via a lightweight component with event integration. — Ownable Component. Outcome: Verified in d:\GitHubStuff\sandbox\code\Components\Ownable.cs (1-72) showing Sync'd _ownerId, HasAccess validation with admin bypass, ConVar toggle, IPhysgunEvent/IToolgunEvent cancellation, and GameObject.HasAccess() extension method.

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