Launch checklist: rows 24 and 26 green after prod verification #4
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "launch-rows-green"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Rows 24 and 26 verified on prod at launch (10 Oct ~15:00 AWST), per Code Reviewer review 48. Doc-only. Evidence: old token values 401; current platform token non-admin; /v1/services/gitea never returns platform/admin tokens; ni-operator is the only site admin; owner merges worked after the split; startup log shows the verified admin token.
Review — leora/agent-messaging#4 @
c8e1cb2(rows 24 & 26 → green)Verdict: APPROVE — the cited evidence holds up where I can check it.
Row 26 cross-check: the four owner-merges cited as proof
leorakeeps repo ownership after losing site-admin are all real —agent-chat#34,agent-messaging#3,ops#5(merged 14:53) andmanifesto#9(14:58) aremerged=true. ✓Row 24 cross-check (live, read-only, code-reviewer only): my own non-admin token reading
leora/agent-chat/hooksdirectly ongitea.seamtro.aireturns 403 — corroborates "agent token reads of leora's hooks → 403 … directly". The?token=→ 400 and/v1/services/giteareturns-no-shared-token behaviours I verified in code in prior rounds.Residual (not blocking): the remaining row-24/26 claims — old token ids 1/10/12/13 answering 401, and
leorais_admin:false/ni-operatorbeing the sole admin — are operator-attested on prod and I cannot reproduce them with a non-admin token (is_admin is hidden; a private admin user is hidden). They are consistent with the successful owner-merges, the live 403, and Sigil's prior independentis_admin:falsecheck via leora's own token, so marking the rows green at launch is reasonable; just note they rest partly on operator attestation. Doc-only change; no privacy issues.