Windows Desktop: responses not rendering until user interaction in remote SSH session

Resolved 💬 3 comments Opened Apr 2, 2026 by aegisnir Closed May 17, 2026

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 using the Claude Code Windows desktop app connected to a remote SSH session, responses do not render in real-time. The UI only updates when:
∙ The user sends a new message
∙ A permission prompt appears
The status line in the bottom-left flashes for ~0.1 seconds then disappears. The backend is working correctly — commands execute, tool calls succeed — but the UI does not stream or display the output until user interaction forces a re-render.
Not reproducible on mobile (phone web app works fine).
Environment
∙ Client: Claude Code Desktop (Windows, MSIX)
∙ Server: Ubuntu 24.04 LTS, remote VPS (Hetzner)
∙ Connection: Remote SSH session via claude-code systemd service in tmux
∙ Claude Code version: v2.2.7
∙ Model: Opus 4.6 (1M context)

What Should Happen?

Responses and status line should stream/render in real-time as they are generated, without requiring user interaction.

Error Messages/Logs

Steps to Reproduce

  1. Connect to a remote Claude Code session from the Windows desktop app
  2. Send a message that triggers tool use (e.g., a bash command)
  3. Observe: status line flashes briefly then disappears; no output renders
  4. Send another message — previous response now appears

Claude Model

Opus

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

2.2.7

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

PowerShell

Additional Information

This appears to be the same underlying rendering/state-update bug reported previously, but specifically affecting the Windows desktop + remote SSH path:
∙ #26805 — Responses not rendering until user types (Cowork UI, closed as fixed)
∙ #26881 — Responses don’t appear until user sends another message (closed, fixed Feb 2026)
∙ #26921 — UI freezes mid-response, backend works fine (closed as fixed)
∙ #29383 — Status line disappears after briefly appearing (closed as duplicate)
∙ #37613 — Desktop app doesn’t render responses in SSH/remote mode (closed)
Those fixes appear to have addressed macOS/Cowork mode but not the Windows desktop + remote session combination.

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗