[BUG] if your connection frequently and briefly drops, u cannot compact a conversation
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?
I am using the wifi on the train, and although compacting a conversation is an operation that does not require continual communication over a single TCP connection (the conversation either exists on the server or is sent in the initial request, and then the compacted result could in principle be sent back at any time over any connection), Claude Code requires continual communication over a single TCP connection, otherwise it repeatedly throws out all of the work that it has done so far, and you must ask for the work to be begun again. The same is true of all other chat turns, not just compaction.
What Should Happen?
Claude Code should not repeatedly destroy Claude's finished chat turns just because the connection dropped????
Error Messages/Logs
Steps to Reproduce
- get on the train
- connect to JR EAST WIFI
- use claude code
Claude Model
Opus
Is this a regression?
No, this never worked
Last Working Version
_No response_
Claude Code Version
2.1.34 (Claude Code)
Platform
Anthropic API
Operating System
macOS
Terminal/Shell
iTerm2
Additional Information
_No response_
This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗