claude-code - 💡(How to fix) Fix Remote-control client doesn't receive completion signal for /clear [1 comments, 2 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#57848Fetched 2026-05-11 03:23:47
View on GitHub
Comments
1
Participants
2
Timeline
4
Reactions
0
Timeline (top)
labeled ×3commented ×1

When /clear is executed from a remote-control client (iPad in my case), the remote client does not receive a signal that the command completed. The session appears stuck on the remote side, even though the local/host session has cleared successfully.

Root Cause

When /clear is executed from a remote-control client (iPad in my case), the remote client does not receive a signal that the command completed. The session appears stuck on the remote side, even though the local/host session has cleared successfully.

Fix Action

Fix / Workaround

No signal arrives at the remote client. Workaround: type a trivial follow-up prompt (e.g. hi) to force a round-trip that unsticks the remote.

  • May affect other built-in slash commands that don't produce a model turn — worth auditing the set.
  • A model-side workaround isn't viable: after /clear the model has no memory of the prior turn, so it can't condition an acknowledgment on "previous input was /clear".
RAW_BUFFERClick to expand / collapse

Summary

When /clear is executed from a remote-control client (iPad in my case), the remote client does not receive a signal that the command completed. The session appears stuck on the remote side, even though the local/host session has cleared successfully.

Repro

  1. Connect to a Claude Code session via remote control (iPad).
  2. Send /clear from the remote client.
  3. Observe: the remote client never gets a "session cleared" / completion event back, so the UI appears to hang. Subsequent input from the remote feels stuck until something else round-trips.

Expected

The remote-control client should receive the same completion signal that the local TUI gets when /clear finishes, so it can render the cleared state and accept the next input.

Actual

No signal arrives at the remote client. Workaround: type a trivial follow-up prompt (e.g. hi) to force a round-trip that unsticks the remote.

Notes

  • May affect other built-in slash commands that don't produce a model turn — worth auditing the set.
  • A model-side workaround isn't viable: after /clear the model has no memory of the prior turn, so it can't condition an acknowledgment on "previous input was /clear".

Environment

  • Client: iPad remote control
  • Host: macOS (darwin 25.3.0), zsh

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…

Still need to ship something?

×6

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

Back to top recommendations

TRENDING

claude-code - 💡(How to fix) Fix Remote-control client doesn't receive completion signal for /clear [1 comments, 2 participants]