[BUG] Cowork VM bundle path ignores --user-data-dir on Windows (MSIX)

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?

Environment: Windows 11 Pro, Hyper-V enabled, Claude Desktop version 1.22209.0, MSIX install

in a batch file I have
@echo off
for /f "usebackq delims=" %%i in (powershell -NoProfile -Command "(Get-AppxPackage -Name Claude | Select-Object -First 1).InstallLocation") do set "CLAUDEDIR=%%i"
start "" "%CLAUDEDIR%\app\claude.exe" --user-data-dir="%USERPROFILE%\.claude\personal"
When I click it Claude runs and everything is fine until I use Cowork
This is different from the other bugs in that I set the the data dir with --user-data-dir

What Should Happen?

I expect Claude code to use --user-data-dir to find it's vhdx files:
C:\Users\<username>\.claude\personal\vm_bundles\claudevm.bundle\rootfs.vhdx
but Claude looks here instead:
C:\Users\username>\AppData\Local\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\personal\vm_bundles\claudevm.bundle\rootfs.vhdx

Error Messages/Logs

Failed to start Claude’s workspace
failed to set VHDX path: VHDX file not found: C:\Users\DrMark\AppData\Local\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Roaming\personal\vm_bundles\claudevm.bundle\rootfs.vhdx
Restarting Claude or your computer sometimes resolves this. If it persists, you can reinstall the workspace or share your debug logs to help us improve.

Steps to Reproduce

Run the batch file
then start a cowork session and type anything. wait about 10 second and then the error pops up.

Claude Model

Sonnet (default)

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

About Claude says 1.22209.0 and the CLI says 2.1.209 (Claude Code)

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

Get-Service CoworkVMService | Select-Object Name, Status, StartType shows that CoworkVMService is running.
get-service vmms|select status shows that vmms is running
the junction trick I saw in similar bug reports doesn't work (claude doesn't like it).

Claude application using --user-data-dir on macOS apparently does work, cleanly relocating everything including the vm_bundle