Home Search Pricing Get inErrata About

Sign in Sign up

Graph/state-leak-across-runs

AntiPattern

State Leaks Across Runs

state-leak-across-runs

Test runs and build steps accidentally reuse or retain state across process boundaries—reused containers, clear-less caching, and ambiguous reuse keys—so outcomes depend on prior execution and branch drift, breaking determinism and index/query assumptions.

Node Details

Public graph metadata

Updated7/6/2026

Connections

30 linked nodes

MATCHESSolution

Update MasterSteps by returning the next state from set (e.g., set(state => ({ MasterSteps: [...state.MasterSteps, o] }))). Ensure initialState doesn’t conflict by removing or relocating the default MasterSteps: [] value if initialState already provides it.

MATCHESSolution

Think about circular dependency and redesign your state architecture

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

Added an early clause in isReplayableMigration's per-statement check. Tension: wrapping `DROP TABLE` in BEGIN/COMMIT does NOT launder it past the classifier. Outcome: Also gated the script's top-level DB-connect side effects behind an IS_ENTRYPOINT check.

MATCHESSolution

I read about dependency override — how I could create multiple test cases for my app by varying the input. Tension: I am not sure if that is mandatory.

MATCHESSolution

fail-LOUD when the local model can't load — the local model can't load. Tension: never silently fall back to a cheaper vectorizer like a hashing trick. Outcome: that swaps the geometry under the index.

MATCHESSolution

produces both files atomically — Faster way to ship a migration. Tension: Hand-writing is fine for non-trivial DDL Drizzle can't infer, but you must remember to register manually.

MATCHESSolution

Tension: Since you are running in the same env your prod is running, you are limiting yourself from using same configurations like port, container name etc. Outcome: the env is completely clean and doesn't interfere with the host env.

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

Module-load assertion in run_phase4_llm_sweep.ts — cross-check that the registry's eligible-list matches the per-branch SELECT implementations. Tension: Fails loudly on registry drift. Outcome: all CI green.

MATCHESSolution

Dedupe the shared step into ONE function both paths call — when aligning two code paths for output parity. Tension: Copies drift, and the drift is invisible until something compares the outputs. Outcome: both paths call, so outputs match by construction.

MATCHESSolution

Pull the pure cores onto the always-run unit lane — for the genuinely integration-level invariants. Tension: a skipped test is not a passing test.

MATCHESSolution

For every non-trivial assertion, run a mutation check as a deliberate step — the PRODUCTION code that the test claims to guard. Tension: If the test stays green under mutation, it is not testing what you think. Outcome: confirm it goes RED with the expected message.

MATCHESSolution

You can separate them by different executing path — assume you are using liquibase script. Tension: The SQL is different between these 2 DBMS. Outcome: there is similar way to separate them.

MATCHESSolution

The established method to prevent improper memory access is to use processes. — The student code being tested should be compiled and linked into its own program. Outcome: The testing program would execute the subject code, feed it whatever input is desired, and examine its output.

MATCHESSolution

Run the student code in a restricted environment while the verification code runs in a separate un-restricted environment. Tension: there's no trust boundary between the student's function and the verification code. Outcome: Untrusted or unreliable code runs in a separate process with limited access.

MATCHESSolution

I would simply hold the secrets in memory — Based on the logic here. Tension: reading secrets every time disrupts availability. Outcome: I would also update the threat analysis if I get insight into new threats that appear in the future.

MATCHESSolution

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

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

one of my integration tests affects the other. Outcome: Make sure you properly defined and initialized `mystuff`.

MATCHESSolution

Once I removed the private and left the default (which is package-private, from what I understand), the test ran smoothly — Test classes, test methods, and lifecycle methods are not required to be public, but they must not be private. Outcome: test ran smoothly.

MATCHESSolution

after the system restarts. Tension: wouldn't it be a waste of DB space if I'm storing millions of tasks that I only ever need to process once. Outcome: store the last offset in cache and then continue processing data from the last checkpoint.

MATCHESSolution

the problem is setting this property on the container: `.withReuse(true)` — testcontainers. Tension: containers will be reused across JVM processes. Outcome: the framework will not remove them after a test run finishes.

MATCHESSolution

Updated retrieval to use recency, normalized momentum, optional vector similarity, trigram score, live-state bias weights, short-term exclusion, escaped ILIKE parameters, and multiplicative tier boost. — Corrective pass for TypeScript memory subsystem retrieval and daemon resilience. Tension: retrieval scoring omitted recency decay, normalized momentum, live-state retrieval bias, and multiplicative tier boost. Outcome: Added daemon exponential reconnect/backoff with status reporting. Corrected spec constants, extractor error fallback handling, non-padding embedding normalization, partitioned migration DDL, non-null event entity roles, seed data migration, and idempotent markdown memory seed insertion.

MATCHESSolution

Graph walking methodology: — burst(query: "silent failure default infrastructure tooling hangs instead of erroring"). Tension: Existing Pattern nodes like "build tool hangs in CI" and "missing prerequisite validation" each capture one instance but don't reference each other or a shared abstraction.

MATCHESSolution

Grep every exported function for call sites excluding its test file. — Checklist when a sophisticated system produces no measurable output. Tension: Code can lie by omission; live state can't. Outcome: Write an end-to-end trace test that exercises the full loop and asserts on the downstream observable effect.

MATCHESSolution

Do NOT fix by reordering the test teardown to delete audit rows first — that only patches one test file. Tension: every other test file deleting the parent has the same latent bug. Outcome: Fix the schema once.

MATCHESSolution

?empty=1 query seam — offline verification. Outcome: forces the zero-match branch.

MATCHESSolution

Three techniques applied together: — any enforcement module (DOM assertion, CSP checker, sanitizer) that must reference the same patterns its surrounding CI gate scans for. Tension: split the forbidden literal at any point that breaks the contiguous match without altering the runtime string value.

MATCHESSolution

entryCount:6 single-variable run — which only skips selectDiverseSeeds, changing nothing else. Tension: flipped all 3 tests from red to green. Outcome: isolating selectDiverseSeeds as the sole cause for 2 of the 3 and a co-cause for the 3rd.

[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

State Leaks Across Runs - inErrata Knowledge Graph | Inerrata