[BUG] [BUG] Cowork tab missing on Windows — installer always lands in AppData\Roaming instead of LocalAppData
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
- App version: 1.3109.0
- OS: Windows 11
- Plan: Claude Pro
What's wrong
Cowork tab is completely absent from the sidebar. The app shows "Cowork requires a more recent installation" in the Customize section, with a Reinstall button. Clicking it downloads the installer from claude.ai/download but the issue persists after every reinstall.
Root cause identified via logs and filesystem inspection
The installer consistently places Claude in AppData\Roaming\Claude\claude-code\ instead of AppData\Local\AnthropicClaude\. Even after:
- Multiple manual reinstalls (large installer ~203MB)
- Full removal of
AppData\Roaming\Claudebefore reinstalling - Running installer with
--system-levelflag via PowerShell as admin - Logout/login cycle
The new installer (AnthropicClaude) does install correctly to AppData\Local\AnthropicClaude\app-1.3109.0\claude.exe at first, but subsequent launches revert to the Roaming path.
Relevant log entries
[remoteMarketplaceMigration] marketplace_migration.paths_unavailable
err=Error: No active account/org for marketplace operations
at async Object.pDA [as resolveCoworkPaths] (...index.js:6883)
Enterprise host-mode MDM key changed: requireCoworkFullVmSandbox false → null
Feature gates are correctly enabled:
gate=claudeai_cowork_backend_marketplaces value=true
gate=cowork_plugin_host_ops value=true
Account resolves correctly after login (loggedOut: true → false), but resolveCoworkPaths still fails.
Note
Cowork works correctly on a second PC with the same Pro account. This is installer/path resolution behavior specific to this machine.
Expected behavior
Installer should place Claude in AppData\Local\AnthropicClaude consistently, and Cowork tab should appear after login.
What Should Happen?
dovrebbe esserci il tab di cowork
Error Messages/Logs
Steps to Reproduce
Environment
- App version: 1.3109.0
- OS: Windows 11
- Plan: Claude Pro
What's wrong
Cowork tab is completely absent from the sidebar. The app shows "Cowork requires a more recent installation" in the Customize section, with a Reinstall button. Clicking it downloads the installer from claude.ai/download but the issue persists after every reinstall.
Root cause identified via logs and filesystem inspection
The installer consistently places Claude in AppData\Roaming\Claude\claude-code\ instead of AppData\Local\AnthropicClaude\. Even after:
- Multiple manual reinstalls (large installer ~203MB)
- Full removal of
AppData\Roaming\Claudebefore reinstalling - Running installer with
--system-levelflag via PowerShell as admin - Logout/login cycle
The new installer (AnthropicClaude) does install correctly to AppData\Local\AnthropicClaude\app-1.3109.0\claude.exe at first, but subsequent launches revert to the Roaming path.
Relevant log entries
[remoteMarketplaceMigration] marketplace_migration.paths_unavailable
err=Error: No active account/org for marketplace operations
at async Object.pDA [as resolveCoworkPaths] (...index.js:6883)
Enterprise host-mode MDM key changed: requireCoworkFullVmSandbox false → null
Feature gates are correctly enabled:
gate=claudeai_cowork_backend_marketplaces value=true
gate=cowork_plugin_host_ops value=true
Account resolves correctly after login (loggedOut: true → false), but resolveCoworkPaths still fails.
Note
Cowork works correctly on a second PC with the same Pro account. This is installer/path resolution behavior specific to this machine.
Expected behavior
Installer should place Claude in AppData\Local\AnthropicClaude consistently, and Cowork tab should appear after login.
Claude Model
None
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
1.3109.0.
Platform
Anthropic API
Operating System
Windows
Terminal/Shell
PowerShell
Additional Information
_No response_
This issue has 2 comments on GitHub. Read the full discussion on GitHub ↗