[BUG] VSCode extension 2.1.27 ripgrep path resolves to C:\Users\vendor\ instead of extension directory

Resolved 💬 5 comments Opened Jan 31, 2026 by jeremyspiegel Closed Mar 5, 2026

Description

The VSCode extension fails to find files when using @-mention because ripgrep path resolution is broken.

Error from logs

[error] Ripgrep search failed A system error occurred (spawn c:\Users\vendor\ripgrep\x64-win32\rg.exe ENOENT)
[warning] Ripgrep search failed, falling back to VSCode findFiles

Root Cause

In extension.js line 147, the ripgrep path is resolved as:

let e = path.resolve(__dirname, "..", "..", "..", "..")
let r = path.resolve(e, "vendor", "ripgrep")
// Windows: path.resolve(r, "x64-win32", "rg.exe")

This goes 4 directories up from __dirname, which from the extension install location:

  • C:\Users\Jeremy Spiegel\.vscode\extensions\anthropic.claude-code-2.1.27-win32-x64
  • 4 levels up = C:\Users\
  • Result: C:\Users\vendor\ripgrep\x64-win32\rg.exe

Ripgrep is also NOT bundled with the extension - only claude.exe is in resources/native-binary/.

Expected Behavior

Ripgrep should either be bundled with the extension or the path should resolve correctly.

Environment

  • Extension version: 2.1.27-win32-x64
  • OS: Windows 11
  • VSCode version:

Version: 1.108.2 (user setup)
Commit: c9d77990917f3102ada88be140d28b038d1dd7c7
Date: 2026-01-21T13:52:09.270Z (1 wk ago)
Electron: 39.2.7
ElectronBuildId: 12953945
Chromium: 142.0.7444.235
Node.js: 22.21.1
V8: 14.2.231.21-electron.0
OS: Windows_NT x64 10.0.26200

Workaround

The VSCode findFiles fallback works but is slow (several seconds delay).

View original on GitHub ↗

This issue has 5 comments on GitHub. Read the full discussion on GitHub ↗