queued messages and unsent input drafts are silently lost on session switch
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?
On Claude Code on the web, in-progress notes are lost without warning:
- A message submitted while the assistant is working (shown greyed/queued) disappears and is never actioned if I switch to another session before it’s processed. It is not persisted server-side.
- Unsent text in the input box is gone after switching sessions, closing the tab, or an app restart — no autosave.
This is painful when juggling several sessions: notes typed while waiting vanish, and I lose the thread. Related: #61718, #44480, #55578.
What Should Happen?
queued messages persist and are delivered/actioned across a session switch; input drafts are saved per-session (locally at minimum) so they survive navigation.
Error Messages/Logs
Steps to Reproduce
A — Queued (submitted) message is lost:
- Open a session on Claude Code on the web and give the assistant a task that takes a while to run.
- While it is still working, type a note into the input box and submit it — it appears greyed/queued below the running turn.
- Before the assistant reaches a pause and processes that queued message, switch to a different session.
- Return to the first session.
→ Expected: the queued message is still there and gets actioned. Actual: it is gone and was never actioned.
B — Unsent draft is lost:
- In any session, type text into the input box but do not submit it.
- Switch to another session (or close/reopen the tab or app).
- Return to the first session.
→ Expected: the draft is still in the input box. Actual: the input box is empty; the draft is gone.
Frequency: consistently reproducible.
Claude Model
Not sure / Multiple models
Is this a regression?
I don't know
Last Working Version
_No response_
Claude Code Version
2.1.207
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
Terminal.app (macOS)
Additional Information
_No response_
Showing cached comments. Read the full discussion on GitHub ↗
3 Comments
+1. This seems to be also happening to messages from the app (android) when using a remote session.
Yes, report same issue here on latest Android app as of today too. Queued messages are lost.
Another config for the session-switch case: Android app (1.260721.20, Galaxy S24 Ultra, Android 16 / One UI 8.5) driving a local Claude Code CLI session over Remote Control — not Claude Code on the web. Backing out to a different concurrent session loses the queued message in the one I left.
Looks like the same underlying issue as #71603, which is filed as a backgrounding bug — the session-switch trigger there and here appear to be the same defect surfacing through a different trigger.