fix(qa): record checked-out ref in evidence#96434
Conversation
|
Codex review: needs maintainer review before merge. Reviewed June 24, 2026, 9:40 AM ET / 13:40 UTC. Summary PR surface: Source +47, Tests +24, Other +8. Total +79 across 9 files. Reproducibility: yes. from source and PR proof: current main records Review metrics: none identified. Merge readiness Overall follows the weaker of proof and patch quality, so missing proof can cap an otherwise strong patch. Rank-up moves:
Risk before merge
Maintainer options:
Next step before merge
Security Review detailsBest possible solution: Land the shared resolver after maintainer review and green required checks, preserving Do we have a high-confidence way to reproduce the issue? Yes, from source and PR proof: current main records Is this the best way to solve the issue? Yes, this is the best fix shape: the resolver is centralized in QA evidence construction and callers pass their resolved repo root. Duplicating checkout-ref logic in each producer would be more drift-prone. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against f0be8e7b6ee8. Label changesLabel justifications:
Evidence reviewedPR surface: Source +47, Tests +24, Other +8. Total +79 across 9 files. View PR surface stats
What I checked:
Likely related people:
What the crustacean ranks mean
Shiny media proof means a screenshot, video, or linked artifact directly shows the changed behavior. Runtime, network, CSP, and security claims still need visible diagnostics. How this review workflow works
|
c5f6cc2 to
c79fb2c
Compare
|
Merged via squash.
Thanks @vincentkoc! |
Merged via squash. Prepared head SHA: 86b3df6 Co-authored-by: vincentkoc <[email protected]> Co-authored-by: vincentkoc <[email protected]> Reviewed-by: @vincentkoc
Merged via squash. Prepared head SHA: 86b3df6 Co-authored-by: vincentkoc <[email protected]> Co-authored-by: vincentkoc <[email protected]> Reviewed-by: @vincentkoc
What Problem This Solves
QA evidence could report a stale environment ref when GITHUB_SHA came from the workflow event or an inherited Crabbox environment instead of the checkout actually under test.
Why This Change Was Made
Evidence now prefers an explicit OPENCLAW_QA_REF, then resolves the checked-out HEAD from the requested repoRoot, then falls back to GITHUB_SHA for non-git/package environments. Suite, test-file, live transport, and UX Matrix producers pass their repo root through the shared resolver.
User Impact
QA artifacts identify the source revision that produced them, including manual/ref-selected and remote Crabbox runs. Explicit OPENCLAW_QA_REF behavior remains unchanged.
Evidence