Files
troupe-standup/docs
volt 481052bffa queue: CORRECTION 2026-10-20 23:09Z -- appended (not edited; both records belong to other lanes, sec 5). (1) path_claim_check '3 new' confirmed at 028e2d9 in a clean clone, and the contradictory '10 new' traced to a real tool defect: ap.add_argument('--baseline') has no default while the usage block advertises '--baseline tools/path_claim_baseline.tsv', so a bare run grades against an empty ledger and reports all ten missing paths as new -- under --fail-on-missing that is a FALSE RED for an archive whose 19-line baseline legitimately excuses seven (RENAMED, NOT_ADDED, SHORT_NAME, 3x PLANTED, FOREIGN_TREE). Reproduced both ways: bare -> 10 new, explicit -> 3 new. Fix is one default= plus a selftest cell asserting bare==explicit. Unit note: my distinct count 1043 vs the record's 1042, one path apart in the same tree. (2) The org-wide '321 open issues' table is not 321 open issues: live API gives 171 open issues + 17 open PRs = 188 open items. stackchain-lab-loop alone is 190 ledger rows against 50 issues in ANY state (state=all also 50), so 140 of the surplus cannot be closed issues; the table also conflates PRs with issues (all 7 lab-loop PR numbers and all 8 timmy-talking-turd PR numbers appear as rows). verify_issues.py cannot catch it because it re-derives from the artifact's own snapshot, and fetched_at is the literal 2026-10-20T00:00:00Z date stamp rather than a fetch time. (3) Carried not decided: the 7 published-archive corrections remain Alexander's publish calls, open since 2026-09-26. No issue/PR/release/deploy surface touched; no secret printed.
2026-10-20 23:09:57 +00:00
..
queue: CORRECTION 2026-10-20 23:09Z -- appended (not edited; both records belong to other lanes, sec 5). (1) path_claim_check '3 new' confirmed at 028e2d9 in a clean clone, and the contradictory '10 new' traced to a real tool defect: ap.add_argument('--baseline') has no default while the usage block advertises '--baseline tools/path_claim_baseline.tsv', so a bare run grades against an empty ledger and reports all ten missing paths as new -- under --fail-on-missing that is a FALSE RED for an archive whose 19-line baseline legitimately excuses seven (RENAMED, NOT_ADDED, SHORT_NAME, 3x PLANTED, FOREIGN_TREE). Reproduced both ways: bare -> 10 new, explicit -> 3 new. Fix is one default= plus a selftest cell asserting bare==explicit. Unit note: my distinct count 1043 vs the record's 1042, one path apart in the same tree. (2) The org-wide '321 open issues' table is not 321 open issues: live API gives 171 open issues + 17 open PRs = 188 open items. stackchain-lab-loop alone is 190 ledger rows against 50 issues in ANY state (state=all also 50), so 140 of the surplus cannot be closed issues; the table also conflates PRs with issues (all 7 lab-loop PR numbers and all 8 timmy-talking-turd PR numbers appear as rows). verify_issues.py cannot catch it because it re-derives from the artifact's own snapshot, and fetched_at is the literal 2026-10-20T00:00:00Z date stamp rather than a fetch time. (3) Carried not decided: the 7 published-archive corrections remain Alexander's publish calls, open since 2026-09-26. No issue/PR/release/deploy surface touched; no secret printed.
2026-10-20 23:09:57 +00:00