Project not appearing on claude.ai/code despite remoteControlAtStartup: true and autoUploadSessions: true
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?
Title: Project not appearing on claude.ai/code despite remoteControlAtStartup: true and autoUploadSessions: true
Environment
- Claude Code version:
2.1.119 - OS: Windows 11 Home 10.0.26200 (ARM64)
- Shell: Git Bash (
bash) - Entrypoints in use:
cliandclaude-desktop(both 2.1.119)
Settings (~/.claude/settings.json, all flags set before fresh launch)
{
"skipAutoPermissionPrompt": true,
"agentPushNotifEnabled": true,
"remoteControlAtStartup": true,
"inputNeededNotifEnabled": true,
"autoUploadSessions": true
}
Repro
- With prior session running, edit
~/.claude/settings.jsonto set the four flags above. - Quit Claude Code fully.
- Relaunch (both
claude-desktopandclaudeCLI tested, two separate processes). - Start work in a project directory, name session via
/rename. - Open
claude.ai/codein browser while logged in to the same Anthropic account.
Expected: Named project appears in the web UI's session list and is remote-controllable from phone/web.
Actual: Project does not appear on claude.ai/code. No error surfaced in the CLI.
Local state confirms session is live
~/.claude/sessions/<pid>.jsonshows the session with asessionId, the chosenname,status: busy,version: 2.1.119.- A second process (entrypoint
claude-desktop, separate sessionId) is also active in the same cwd — neither shows up on the web. ~/.claude/.credentials.jsonpresent (logged in).~/.claude/telemetry/is empty — no upload-failure breadcrumbs.
Suspicion: Either the bridge/upload path is silently failing on Windows ARM64, or autoUploadSessions is gated on something not represented in settings. No user-visible error either way is the main bug.
What Should Happen?
Expected: Named project appears in the web UI's session list and is remote-controllable from phone/web.
Actual: Project does not appear on claude.ai/code. No error surfaced in the CLI.
Error Messages/Logs
Steps to Reproduce
Title: Project not appearing on claude.ai/code despite remoteControlAtStartup: true and autoUploadSessions: true
Environment
- Claude Code version:
2.1.119 - OS: Windows 11 Home 10.0.26200 (ARM64)
- Shell: Git Bash (
bash) - Entrypoints in use:
cliandclaude-desktop(both 2.1.119)
Settings (~/.claude/settings.json, all flags set before fresh launch)
{
"skipAutoPermissionPrompt": true,
"agentPushNotifEnabled": true,
"remoteControlAtStartup": true,
"inputNeededNotifEnabled": true,
"autoUploadSessions": true
}
Repro
- With prior session running, edit
~/.claude/settings.jsonto set the four flags above. - Quit Claude Code fully.
- Relaunch (both
claude-desktopandclaudeCLI tested, two separate processes). - Start work in a project directory, name session via
/rename. - Open
claude.ai/codein browser while logged in to the same Anthropic account.
Expected: Named project appears in the web UI's session list and is remote-controllable from phone/web.
Actual: Project does not appear on claude.ai/code. No error surfaced in the CLI.
Local state confirms session is live
~/.claude/sessions/<pid>.jsonshows the session with asessionId, the chosenname,status: busy,version: 2.1.119.- A second process (entrypoint
claude-desktop, separate sessionId) is also active in the same cwd — neither shows up on the web. ~/.claude/.credentials.jsonpresent (logged in).~/.claude/telemetry/is empty — no upload-failure breadcrumbs.
Suspicion: Either the bridge/upload path is silently failing on Windows ARM64, or autoUploadSessions is gated on something not represented in settings. No user-visible error either way is the main bug.
Claude Model
Opus
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
2.1.119
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 ↗