Issue Station
Sign In
Tools hereToolbox

claude-code - 💡(How to fix) Fix [BUG] SSH sessions take ~5 minutes to appear in session list (desktop app, Windows) [1 participants]

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…
GitHub stats
anthropics/claude-code#51627•Fetched 2026-04-22 07:57:12
View on GitHub
Comments
0
Participants
1
Timeline
4
Reactions
0
Author
evan-lovaltoevan-lovalto
Participants
evan-lovaltoevan-lovalto
Timeline (top)
labeled ×3cross-referenced ×1

When starting a new session in the desktop app with an SSH connection selected as the environment, the session does not appear in the session list until ~5 minutes after it's created. Local sessions are unaffected — they show up immediately. Started happening on or around 2026-04-20.

Error Message

Error Messages/Logs

Root Cause

When starting a new session in the desktop app with an SSH connection selected as the environment, the session does not appear in the session list until ~5 minutes after it's created. Local sessions are unaffected — they show up immediately. Started happening on or around 2026-04-20.

RAW_BUFFERClick to expand / collapse

Preflight Checklist

  • I have searched existing issues and this hasn't been reported yet
  • This is a single bug report (please file separate reports for different bugs)
  • I am using the latest version of Claude Code

What's Wrong?

Summary

When starting a new session in the desktop app with an SSH connection selected as the environment, the session does not appear in the session list until ~5 minutes after it's created. Local sessions are unaffected — they show up immediately. Started happening on or around 2026-04-20.

Environment

  • OS: Windows 11 (x64)
  • Claude Code Desktop version: <PASTE VERSION FROM Settings → About>
  • Remote host OS: Debian/Ubuntu (Hetzner VPS)
  • Remote ccd-cli version on host: 2.1.111

Actual

The session takes roughly 5 minutes to appear. During that window it's fully running on the remote host but invisible in the app.

Evidence the session is live on the remote host during the lag

ps aux on the remote host while the session is "missing" in the app shows:

  • The per-user RPC daemon ~/.claude/remote/server --socket ~/.claude/remote/rpc.sock is running
  • A ~/.claude/remote/ccd-cli/2.1.111 ... --output-format stream-json ... process is running for the new session, with a fresh --resume <uuid> or freshly-spawned PID

So the session is being created and launched promptly on the remote host — the lag is in the desktop app's discovery / listing, not in remote session startup.

Impact

Breaks the feedback loop for SSH-based development. Multiple users on the same host (shared dev VPS) are all affected.

What Should Happen?

The new SSH session appears and starts in the session list immediately, same as local sessions do.

Error Messages/Logs

Steps to Reproduce

  1. Open the desktop app.
  2. Start a new session and select a pre-configured SSH connection as the environment.
  3. Observe the session list.

Claude Model

Opus

Is this a regression?

Yes, this worked in a previous version

Last Working Version

No response

Claude Code Version

2.1.111

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

Terminal.app (macOS)

Additional Information

Notes

  • Local sessions on the same machine are not affected.
  • Issue reproduces across multiple Linux users on the same remote host.
  • Restarting the app does not shorten the delay.

extent analysis

TL;DR

The desktop app's session listing for SSH connections is delayed by approximately 5 minutes, suggesting a potential issue with the app's discovery or polling mechanism.

Guidance

  • Verify the SSH connection configuration and ensure it is correctly set up in the desktop app.
  • Check the desktop app's logs for any errors or warnings related to session discovery or SSH connections.
  • Investigate the ccd-cli version on the remote host and the desktop app's version to ensure compatibility.
  • Test the session creation process with a different SSH connection or remote host to isolate the issue.

Example

No code snippet is provided as the issue seems to be related to the desktop app's functionality rather than a specific code implementation.

Notes

The issue is reported to be a regression, and the last working version is not specified. The delay is consistent across multiple Linux users on the same remote host, suggesting a potential issue with the desktop app's handling of SSH connections.

Recommendation

Apply a workaround by checking the desktop app's configuration and SSH connection settings, as the root cause of the issue is unclear. This may involve adjusting the app's polling interval or SSH connection timeout settings, if available.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…
#api#container setup#orchestration issue#cache issue#memory leak

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING