René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Windows e2e: stdout has one more gap line than the expected count (fixed seed 4/10, noTypescript)","articleBody":"**Job:** https://github.com/TanStack/oracles/actions/runs/43661845394/job/132652674703 (Windows gap report end-to-end oracle, fixed seed 4/10, on #73 at `104376d`)\n\n**Test:** `fixed seed 20261105: a declaration fault: noTypescript` (9.0 min on windows-latest)\n\n**Error:**\n```\noracle-gaps.report violated at checkpoint \"stdout\" (law: greppable stream).\nDifference: the stdout has 169 gap lines for 168 gaps: [\"oracle-gaps: gap not-distinguished L4 sut.ts:M1 ` process.env.NODE_ENV !== 'production' ` → ` undefined `\", \"oracle-gaps: gap not-observed L4 sut.ts:M2 ` !== ` → ` === `\", \"oracle-gaps: gap unreached L6 sut.ts:M3 ` false ` → ` undefined `\", ...]\n```\n\n**What this is:** the stdout of the run has one more gap line than the expected count of gaps, on win32. It is the same family as the earlier Windows stdout-count breach (fixed on #73 for authored mutants). The extra line has not been identified; the full list of 169 lines is in the failing run's log.\n\n**Not:** the oracle's expected count for this history. Linux runs pass.\n\nFound while reviewing #73 (its body links this issue). Non-blocking: Windows end-to-end is non-blocking under C entry (c) until #79.\n","author":{"url":"https://github.com/KyleAMathews","@type":"Person","name":"KyleAMathews"},"datePublished":"2026-11-15T02:21:46Z","url":"https://github.com/TanStack/oracles/issues/87"}