[BUG] JetBrains plugin serializes workspaceFolders in WSL path format despite runningInWindows: true (Rider, no WSL installed)

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?

When running /ide from a native Windows PowerShell terminal (no WSL involved anywhere in the toolchain) to connect Claude Code to a running JetBrains Rider instance, the connection fails with a workspace/project directory mismatch. The CLI's terminal cwd correctly shows the native Windows path, but the IDE lock file written by the Rider plugin serializes workspaceFolders in WSL mount notation instead of native Windows format — despite the same lock file containing "runningInWindows": true.

What Should Happen?

When runningInWindows is true, workspaceFolders should be serialized in native Windows path format (C:\Users\...), matching the CLI's own cwd representation, rather than WSL mount notation (/mnt/c/...).

Error Messages/Logs

No available IDEs detected. Please install the plugin and restart your IDE.
Found 1 other running IDE(s). However, their workspace/project directories do not match the current cwd.
● JetBrains Rider: /mnt/c/Users/Kibisis/source/repos/bgtnc

Lock file evidence — contents of %USERPROFILE%\.claude\ide\54364.lock as written by the Rider plugin:

{
  "workspaceFolders": ["/mnt/c/Users/Kibisis/source/repos/bgtnc"],
  "pid": 27408,
  "ideName": "JetBrains Rider",
  "transport": "ws",
  "runningInWindows": true,
  "authToken": "<redacted>"
}

Note runningInWindows: true sitting directly alongside a /mnt/c/... WSL-style path.

Steps to Reproduce

1. Install JetBrains Rider on native Windows 11 (no WSL configured)
2. Open a project at a Windows path (e.g. C:\Users\username\source\repos\ProjectName)
3. Install/enable the Claude Code JetBrains plugin (0.1.14-beta)
4. Open the Rider integrated terminal, run claude, then /ide
5. Observe: "workspace/project directories do not match the current cwd" — IDE listed with a /mnt/c/... path
6. Inspect %USERPROFILE%\.claude\ide\<port>.lock — confirm workspaceFolders uses WSL notation while runningInWindows is true

Confirmed manual workaround: editing the lock file's workspaceFolders to native Windows format while Rider's WebSocket server is still running allows /ide to connect successfully on retry — confirming the path-format mismatch is the sole cause, no secondary auth/transport issue. Fix does not persist across Rider restarts.

Claude Model

None

Is this a regression?

Yes, this worked in a previous version

Last Working Version

Worked under JetBrains Rider 2026.1.3 with the same plugin version (0.1.14-beta). Began failing after upgrading Rider to 2026.1.4 — Claude Code CLI was also updated in the interim, so the CLI version at last-known-working isn't pinned down precisely, but the IDE version change is the more likely trigger given the lock file evidence points at plugin-side serialization.

Claude Code Version

2.1.204

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

_No response_