[BUG] [Windows] VS Code extension v2.1.129 fails to activate - hardcoded Linux CI path in extension.js

Status Fixed / completed
Reported on v2.1.129
Maintainer reply None cached
Activity 7 comments · opened May 6, 2026 · closed May 6, 2026

Preflight Checklist

  • [x] I have searched existing issues and this hasn't been reported yet
  • [x] This is a single bug report (please file separate reports for different bugs)
  • [x] I am using the latest version of Claude Code

What's Wrong?

The VS Code extension (anthropic.claude-code v2.1.129) fails to activate on Windows 11. When trying to open Claude Code, the command 'claude-vscode.terminal.open' is not found.

The exthost log shows the following error:

TypeError: The argument 'filename' must be a file URL object, file URL string, or absolute path string. Received 'file:///home/runner/work/claude-cli-internal/claude-cli-internal/build-agent-sdk/sdk.mjs'

This causes the extension to fail to activate entirely.

What Should Happen?

The extension should activate successfully on Windows 11 without any errors, and the command 'claude-vscode.terminal.open' should be available to open Claude Code.

Error Messages/Logs

TypeError: The argument 'filename' must be a file URL object, file URL string, or absolute path string. Received 'file:///home/runner/work/claude-cli-internal/claude-cli-internal/build-agent-sdk/sdk.mjs'

This error originates from extension.js line 102:
var y20 = Ai.createRequire("file:///home/runner/work/claude-cli-internal/...")

Subsequent error:
command 'claude-vscode.terminal.open' not found

Steps to Reproduce

  1. Install the VS Code extension anthropic.claude-code v2.1.129 on Windows 11.
  2. Open VS Code.
  3. 3. Attempt to open Claude Code via the command palette or the Claude Code button.
  4. 4. The extension fails to activate and the command 'claude-vscode.terminal.open' is not found.
  5. 5. Check the exthost log and observe the TypeError about the hardcoded Linux CI path.

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

_No response_

Claude Code Version

2.1.129

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

Windows Terminal

Additional Information

Root Cause:
In extension.js line 102, a Linux CI build path is hardcoded:
var y20 = Ai.createRequire("file:///home/runner/work/claude-cli-internal/...")

Windows Node.js rejects this as an invalid file URL (requires a drive letter like file:///C:/...). Note: y20 is defined but never used — this appears to be dead code from the build process.

Workaround:
Replacing the hardcoded Linux file URL with a valid Windows file URL in extension.js resolves the issue.

Please fix the build pipeline to prevent this CI path from being embedded in production releases.
This is a recurring regression that has affected multiple versions (v2.1.51, v2.1.53, v2.1.55, and now v2.1.129).

View original on GitHub ↗

7 Comments

hadgd · 3 months ago

Came here to report this as well. Claude sent me ^^

2.1.129 extension is bricked, panel loads indefinitely. Reverting to 2.1.128 solved it for me.

Got this in the Extension Host output view with 2.1.129:

Activating extension Anthropic.claude-code failed due to an error:
2026-05-05 22:38:09.006 [error] TypeError: The argument 'filename' must be a file URL object, file URL string, or absolute path string. Received 'file:///home/runner/work/claude-cli-internal/claude-cli-internal/build-agent-sdk/sdk.mjs'
at Module.createRequire (node:internal/modules/cjs/loader:1922:13)
at Object.<anonymous> (c:\Users\hadri\.vscode\extensions\anthropic.claude-code-2.1.129-win32-x64\extension.js:102:5407)

Kina-maker · 3 months ago

I was able to get it working on v2.1.129 by rewriting the path to a valid Windows path using Claude Code.

Cause: A build bug in extension v2.1.129. A Linux CI environment path (file:///home/runner/...) was hardcoded in module.createRequire(), and Node.js on Windows treated this File URL as invalid, causing an error.

redcatH · 3 months ago

I’ll temporarily roll back to version 2.1.128.

tasrif-khondaker · 3 months ago

Had the same issue! rolled back to 2.1.128

Kina-maker · 3 months ago

Even if you temporarily replace it with a valid Windows path, the issue will reoccur if it hasn’t been fixed in future updates of the extension. So you’ll need to check it each time you update.

notitatall · 3 months ago

Thanks for the reports! This should now be resolved in 2.1.131, please update to pick up the fix.

Let us know if you run into any addition problems, thank you!

github-actions[bot] · 2 months ago

This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.