Repository navigation
Conversation
|
the new failure is retained separately from carrier startup selection:
all PRs remain unmerged drafts. no deployment, live infrastructure change, release, or deployed benchmark occurred; native production admission remains disabled. |
|
disposable Linux reproduction completed on signed #484 source
the #482 CI revoked-HTTP failure remains unexplained. neither pass identifies the original response status/service, so the exact-response/control-deadline diagnostics remain in #484 and the combined #485 stack. no admission retry, timeout increase, serving change, production operation, or claim of final qualification was introduced. the integrated #485 routine run separately hit a five-second QUIC fixture connection timeout before full-duplex assertions. its focused unchanged |
What
Retain the exact HTTP response and service when the real workload revocation/expiry proof fails. Stacked on #482, independently of #483's native carrier-selection change.
Why
#482's QUIC workload CI failed at the revoked-HTTP check, but its assertion conflates HTTP 200 with a redirect and omits the service. That does not establish whether a target accepted the request or the browser path redirected it. The binary group passed in that run; this is a separate unresolved qualification failure, not evidence that component-exit reporting changed authorization.
The existing local pass history does not explain this failure. Keep the response evidence and control's corresponding revocation/deadline state before changing behavior or the proof's limits.
Changes