[Regression] [Error] unhandlederror-Actual command not found, wanted to execute github.copilot.chat.openPullRequestReroute

[vs-code-engineering]

Error Message

unhandlederror-Actual command not found, wanted to execute github.copilot.chat.openPullRequestReroute /2

Stack Trace

    at wg._executeContributedCommand (./src/vs/workbench/api/common/extHostCommands.ts:271:9)

Raw Stack Trace (minified)

Error: Actual command not found, wanted to execute github.copilot.chat.openPullRequestReroute /2 	at wg._executeContributedCommand (out/vs/workbench/api/node/extensionHostProcess.js:503:49053)

Details

Property	Value
Bucket ID	ae7de326-e620-af13-d62b-f7d7b2bc8ed8
Version	1.118.0-insider
Commit	659d444a
Last Seen	Thu Apr 23 2026 21:30:24 GMT+0000 (Coordinated Universal Time)
Platforms	Mac
Product	Agents

---

This issue was automatically created from the VS Code Errors Dashboard

[vs-code-engineering]

Regression Details

• Product: Agents
• Regression type: new
• Last release without this error: 1.118.0-insider (46e64ce, Apr 23)
• First release with this error: 1.118.0-insider (659d444, Apr 23)
• Commit range: 46e64ce9...659d444a

Deminified Stack (top frames)

#	Source	Line
1	extHostCommands.ts	271

The error Actual command not found, wanted to execute github.copilot.chat.openPullRequestReroute /2 appeared for the first time in the latest target build (659d444, Apr 23). It occurs in extHostCommands._executeContributedCommand. Only 1 user affected so far on Mac.

Generated by errors-agents-regression-scan · ● 6.1M · ◷

[vs-code-engineering]

🔍 Error Investigation

Summary

The error occurs when the CommandsConverter cache in the extension host loses a cached command entry before the UI executes it. The Copilot extension contributes github.copilot.chat.openPullRequestReroute as a menu action (with arguments) on the sessions changes toolbar. When the changesView autorun re-evaluates (due to observable changes like session resource, outgoing changes, or review state), the old MenuWorkbenchButtonBar is disposed — deleting the cached command entry — and a race condition occurs if the user triggers the action in the brief window between disposal and recreation. This is a low-severity timing issue (1 hit, 1 user).

Culprit Commit

No commit range was available from the regression scan, so a specific culprit commit could not be identified. The error is a race condition in the interaction between the CommandsConverter cache lifecycle and the changesView button bar recreation pattern — it may have always been latent and was surfaced by increased UI refresh frequency in the Agents product.

Code Flow

sequenceDiagram
    participant Ext as Copilot Extension
    participant Conv as CommandsConverter
    participant View as changesView autorun
    participant User as User Click

    Ext->>Conv: toInternal(openPullRequestReroute, args)
    Note over Conv: Cache entry created:<br/>"openPullRequestReroute /2"<br/>Disposable added to store
    Conv->>View: Delegating command ID rendered in button bar
    View->>Conv: Observable changes → autorun re-runs
    Note over View: ⚠️ Root cause:<br/>reader.store disposed →<br/>cache entry deleted
    View->>Conv: New MenuWorkbenchButtonBar created
    User->>Conv: Clicks stale button → _executeConvertedCommand
    Note over Conv: 💥 Error thrown:<br/>"Actual command not found,<br/>wanted to execute<br/>openPullRequestReroute /2"

Loading

Affected Files

File	Role
src/vs/workbench/api/common/extHostCommands.ts	Crash site — _executeConvertedCommand (line 437) throws when cache entry missing; CommandsConverter cache with DisposableStore-based lifetime
src/vs/sessions/contrib/changes/browser/changesView.ts	Root cause trigger — autorun (line 144) disposes and recreates MenuWorkbenchButtonBar, clearing command cache entries
Copilot extension (github.copilot.chat.openPullRequestReroute)	Command provider — contributes menu action with arguments, causing it to go through CommandsConverter cache path

Repro Steps

1. Open VS Code Insiders (Agents product) and start a coding session with a pull request
2. Wait for the sessions changes toolbar to render (the button bar with "Open Pull Request" and other actions)
3. Trigger an observable change that causes the changesView autorun to re-evaluate (e.g., incoming change notification, review state update)
4. Immediately click the "Open Pull Request" reroute button during the brief window when the old button bar is being disposed and the new one is being created

This is a race condition and is very difficult to reproduce manually. It requires exact timing between the UI refresh and the user click.

Fix Proposal

Two complementary approaches:

Fix location 1 (defensive): src/vs/workbench/api/common/extHostCommands.ts → _executeConvertedCommand()
Approach: Instead of Promise.reject() with an unhandled string error (line 437), handle the cache miss more gracefully. Options: (a) log a warning and return silently, since the cache miss means the command's UI context is stale; or (b) wrap in a proper Error object and mark it as a user-facing "command no longer available" message rather than an unhandled telemetry error.

Fix location 2 (root cause): src/vs/sessions/contrib/changes/browser/changesView.ts → autorun at line 144
Approach: Instead of fully recreating the MenuWorkbenchButtonBar on every observable change, consider updating the existing button bar or diffing the changes to avoid unnecessary disposal of command cache entries. Alternatively, decouple the button configuration update from the button bar recreation.

Recommended Owner

@alexr00 — already assigned; the error is in the Agents sessions changes view area and involves Copilot extension command lifecycle in that UI

Generated by errors-investigate · ● 5.1M · ◷