fix(embedded-agent-runner): rename stale assistantForFailover reference to attemptAssistant (#152) - #153
Conversation
…rom merge 980a96f) Adds the approved QA test-case document covering the TS2304 compile error at src/agents/embedded-agent-runner/run.ts:3543, where a stale reference to 'assistantForFailover' was left behind by merge 980a96f. This is a sibling defect of #134 (see fix/134-merge-dup-declarations). Test cases only in this commit; the one-line source fix lands separately. Ref #152
…ce to attemptAssistant The v2026.7.1 merge (980a96f) renamed the failover assistant binding from assistantForFailover to attemptAssistant throughout the function, but left one usage at line 3543 referencing the old name. This change makes that call site consistent with the surrounding code and the sibling call at line 3695. Refs #152
CI Triage — All 62 failures pre-existing, none attributable to this diffRan the full CI matrix on this PR. Result: 45 pass, 62 fail, 10 skipping. Every failure was individually triaged. None reference Attribution summary
Cross-check: same baseline failures reproduce on PR #151 (the #134 fix, unrelated to this diff)To confirm
This confirms these three failure classes are baseline breakage on TC-24 explicit log check (
|
Summary
Fixes #152 — a one-line stale-identifier rename in
src/agents/embedded-agent-runner/run.ts.resolveFinalAssistantVisibleText(assistantForFailover)referenced an identifier (assistantForFailover) that does not exist anywhere in the file — aTS2304compile error. Root cause: merge-conflict-resolution artifact from the upstreamv2026.7.1merge (980a96f653), where the correct bindingattemptAssistantwas dropped in favor of a name that was never declared.Fix: rename the stale reference back to the correct, already-in-scope binding:
attemptAssistantis declared at line 2479 (unchanged by this diff) and already has 26+ legitimate usages elsewhere in the file, including an identical call-site pattern at line 3695/3696. This is a pure rename with zero behavioral change — no logic, types, or control flow are altered.Relationship to #134
This is a sibling defect to #134 (same
980a96f653upstream merge, different failure mode — #134 is duplicate identifier declarations across 3 files; this is a missing/dropped identifier in a 4th file never enumerated in #134's scope). Both are pre-existing breakage onmain, not introduced by this PR or by #151.Known CI impact: 13 CI jobs on PR #151 (the #134 fix) are currently blocked from reaching green because they fail typecheck on this file before ever exercising the #134-fixed code. This PR is independent of #151 and does not touch any of the files #134/#151 addresses.
Expected CI behavior on this PR: Since #134 remains unmerged on
main, this PR's CI is expected to show the same pre-existing #134-attributable failures (3 files,PARSE_ERROR/duplicate-declaration class, zero overlap withrun.ts). Those failures are not attributable to this diff and are not a merge blocker. Any failure that does referencerun.tsorassistantForFailover/attemptAssistantwould be #152-attributable and would block merge — see CI triage in the tracking doc.Test / Staging / QA Evidence
tests/TEST-CASES-152.md(31 test cases, added in this branch)se-runs/se489-step7-staging-results.mdse-runs/se489-step8-qa-validation.mdse-runs/se489-step9-doc-audit.mdassistantForFailoveranywhere in the tracked tree outside the test-design doc itself, fixed line confirmed atrun.ts:3543.QA flag for merge gate: TC-24 (
checks-node-agentic-agents-embedded— the CI shard most directly covering the changed directory) was the one deferred test case without a strong local proxy. Per QA's explicit recommendation, this PR's merge will include an explicit log-level check of that job (not just trusting an aggregate green/red status) before merge, with the result recorded in a PR comment.Scope
src/agents/embedded-agent-runner/run.ts(1 line)tests/TEST-CASES-152.mdCloses #152