Development record
2026-10-26 — Defer the fixes for iss-2610261616580903 (abcd capture writes a body the site renderer refuses) and iss-2610261617079475 (the drain test that fails when two run ids share a second) out of the low-CPU run of 2026-10-25. Each needs a Go change proven by a test watched fail and then pass, and this run's rules allow no go test on the shared machine. Both records carry their remedies, for the next build lane to take up.
decisiondcn-2610261617245231
2026-10-26 — Defer the fixes for iss-2610261616580903 (abcd capture writes a body the site renderer refuses) and iss-2610261617079475 (the drain test that fails when two run ids share a second) out of the low-CPU run of 2026-10-25. Each needs a Go change proven by a test watched fail and then pass, and this run's rules allow no go test on the shared machine. Both records carry their remedies, for the next build lane to take up.
Frontmatter
| id | dcn-2610261617245231 |
|---|---|
| type | decision |
| date | 2026-10-26 |
.abcd/work/decisions/dcn-2610261617245231-defer-the-fixes-for-iss-2610261616580903.md
open on GitHub ↗ · commit history ↗
mentions2
- iss-2610261616580903abcd capture writes an issue body the site renderer refuses, and nothing says so until the next record-lint run. The text is written as given: the capture path runs neither the prose cleaner the consistency ingest uses nor the body-render check record_schema applies at the gate. So a placeholder named after a void HTML element (input, link, source), or a link to a path the site cannot resolve, lands in the record and is refused only later. On 2026-10-26 two such records stopped a landing preflight after six hours in the load gate's queue.
- iss-2610261617079475TestAStepWithNoRunNamedAddressesTheNewerRunOfAReadmittedIssue failed once in CI's check (ubuntu-latest) job on PR 1134 and passed when the same tree was run again. Resolve reported two runs in progress, run-2610261029093535 and run-2610261029099737, so the handed-back run was not treated as superseded by the newer one. Both run ids were minted in the same wall-clock second, although the test's injected clock moves a minute between the two runs. So the ids come from the real clock, and the newer run is likely told apart by id order, which within one second is the random suffix.