[BUG] JetBrains lockfile with `runningInWindows: true` and `/mnt/<drive>/` path fails cwd match on Windows CLI

Resolved 💬 2 comments Opened May 24, 2026 by andriy2 Closed Jul 10, 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?

Summary

On Windows, /ide fails to associate with a running JetBrains IDE because the CLI does not translate the WSL-style workspace path the JetBrains plugin writes, even though the lockfile explicitly sets runningInWindows: true.

Environment
  • OS: Windows 11 Pro 26200
  • Shell: PowerShell 5.1 (standalone, not inside the IDE terminal)
  • Claude Code CLI: 2.1.150
  • IDE: WebStorm 2026.1.2
  • JetBrains Claude Code plugin: 0.1.14-beta (latest)
  • Project on disk: D:\Work\project-name
Lockfile contents

~/.claude/ide/54608.lock (written by the JetBrains plugin):

{
  "workspaceFolders": ["/mnt/d/Work/project-name"],
  "pid": 6376,
  "ideName": "WebStorm",
  "transport": "ws",
  "runningInWindows": true,
  "authToken": "..."
}

What Should Happen?

When runningInWindows: true, the CLI should normalize /mnt/<drive>/<rest> entries in workspaceFolders to <DRIVE>:\<rest> (with backslashes) before comparing to cwd, so the lockfile matches.

Error Messages/Logs

  • The socket itself works: netstat shows port 54608 listening on PID 6376 (WebStorm), and a Claude CLI process establishes a TCP connection to it.
  • Running claude from WebStorm's built-in terminal (PowerShell) connects fine. That path works because the IDE injects CLAUDE_CODE_SSE_PORT, which bypasses cwd-based lockfile matching entirely — not because the path mismatch is resolved.
  • Manually setting $env:CLAUDE_CODE_SSE_PORT = 54608 before launching claude in standalone PowerShell also works, confirming the only broken piece is path normalization in lockfile selection.
  • No WSL toolchain is configured for the project (.idea/ references only Windows paths, terminal is set to PowerShell).

Steps to Reproduce

  1. Open D:\Work\project-name in WebStorm on Windows with the Claude Code plugin installed.
  2. Open a standalone PowerShell at D:\Work\project-name (not WebStorm's embedded terminal).
  3. Run claude, then /ide.
  4. The menu lists WebStorm, but selecting it cancels because the registered workspace /mnt/d/Work/project-name does not equal cwd D:\Work\project-name.

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.1.150 (Claude Code)

Platform

Other

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

_No response_

View original on GitHub ↗

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