[BUG] Unhandled Case [object Object]
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?
Using Claude Code V.S. code extension, and conversation window. This has been occurring regularly since the extension update yesterday. Yes, this is informative. Here's what the log says happened:
Timestamp Event What it means
06:48:17.166 Request sent to /v1/messages Client → Anthropic API
06:48:20.733 First chunk received Stream opened, ~3.5s — normal
06:48:35.748 stream_idle_partial warning, 15s idle, 650 bytes total Server stopped sending mid-response
06:48:50.792 sdk_stream_ended_no_result with had_error: true Stream terminated without completing
06:49:02.742 Another stall warning, 686 bytes total Reconnect/retry on a still-stale stream
Root cause: server-side stream stall. The Anthropic API accepted the request, started streaming a response (~650 bytes in — that's only a sentence or two of output), then stopped sending data and eventually closed the stream with an error flag. This is not a tool execution issue, not a problem with our conversation, and not the VSCode extension crashing. It's the API-side stream completing partially then erroring.
Likely upstream causes (in rough order of likelihood):
Transient API incident — check status.anthropic.com for 2026-05-14 ~06:48-06:49 PT (the log is in UTC offset: those are local 06:48 entries; the UTC equivalents are 10:48 UTC per the [DEBUG] lines). Capacity hiccups or partial outages produce exactly this signature.
Mid-generation internal error — the model started a response, hit some inference-side issue (e.g., a serving worker failure), and the upstream terminated the stream without a clean error code, just a connection close.
Network blip — less likely given the SDK's had_error: true flag rather than a clean disconnect.
What this means for our work: nothing's broken. Tool calls execute on the server before the response streams back to you — so when I do an Edit/Write/Bash, the action lands regardless of whether the response that describes the action makes it to you intact. That's why the files were always correct when you checked them, even after each red box.
Practical workaround: if it keeps happening, status page first. If status is green, try Cmd/Ctrl+Shift+P → Developer: Reload Window to reset the extension's state — sometimes a stuck stream reference fouls the next request.
What Should Happen?
it shouldnt error, and I shouldn't have to type anything to continue the process that was running
Error Messages/Logs
Outgoing log_event
2026-05-14 06:48:17.169 [info] From claude: 2026-05-14T10:48:17.159Z [DEBUG] [API:auth] OAuth token check complete
2026-05-14 06:48:17.176 [info] From claude: 2026-05-14T10:48:17.166Z [DEBUG] [API REQUEST] /v1/messages x-client-request-id=f8d36613-8588-4ef0-8e26-23a6c8dbd993 source=sdk
2026-05-14 06:48:17.184 [info] From claude: 2026-05-14T10:48:17.174Z [DEBUG] FileHistory: Added snapshot for a0ba0dc7-3ba1-43af-b5a7-138d7b5f42d7, tracking 3 files
2026-05-14 06:48:20.744 [info] From claude: 2026-05-14T10:48:20.733Z [DEBUG] Stream started - received first chunk
2026-05-14 06:48:35.759 [info] From claude: 2026-05-14T10:48:35.748Z [WARN] [Stall] stream_idle_partial lastChunkAgeMs=15015 bytesTotal=650 idleDeadlineMs=300000
2026-05-14 06:48:50.792 [info] Received message from webview: {"type":"request","channelId":"3jwirxwgs3c","requestId":"tukwuml1op","request":{"type":"log_event","eventName":"sdk_stream_ended_no_result","eventData":{"had_error":true,"subagent_count":0,"message_count":243}}}
2026-05-14 06:48:50.792 [info] Received message from webview: {"type":"request","requestId":"faf0ylilwxo","request":{"type":"update_session_state","sessionId":"d60c918b-b01d-4648-b043-da1fc6a52f35","state":"idle","title":"Review handoff documentation and resume work"}}
2026-05-14 06:49:02.755 [info] From claude: 2026-05-14T10:49:02.742Z [WARN] [Stall] stream_idle_partial lastChunkAgeMs=15005 bytesTotal=686 idleDeadlineMs=300000
Steps to Reproduce
Anytime I ask Claude Code to generate me a test file from a playwright-cli codegen. It also happens intermittently with any question.
Claude Model
Sonnet (default)
Is this a regression?
Yes, this worked in a previous version
Last Working Version
_No response_
Claude Code Version
2.1.141
Platform
Other
Operating System
Windows
Terminal/Shell
VS Code integrated terminal
Additional Information
_No response_
70 Comments
<img width="807" height="72" alt="Image" src="https://github.com/user-attachments/assets/7fe83fc0-3723-46e2-9f00-83ebb7249441" />
Found 3 possible duplicate issues:
This issue will be automatically closed as a duplicate in 3 days.
🤖 Generated with Claude Code
Claude Code version: 2.1.141
VSCode Extension
Windows 11
Same error
<img width="880" height="82" alt="Image" src="https://github.com/user-attachments/assets/fa4ed284-f4ab-404d-91d4-6f68ed0f13ef" />
Installed latest version and kept getting the same error
<img width="409" height="78" alt="Image" src="https://github.com/user-attachments/assets/2b026b59-4088-4979-979a-561279a88c14" />
Same Error
<img width="931" height="64" alt="Image" src="https://github.com/user-attachments/assets/b75afd63-0901-4cc3-90d0-6d78060982a1" />
Same here, claude code is sadly unusable as it will always fail when asking for user prompt or exiting plan mode. Issue happens on 2.1.141 but I downgraded to 2.1.140 and am not seeing the bug any more.
This worked for now.
<img width="888" height="241" alt="Image" src="https://github.com/user-attachments/assets/4c3fa791-d783-4b64-946a-d0d0c0f63f98" />
extremely unusable the last 14 hours or so
Just got the same error:
<img width="287" height="66" alt="Image" src="https://github.com/user-attachments/assets/e4b1ea7e-a172-4082-bb59-d38b0a1ece5f" />
got the same issue on latest mac VS Code
The same error occurred, but when I switched to terminal mode, the error did not occur. It seems to be a VSCode extension issue.
This worked for now
same issue too
Can @claude address this as priority too?
<img width="326" height="76" alt="Image" src="https://github.com/user-attachments/assets/0936feb7-625d-4820-99b1-7f5183543462" />
same here...
<img width="362" height="100" alt="Image" src="https://github.com/user-attachments/assets/dd5fc6f3-8bad-4451-b357-c6e5eb66c9f4" />
Having the same issue with 2.1.141 and downgraded to 2.1.140 and the error went away
same problem
This is annoying
Same issue repeatedly. Resolves by restarting and continuing with /resume , but often also breaks context completely after doing that.
+1, Also have the same issue.
Thanks, we are aware of this issue and should have a fix out with today's release!
Happening constantly.
<img width="327" height="73" alt="Image" src="https://github.com/user-attachments/assets/26158107-ad77-4a6a-b7b9-dfc62afc5e3d" />
One bug after another lately :(
same here
<img width="550" height="106" alt="Image" src="https://github.com/user-attachments/assets/5379e8fd-1a90-43c4-95af-773ceab61c23" />
same issue here
the same issue
Unhandled case: [object Object]
View output logs · Troubleshooting resources
same issue (
Same issue here since yesterday. As with others, so far downgrading to .140 has solved it.
same issue, downgrading also worked for me
<img width="351" height="73" alt="Image" src="https://github.com/user-attachments/assets/330e2762-042e-45a7-9302-249160cb0cd1" />
Same. After upgrading.
same
same
same error here
Same !!!! keep it coming
Unhandled case: [object Object]
View output logs · Troubleshooting resources
Temp workaround is just to downgrade. Pretty easy in VS code, just click "Install specific version":
<img width="501" height="254" alt="Image" src="https://github.com/user-attachments/assets/6afaab02-4c76-4954-94d7-b145e1bd2788" />
Same :)
Same
same issue
Same issue, can't pin down what requests cause it. Running skills and responding without requiring skills cause this error intermittently for me in VS Code.
<img width="416" height="86" alt="Image" src="https://github.com/user-attachments/assets/8fd49d8d-90e6-4da1-b5f3-79e97e6c8946" />
Same issue.
Same here on macOS — worth noting since this is currently tagged
platform:windows.[Stall] stream_idle_partial … bytesTotal=0→sdk_stream_ended_no_resultwithhad_error: true, ~650–700 bytes of partial response, red error box. Hits multi-tool-call sequences especially.Looks like a regression introduced in 2.1.141.
I just downgraded to resolve this. Maybe they didn't run /Code-Review? 🗡️
same, Mac OS, since today, many different cwds all have the same intermittent issue with this error
Come on Claude team, I'm faster at shipping things with claude. You can do it!
Guys downgrade to version 2.1.140, it will solve the problem
Same here for us:
Claude Code version: 2.1.141
VSCode Extension
Windows 11
Same error
<img width="329" height="76" alt="Image" src="https://github.com/user-attachments/assets/31116f7b-e31f-4014-b9b4-2ae959d574cb" />
Same same.
Same issue in cursor
Yaay, it's fixed, guys! Update to 2.1.142.
and now its down..
This is a duplicate of #58897, which was fixed as of version 2.1.142.
Same for me
VS Code Version: 1.120.0 (Universal)
OS: Darwin arm64 25.3.0
VS code extension
<img width="805" height="61" alt="Image" src="https://github.com/user-attachments/assets/fcd6060a-6244-4f00-bceb-0aa919ccef4c" />
Hi, I just had to downgrade. It is still not fixed on version 2.1.142. It might be possible that it works for specific people, like it worked for you.
2.1.142 still not fixed.
2.1.142 still not fixed.
Same issue here in Cursor. How to solve this?
+1, hitting the same pattern on 2026-05-15 ~10:51 UTC. Windows 11, Claude Code VS Code extension v2.1.140.
Single stream stalled for 408.3s mid-turn during a series of Edit calls on a ~15KB markdown file. Stream stayed open the whole time and bytes trickled in 36-byte increments every ~15s (651 → 1119 bytes over ~7 minutes), then resumed normally and completed the Edits successfully. Same
stream_idle_partialwarnings every 15s, thenStreaming stall detected: 408.3s gap, thenStreaming completed with 1 stall(s).Ruled out local network — pathping/tracert to api.anthropic.com clean, 0% loss across 100 probes/hop, 8ms RTT flat. 6 hops via Digiweb → INEX → Cloudflare. Not the client, not the path.
Source was
repl_main_thread, autocompact level ok, no tool errors. File writes landed atomically server-side; only the visible stream was affected.Adding in case timing/volume helps narrow the window.
2.1.140 is working fine atm (Windows+VSC)
I see this error on versions 2.1.140, 2.1.141 and 2.1.142. Cursor IDE, macOS 15.7.3, M4.
macOS, VSCode IDE, 2.1.140 works for me all day.
2.1.142 still has the issue.
closed as a dupe, but the dupe is mac only and I'm on Windows.... which is why I opened this one
Still facing the issue
Seems to be fixed since I updated VS Code plugin to 2.1.142.
I am on Mac
On Fri, 15 May 2026 at 20:06, Sakinur Rahman @.***>
wrote:
Again , i am facing the same issue from last two days , sometime its work , and suddenly at random time its happening again
i am window user
<img width="282" height="48" alt="Image" src="https://github.com/user-attachments/assets/4254d16e-1288-4cba-88c6-587ae1d44b94" />
but still facing , yesterday i got this issue , after couple of hour of wait i started a new chat and its worked but today randomly i got this error again
Same here....
For those who are seeing it, can you please update to the latest version 2.1.142 and then restart VSCode to make sure the update has been applied?
latest is 2.1.143. Installed and then restarted VSCode completely. Appears stable so far in a several hour session on windows 11 + vscode 1.120.0
The problem isn't just in VS Code; it also happens in other IDEs. I'm using Anti-Gravity and it returns the same error.
This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.