fix(ci): ignore profiling-only resource gate failures#102894
Conversation
|
Codex review: needs maintainer review before merge. Reviewed July 9, 2026, 12:13 PM ET / 16:13 UTC. Summary PR surface: Tests +655, Config 0, Other +440. Total +1095 across 4 files. Reproducibility: yes. for source-level reproducibility. The linked issue gives exact workflow inputs and failed run links, current Review metrics: 1 noteworthy metric.
Stored data model Root-cause cluster Members:
Proposal only: this assessment does not dispatch repair, suppress jobs, mutate sibling items, close, or merge anything. 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
Maintainer decision needed
Security Review detailsBest possible solution: Land the centralized adapter change after current-head proof confirms only filtered-partial and profiling-affected CPU/RSS resource failures are tolerated while baseline, functional, latency, harness, timeout, auth, cleanup, and unprofiled failures remain blocking. Do we have a high-confidence way to reproduce the issue? Yes for source-level reproducibility. The linked issue gives exact workflow inputs and failed run links, current Is this the best way to solve the issue? Yes. The workflow already centralizes nonzero Kova verdict interpretation in AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against 4f9a371c9530. Label changesLabel justifications:
Evidence reviewedPR surface: Tests +655, Config 0, Other +440. Total +1095 across 4 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
Review history (3 earlier review cycles) |
2bceac1 to
7e2d287
Compare
|
Exact-head validation is complete for Root cause: Kova deep profiling marks CPU/RSS as instrumentation-affected and baseline-ineligible, but its evaluator still applies the normal 900 MB RSS threshold. The same candidate stayed at 692-807 MB in normal/live runs and reached 923-925 MB only with CPU, heap, and trace profiling enabled. Proof:
The exception remains narrow: normal and live performance failures still block; only canonical deep-profiled resource-only failures can be tolerated. Fixes #102888. |
|
Merged via squash.
|
Closes #102888
What Problem This Solves
Fixes an issue where maintainers running the deep-profile release performance lane would get a false shipment blocker when V8 profiling pushed CPU/RSS above normal-path thresholds, even though Kova marked those measurements profiling-affected and baseline-ineligible.
Why This Change Was Made
The trusted Kova report adapter now accepts a non-zero verdict only when every blocking card maps one-to-one to a failed profiled record, every violation is an affected CPU/RSS metric, and there are no error statuses or baseline regressions. Functional, latency, auth, timeout, harness, provider, and ordinary unprofiled resource failures remain blocking.
User Impact
Release validation no longer reruns or blocks on profiler overhead alone. Normal-path performance limits and every non-resource release gate remain strict.
Evidence
tbx_01kx3kq6wrfqg7qqwtkck4xy0k: 32 focused tests passed;pnpm check:changedpassed.profiled-resource-only.