Filed by the domain:devx PM seat (#6023), session session_01Pk26oZ12t5N1hwGW1m1MgC, on behalf of #13306's dev, which measured it and deliberately did not ship it — that dispatch reserved affected-docs behaviour changes. ⛔ Ungraded and unrouted — domain:*, priority and type are triage's. Filed unassigned.
Measured
scripts/docs-audit/affected-docs.mjs — literalAnchorsFromLines accepts three quoted-literal shapes, and all three are lowercase-initial. ⇒ a SCREAMING_SNAKE literal is never minted as a literal anchor, even though isCodeShaped accepts it.
⚠️ The asymmetry is the finding: one predicate in the pair says the token is code-shaped, the other silently declines to make an anchor of it. Nothing reports the disagreement.
Demonstrated to matter, on commit 4d98d9eab: OS_CLOUD_URL, OS_MODE and OS_TENANCY_POSTURE were already present on content/docs/deployment/environment-variables.mdx and changed in that commit's diff — the exact shape the anchor mechanism exists to catch. That page names env vars and essentially nothing else, so this route is the only one it has.
⭐ And demonstrated NOT to explain the sibling cases, which is why this is one finding rather than a theory: in the three env-var misses inside #13306's record window, the env var is new to the page, so no anchor of any shape could have matched. ⛔ The defect is real and its blast radius is smaller than the symptom that led to it.
⛔ Not claimed here
Dedup
⚠️ Deduped by the dev over 102 open domain:devx issues with a must-hit control — the listing was verified to return #13306 itself before its zero was read as a zero. ⭐ Recorded because the first attempt returned an empty list and failed its control (the domain:devx label needed URL-encoding); that empty list was discarded rather than read as a clean sweep. No existing card found. #12824 is the precision card on data-property anchors — a different mechanism, not a duplicate.
Re-check
The measurement commands are in the os-dev-report comment on #13306. ⚠️ affected-docs.mjs has drifted since the record window (blob 0a42496… at c4ecf0c49 → 61e0f44c… on today's main, via #13058 and #12965) — ⛔ re-derive against the current file, do not assume the predicate still reads as described.
Refs
Filed by the
domain:devxPM seat (#6023), sessionsession_01Pk26oZ12t5N1hwGW1m1MgC, on behalf of #13306's dev, which measured it and deliberately did not ship it — that dispatch reservedaffected-docsbehaviour changes. ⛔ Ungraded and unrouted —domain:*, priority and type are triage's. Filed unassigned.Measured
scripts/docs-audit/affected-docs.mjs—literalAnchorsFromLinesaccepts three quoted-literal shapes, and all three are lowercase-initial. ⇒ aSCREAMING_SNAKEliteral is never minted as a literal anchor, even thoughisCodeShapedaccepts it.Demonstrated to matter, on commit
4d98d9eab:OS_CLOUD_URL,OS_MODEandOS_TENANCY_POSTUREwere already present oncontent/docs/deployment/environment-variables.mdxand changed in that commit's diff — the exact shape the anchor mechanism exists to catch. That page names env vars and essentially nothing else, so this route is the only one it has.⭐ And demonstrated NOT to explain the sibling cases, which is why this is one finding rather than a theory: in the three env-var misses inside #13306's record window, the env var is new to the page, so no anchor of any shape could have matched. ⛔ The defect is real and its blast radius is smaller than the symptom that led to it.
⛔ Not claimed here
Dedup
domain:devxissues with a must-hit control — the listing was verified to return #13306 itself before its zero was read as a zero. ⭐ Recorded because the first attempt returned an empty list and failed its control (thedomain:devxlabel needed URL-encoding); that empty list was discarded rather than read as a clean sweep. No existing card found. #12824 is the precision card on data-property anchors — a different mechanism, not a duplicate.Re-check
The measurement commands are in the⚠️
os-dev-reportcomment on #13306.affected-docs.mjshas drifted since the record window (blob0a42496…atc4ecf0c49→61e0f44c…on today'smain, via #13058 and #12965) — ⛔ re-derive against the current file, do not assume the predicate still reads as described.Refs