fix(fallback): treat upstream_error as fallbackable#96245
Conversation
|
Thanks for the context here. I did a careful shell check against current Close: current main already carries a same-or-better fix for the upstream_error fallback path, including the embedded payload classifier that this branch did not cover. So I’m closing this as already implemented rather than keeping a duplicate issue open. Review detailsBest possible solution: Keep the current main classifier implementation and close this superseded branch rather than merging an older assistant-only variant. Do we have a high-confidence way to reproduce the issue? Yes at source level for the original bug: the released v2026.6.11 classifier still drops server/upstream embedded payload reasons, while current main now has regression coverage and the fixed classifier path. Is this the best way to solve the issue? Yes for current main: the implemented fix is the better shape because it covers both structured assistant error types and embedded provider payload classification, not only this PR's assistant-stage mapping. Security review: Security review cleared: The PR diff changes internal TypeScript fallback classification and focused tests only; no secrets, dependencies, workflows, package scripts, or supply-chain surfaces are touched. AGENTS.md: found and applied where relevant. What I checked:
Likely related people:
Codex review notes: model internal, reasoning high; reviewed against 9f98b6e174d1; fix evidence: commit 16b275a0fba7, main fix timestamp 2026-06-30T17:43:10-07:00. |
|
ClawSweeper applied the proposed close for this PR.
|
Summary
Testing
Closes #95519