anomalyco/opencode
1
0
Fork 0
mirror of https://github.com/anomalyco/opencode.git synced 2026-07-23 10:45:33 -04:00
Code Issues 5.9k Packages Projects Releases 19 Wiki Activity

Error: The socket connection was closed unexpectedly. For more information, pass verbose: true in the second argument to fetch() #1158

New Issue
Closed
opened 2026-02-16 17:29:47 -05:00 by yindo · 31 comments
yindo commented 2026-02-16 17:29:47 -05:00
Owner
Copy Link
Copy Source

Originally created by @alexeypolitov on GitHub (Aug 7, 2025).

Originally assigned to: @thdxr on GitHub.

Image

https://opencode.ai/s/PhIPUAQQ

2025-08-07T220652.log.zip

Originally created by @alexeypolitov on GitHub (Aug 7, 2025). Originally assigned to: @thdxr on GitHub. <img width="1920" height="1080" alt="Image" src="https://github.com/user-attachments/assets/27b0a0e4-574f-4878-8ece-7278ae94c097" /> https://opencode.ai/s/PhIPUAQQ [2025-08-07T220652.log.zip](https://github.com/user-attachments/files/21674249/2025-08-07T220652.log.zip)
yindo closed this issue 2026-02-16 17:29:47 -05:00
yindo commented 2026-02-16 17:29:47 -05:00
Author
Owner
Copy Link
Copy Source

@janderssonse commented on GitHub (Sep 11, 2025):

Getting this all the time, other tools works fine in same env with constant networkscalls and lookups.

@janderssonse commented on GitHub (Sep 11, 2025): Getting this all the time, other tools works fine in same env with constant networkscalls and lookups.
yindo commented 2026-02-16 17:29:47 -05:00
Author
Owner
Copy Link
Copy Source

@me-shaon commented on GitHub (Sep 17, 2025):

Facing this issue continuously and can't use OpenCode at all.

@me-shaon commented on GitHub (Sep 17, 2025): Facing this issue continuously and can't use OpenCode at all.
yindo commented 2026-02-16 17:29:47 -05:00
Author
Owner
Copy Link
Copy Source

@jacquesbh commented on GitHub (Sep 18, 2025):

Same here.
MacOS 14.8 (23J21)
Opencode 0.9.11

It's nearly impossible to work with. At the beginning it's fine, but it goes quickly to this error, over and over, sometimes just after entering a new prompt, sometimes a few seconds after, sometimes minutes after…

@jacquesbh commented on GitHub (Sep 18, 2025): Same here. MacOS 14.8 (23J21) Opencode 0.9.11 It's nearly impossible to work with. At the beginning it's fine, but it goes quickly to this error, over and over, sometimes just after entering a new prompt, sometimes a few seconds after, sometimes minutes after…
yindo commented 2026-02-16 17:29:47 -05:00
Author
Owner
Copy Link
Copy Source

@Tonitum commented on GitHub (Sep 30, 2025):

Also seeing this. on open code 0.13.5. Was working with gpt4o through OpenAI.

@Tonitum commented on GitHub (Sep 30, 2025): Also seeing this. on open code 0.13.5. Was working with gpt4o through OpenAI.
yindo commented 2026-02-16 17:29:47 -05:00
Author
Owner
Copy Link
Copy Source

@Tonitum commented on GitHub (Oct 11, 2025):

Debug Logs

INFO  2025-10-12T01:04:30 +1ms service=tui commands={"agent_cycle":{},"agent_cycle_reverse":{},"agent_list":{},"app_exit":{},"app_help":{},"editor_open":{},"input_clear":{},"input_newline":{},"input_paste":{},"input_submit":{},"messages_copy":{},"messages_first":{},"messages_half_page_down":{},"messages_half_page_up":{},"messages_last":{},"messages_page_down":{},"messages_page_up":{},"messages_redo":{},"messages_undo":{},"model_cycle_recent":{},"model_cycle_recent_reverse":{},"model_list":{},"project_init":{},"session_child_cycle":{},"session_child_cycle_reverse":{},"session_compact":{},"session_export":{},"session_interrupt":{},"session_list":{},"session_new":{},"session_timeline":{},"theme_list":{},"thinking_blocks":{},"tool_details":{}} Loaded commands
INFO  2025-10-12T01:04:30 +4ms service=server method=GET path=/config/providers request
INFO  2025-10-12T01:04:30 +0ms service=server duration=0 response
DEBUG 2025-10-12T01:04:30 +1ms service=tui model=claude-sonnet-4-20250514 provider=anthropic Selected model from config
DEBUG 2025-10-12T01:04:30 +11ms service=tui timeTakenMs=0 messages.renderView
DEBUG 2025-10-12T01:04:30 +5ms service=tui file=/home/.local/state/opencode/tui State saved to file
DEBUG 2025-10-12T01:04:30 +2ms service=tui color=#1e1e2e isDark=true Background color
DEBUG 2025-10-12T01:04:30 +6ms service=tui timeTakenMs=0 messages.renderView
DEBUG 2025-10-12T01:04:30 +0ms service=tui file=/home.local/state/opencode/tui State saved to file
INFO  2025-10-12T01:04:30 +1ms service=server duration=33 response
INFO  2025-10-12T01:04:54 +24301ms service=server method=POST path=/session request
INFO  2025-10-12T01:04:54 +4ms service=session id=ses_62a0d0748ffeoY1Lanl3RIQTQ8 version=0.14.7 projectID=79a3f1767a8362769c13882681d279cff93dd902 directory=/home/personal/tonitum title=New session - 2025-10-12T01:04:54.456Z time={"created":1760231094456,"updated":1760231094456} created
INFO  2025-10-12T01:04:54 +1ms service=bus type=session.updated publishing
INFO  2025-10-12T01:04:54 +2ms service=server duration=7 response
INFO  2025-10-12T01:04:54 +7ms service=server method=POST path=/session/ses_62a0d0748ffeoY1Lanl3RIQTQ8/init request
INFO  2025-10-12T01:04:54 +5ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 prompt
DEBUG 2025-10-12T01:04:54 +4ms service=tui timeTakenMs=0 messages.renderView
INFO  2025-10-12T01:04:54 +0ms service=bus type=message.updated publishing
DEBUG 2025-10-12T01:04:54 +4ms service=tui timeTakenMs=0 messages.renderView
INFO  2025-10-12T01:04:54 +0ms service=bus type=message.part.updated publishing
INFO  2025-10-12T01:04:54 +1ms service=bus type=session.updated publishing
INFO  2025-10-12T01:04:54 +0ms service=provider providerID=anthropic modelID=claude-sonnet-4-20250514 getModel
INFO  2025-10-12T01:04:54 +1ms service=provider status=started providerID=anthropic getSDK
DEBUG 2025-10-12T01:04:54 +0ms service=tui message=msg_9d5f2f8bc001tZqE8Wq6xM4AOo part=prt_9d5f2f8c6001JR1wuCY5XNzLep message part updated
INFO  2025-10-12T01:04:54 +44ms service=provider status=completed duration=44 providerID=anthropic getSDK
INFO  2025-10-12T01:04:54 +0ms service=provider providerID=anthropic modelID=claude-sonnet-4-20250514 found
INFO  2025-10-12T01:04:54 +0ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 sessionID=ses_62a0d0748ffeoY1Lanl3RIQTQ8 locking
DEBUG 2025-10-12T01:04:54 +1ms service=tui pending render, skipping
DEBUG 2025-10-12T01:04:54 +1ms service=tui timeTakenMs=0 messages.renderView
DEBUG 2025-10-12T01:04:54 +0ms service=tui timeTakenMs=0 messages.renderView
INFO  2025-10-12T01:04:54 +11ms service=provider providerID=anthropic modelID=claude-3-5-haiku-20241022 getModel
INFO  2025-10-12T01:04:54 +0ms service=provider status=started providerID=anthropic getSDK
INFO  2025-10-12T01:04:54 +0ms service=provider status=completed duration=0 providerID=anthropic getSDK
INFO  2025-10-12T01:04:54 +0ms service=bus type=message.updated publishing
INFO  2025-10-12T01:04:54 +0ms service=provider providerID=anthropic modelID=claude-3-5-haiku-20241022 found
INFO  2025-10-12T01:04:54 +2ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 process
INFO  2025-10-12T01:04:54 +2ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 type=start part
DEBUG 2025-10-12T01:04:54 +5ms service=tui timeTakenMs=0 messages.renderView
DEBUG 2025-10-12T01:04:54 +93ms service=tui timeTakenMs=0 messages.renderView
ERROR 2025-10-12T01:04:54 +63ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 error={"error":{"code":"ECONNRESET","path":"https://api.anthropic.com/v1/messages","errno":0}} stream error
INFO  2025-10-12T01:04:54 +1ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 type=error part
ERROR 2025-10-12T01:04:54 +0ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 error=The socket connection was closed unexpectedly. For more information, pass `verbose: true` in the second argument to fetch() process
INFO  2025-10-12T01:04:54 +1ms service=bus type=session.error publishing
INFO  2025-10-12T01:04:54 +1ms service=bus type=message.updated publishing
INFO  2025-10-12T01:04:54 +0ms service=bus type=message.updated publishing
INFO  2025-10-12T01:04:54 +1ms service=session.compaction pruning
INFO  2025-10-12T01:04:54 +0ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 sessionID=ses_62a0d0748ffeoY1Lanl3RIQTQ8 unlocking
INFO  2025-10-12T01:04:54 +0ms service=bus type=session.idle publishing
INFO  2025-10-12T01:04:54 +0ms service=server duration=241 response
ERROR 2025-10-12T01:04:54 +0ms service=tui message=Error: The socket connection was closed unexpectedly. For more information, pass `verbose: true` in the second argument to fetch() name=UnknownError Server error
INFO  2025-10-12T01:04:54 +1ms service=session.compaction pruned=0 total=0 found
DEBUG 2025-10-12T01:04:54 +4ms service=tui timeTakenMs=0 messages.renderView
DEBUG 2025-10-12T01:04:54 +2ms service=tui pending render, skipping
DEBUG 2025-10-12T01:04:54 +3ms service=tui timeTakenMs=0 messages.renderView
INFO  2025-10-12T01:04:55 +990ms service=bus type=session.updated publishing
DEBUG 2025-10-12T01:04:55 +4ms service=tui timeTakenMs=0 messages.renderView

This was in a fresh session, running the /init command. Happened immediately.
Currently on opencode v0.14.7

@Tonitum commented on GitHub (Oct 11, 2025): Debug Logs ```shell INFO 2025-10-12T01:04:30 +1ms service=tui commands={"agent_cycle":{},"agent_cycle_reverse":{},"agent_list":{},"app_exit":{},"app_help":{},"editor_open":{},"input_clear":{},"input_newline":{},"input_paste":{},"input_submit":{},"messages_copy":{},"messages_first":{},"messages_half_page_down":{},"messages_half_page_up":{},"messages_last":{},"messages_page_down":{},"messages_page_up":{},"messages_redo":{},"messages_undo":{},"model_cycle_recent":{},"model_cycle_recent_reverse":{},"model_list":{},"project_init":{},"session_child_cycle":{},"session_child_cycle_reverse":{},"session_compact":{},"session_export":{},"session_interrupt":{},"session_list":{},"session_new":{},"session_timeline":{},"theme_list":{},"thinking_blocks":{},"tool_details":{}} Loaded commands INFO 2025-10-12T01:04:30 +4ms service=server method=GET path=/config/providers request INFO 2025-10-12T01:04:30 +0ms service=server duration=0 response DEBUG 2025-10-12T01:04:30 +1ms service=tui model=claude-sonnet-4-20250514 provider=anthropic Selected model from config DEBUG 2025-10-12T01:04:30 +11ms service=tui timeTakenMs=0 messages.renderView DEBUG 2025-10-12T01:04:30 +5ms service=tui file=/home/.local/state/opencode/tui State saved to file DEBUG 2025-10-12T01:04:30 +2ms service=tui color=#1e1e2e isDark=true Background color DEBUG 2025-10-12T01:04:30 +6ms service=tui timeTakenMs=0 messages.renderView DEBUG 2025-10-12T01:04:30 +0ms service=tui file=/home.local/state/opencode/tui State saved to file INFO 2025-10-12T01:04:30 +1ms service=server duration=33 response INFO 2025-10-12T01:04:54 +24301ms service=server method=POST path=/session request INFO 2025-10-12T01:04:54 +4ms service=session id=ses_62a0d0748ffeoY1Lanl3RIQTQ8 version=0.14.7 projectID=79a3f1767a8362769c13882681d279cff93dd902 directory=/home/personal/tonitum title=New session - 2025-10-12T01:04:54.456Z time={"created":1760231094456,"updated":1760231094456} created INFO 2025-10-12T01:04:54 +1ms service=bus type=session.updated publishing INFO 2025-10-12T01:04:54 +2ms service=server duration=7 response INFO 2025-10-12T01:04:54 +7ms service=server method=POST path=/session/ses_62a0d0748ffeoY1Lanl3RIQTQ8/init request INFO 2025-10-12T01:04:54 +5ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 prompt DEBUG 2025-10-12T01:04:54 +4ms service=tui timeTakenMs=0 messages.renderView INFO 2025-10-12T01:04:54 +0ms service=bus type=message.updated publishing DEBUG 2025-10-12T01:04:54 +4ms service=tui timeTakenMs=0 messages.renderView INFO 2025-10-12T01:04:54 +0ms service=bus type=message.part.updated publishing INFO 2025-10-12T01:04:54 +1ms service=bus type=session.updated publishing INFO 2025-10-12T01:04:54 +0ms service=provider providerID=anthropic modelID=claude-sonnet-4-20250514 getModel INFO 2025-10-12T01:04:54 +1ms service=provider status=started providerID=anthropic getSDK DEBUG 2025-10-12T01:04:54 +0ms service=tui message=msg_9d5f2f8bc001tZqE8Wq6xM4AOo part=prt_9d5f2f8c6001JR1wuCY5XNzLep message part updated INFO 2025-10-12T01:04:54 +44ms service=provider status=completed duration=44 providerID=anthropic getSDK INFO 2025-10-12T01:04:54 +0ms service=provider providerID=anthropic modelID=claude-sonnet-4-20250514 found INFO 2025-10-12T01:04:54 +0ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 sessionID=ses_62a0d0748ffeoY1Lanl3RIQTQ8 locking DEBUG 2025-10-12T01:04:54 +1ms service=tui pending render, skipping DEBUG 2025-10-12T01:04:54 +1ms service=tui timeTakenMs=0 messages.renderView DEBUG 2025-10-12T01:04:54 +0ms service=tui timeTakenMs=0 messages.renderView INFO 2025-10-12T01:04:54 +11ms service=provider providerID=anthropic modelID=claude-3-5-haiku-20241022 getModel INFO 2025-10-12T01:04:54 +0ms service=provider status=started providerID=anthropic getSDK INFO 2025-10-12T01:04:54 +0ms service=provider status=completed duration=0 providerID=anthropic getSDK INFO 2025-10-12T01:04:54 +0ms service=bus type=message.updated publishing INFO 2025-10-12T01:04:54 +0ms service=provider providerID=anthropic modelID=claude-3-5-haiku-20241022 found INFO 2025-10-12T01:04:54 +2ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 process INFO 2025-10-12T01:04:54 +2ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 type=start part DEBUG 2025-10-12T01:04:54 +5ms service=tui timeTakenMs=0 messages.renderView DEBUG 2025-10-12T01:04:54 +93ms service=tui timeTakenMs=0 messages.renderView ERROR 2025-10-12T01:04:54 +63ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 error={"error":{"code":"ECONNRESET","path":"https://api.anthropic.com/v1/messages","errno":0}} stream error INFO 2025-10-12T01:04:54 +1ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 type=error part ERROR 2025-10-12T01:04:54 +0ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 error=The socket connection was closed unexpectedly. For more information, pass `verbose: true` in the second argument to fetch() process INFO 2025-10-12T01:04:54 +1ms service=bus type=session.error publishing INFO 2025-10-12T01:04:54 +1ms service=bus type=message.updated publishing INFO 2025-10-12T01:04:54 +0ms service=bus type=message.updated publishing INFO 2025-10-12T01:04:54 +1ms service=session.compaction pruning INFO 2025-10-12T01:04:54 +0ms service=session.prompt session=ses_62a0d0748ffeoY1Lanl3RIQTQ8 sessionID=ses_62a0d0748ffeoY1Lanl3RIQTQ8 unlocking INFO 2025-10-12T01:04:54 +0ms service=bus type=session.idle publishing INFO 2025-10-12T01:04:54 +0ms service=server duration=241 response ERROR 2025-10-12T01:04:54 +0ms service=tui message=Error: The socket connection was closed unexpectedly. For more information, pass `verbose: true` in the second argument to fetch() name=UnknownError Server error INFO 2025-10-12T01:04:54 +1ms service=session.compaction pruned=0 total=0 found DEBUG 2025-10-12T01:04:54 +4ms service=tui timeTakenMs=0 messages.renderView DEBUG 2025-10-12T01:04:54 +2ms service=tui pending render, skipping DEBUG 2025-10-12T01:04:54 +3ms service=tui timeTakenMs=0 messages.renderView INFO 2025-10-12T01:04:55 +990ms service=bus type=session.updated publishing DEBUG 2025-10-12T01:04:55 +4ms service=tui timeTakenMs=0 messages.renderView ``` This was in a fresh session, running the `/init` command. Happened immediately. Currently on opencode v0.14.7
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Oct 11, 2025):

@Tonitum looks like anthropic had an issue and closed the connection on u prematurely, we should try ot handle more gracefully for better ux but just wanted to clarify, incase it is helpful

@rekram1-node commented on GitHub (Oct 11, 2025): @Tonitum looks like anthropic had an issue and closed the connection on u prematurely, we should try ot handle more gracefully for better ux but just wanted to clarify, incase it is helpful
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@Tonitum commented on GitHub (Oct 11, 2025):

I can believe that. I have been seeing this with more than one provider though (such as gpt-4o via OpenAI, grok-code-fast via Opencode Zen). Do you think my local network could be a source of the issue, or would you think primarily on the provider side? I have a hard time thinking that all of these providers would be having the same issues.

@Tonitum commented on GitHub (Oct 11, 2025): I can believe that. I have been seeing this with more than one provider though (such as gpt-4o via OpenAI, grok-code-fast via Opencode Zen). Do you think my local network could be a source of the issue, or would you think primarily on the provider side? I have a hard time thinking that all of these providers would be having the same issues.
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@jacquesbh commented on GitHub (Oct 12, 2025):

Hi!

To get it back to work I have to compact the context (/compact) and it comes back to normal.
It usually reaches 60% or something, sometimes 80%, but I never go further in the context length.

I feel there is an issue somewhere still.

@Tonitum What's the context size when you get the error? Top right of the screen.

@jacquesbh commented on GitHub (Oct 12, 2025): Hi! To get it back to work I have to compact the context (`/compact`) and it comes back to normal. It usually reaches 60% or something, sometimes 80%, but I never go further in the context length. I feel there is an issue somewhere still. @Tonitum What's the context size when you get the error? Top right of the screen.
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@Tonitum commented on GitHub (Oct 12, 2025):

I can check that next time, but it has happened on a fresh launch and fresh session multiple times.

@Tonitum commented on GitHub (Oct 12, 2025): I can check that next time, but it has happened on a fresh launch and fresh session multiple times.
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@Tonitum commented on GitHub (Oct 12, 2025):

Image
Context from most recent issue. I looked at some other sessions and it ranges from 12.7k/4% to 20.1k/7%. I feel like that's too small of a context to really need compaction.

@Tonitum commented on GitHub (Oct 12, 2025): ![Image](https://github.com/user-attachments/assets/ad584325-a8d8-4aa6-b6e3-8848528d0ae9) Context from most recent issue. I looked at some other sessions and it ranges from 12.7k/4% to 20.1k/7%. I feel like that's too small of a context to really need compaction.
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@hronro commented on GitHub (Oct 22, 2025):

Is there any way to retry the fetch?

@hronro commented on GitHub (Oct 22, 2025): Is there any way to retry the fetch?
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Oct 22, 2025):

Well rn this isnt retried but we could attempt to retry, im rewriting some logic so that we can have more granular retry controls

for now if i get this i just send a follow up like “continue”

@rekram1-node commented on GitHub (Oct 22, 2025): Well rn this isnt retried but we could attempt to retry, im rewriting some logic so that we can have more granular retry controls for now if i get this i just send a follow up like “continue”
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@towry commented on GitHub (Oct 23, 2025):

Well rn this isnt retried but we could attempt to retry, im rewriting some logic so that we can have more granular retry controls

for now if i get this i just send a follow up like “continue”

I have this error happened like 5 times today.

It happens in the latest version 0.15.14, using github-copilot/cluade- model, I use the "continue" magic too.

From the release notes of 0.15.14, it says:

  • Added retry functionality for failed parts of conversations, improving reliability

But it didn't retry the failed parts.

@towry commented on GitHub (Oct 23, 2025): > Well rn this isnt retried but we could attempt to retry, im rewriting some logic so that we can have more granular retry controls > > for now if i get this i just send a follow up like “continue” I have this error happened like 5 times today. It happens in the latest version 0.15.14, using `github-copilot/cluade-` model, I use the "continue" magic too. From the release notes of 0.15.14, it says: - Added retry functionality for failed parts of conversations, improving reliability But it didn't retry the failed parts.
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Oct 23, 2025):

that was a bad release note lol i should update it, it was ai generated

we already do retries i think this error is when the server closes the connection on us which we dont automatically retry but perhaps we should, it is a little weird to retry because it could happen mid stream i think

@rekram1-node commented on GitHub (Oct 23, 2025): that was a bad release note lol i should update it, it was ai generated we already do retries i think this error is when the server closes the connection on us which we dont automatically retry but perhaps we should, it is a little weird to retry because it could happen mid stream i think
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@mantzas commented on GitHub (Nov 2, 2025):

Hello team. This still happens to me as you can see from the screenshot.

Image
@mantzas commented on GitHub (Nov 2, 2025): Hello team. This still happens to me as you can see from the screenshot. <img width="1320" height="334" alt="Image" src="https://github.com/user-attachments/assets/8b36c06d-c2e0-4e05-b073-8de61d6db5bf" />
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Nov 2, 2025):

@mantzas what kind of project did that happen in? I wonder if the lsp server crapped out

@rekram1-node commented on GitHub (Nov 2, 2025): @mantzas what kind of project did that happen in? I wonder if the lsp server crapped out
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@mantzas commented on GitHub (Nov 2, 2025):

@rekram1-node go project. Are you refering to the gofmt LSP?

@mantzas commented on GitHub (Nov 2, 2025): @rekram1-node go project. Are you refering to the gofmt LSP?
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Nov 2, 2025):

@mantzas gopls but yeah, tho now that i think about it, that may not be the issue id have to check

@rekram1-node commented on GitHub (Nov 2, 2025): @mantzas `gopls` but yeah, tho now that i think about it, that may not be the issue id have to check
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@towry commented on GitHub (Nov 2, 2025):

~/.dotfiles [HEAD] direnv 🔽/😤
➜  ocode                                                                                      12:03:10
8597 |   }
8598 |   onClose() {
8599 |     if (this.isClosed)
8600 |       return;
8601 |     this.isClosed = true;
8602 |     const error = new MCPClientError({
                         ^
MCPClientError: Connection closed
      cause: undefined,
 vercel.ai.error: true,
 vercel.ai.error.AI_MCPClientError: true,

      at onClose (../../node_modules/.bun/ai@5.0.8+d6123d32214422cb/node_modules/ai/dist/index.mjs:8602:19)
      at <anonymous> (../../node_modules/.bun/@modelcontextprotocol+sdk@1.15.1/node_modules/@modelcontextprotocol/sdk/dist/esm/client/stdio.js:83:81)
      at emitError (node:events:43:23)
      at abortChildProcess (node:child_process:935:17)
      at onAbortListener2 (node:child_process:35:24)
      at close (../../node_modules/.bun/@modelcontextprotocol+sdk@1.15.1/node_modules/@modelcontextprotocol/sdk/dist/esm/client/stdio.js:153:31)
      at close (../../node_modules/.bun/@modelcontextprotocol+sdk@1.15.1/node_modules/@modelcontextprotocol/sdk/dist/esm/client/stdio.js:152:19)
      at close (../../node_modules/.bun/ai@5.0.8+d6123d32214422cb/node_modules/ai/dist/index.mjs:8444:60)
      at close (../../node_modules/.bun/ai@5.0.8+d6123d32214422cb/node_modules/ai/dist/index.mjs:8440:17)

➜ ocode --version
1.0.15

@towry commented on GitHub (Nov 2, 2025): ``` ~/.dotfiles [HEAD] direnv 🔽/😤 ➜ ocode 12:03:10 8597 | } 8598 | onClose() { 8599 | if (this.isClosed) 8600 | return; 8601 | this.isClosed = true; 8602 | const error = new MCPClientError({ ^ MCPClientError: Connection closed cause: undefined, vercel.ai.error: true, vercel.ai.error.AI_MCPClientError: true, at onClose (../../node_modules/.bun/ai@5.0.8+d6123d32214422cb/node_modules/ai/dist/index.mjs:8602:19) at <anonymous> (../../node_modules/.bun/@modelcontextprotocol+sdk@1.15.1/node_modules/@modelcontextprotocol/sdk/dist/esm/client/stdio.js:83:81) at emitError (node:events:43:23) at abortChildProcess (node:child_process:935:17) at onAbortListener2 (node:child_process:35:24) at close (../../node_modules/.bun/@modelcontextprotocol+sdk@1.15.1/node_modules/@modelcontextprotocol/sdk/dist/esm/client/stdio.js:153:31) at close (../../node_modules/.bun/@modelcontextprotocol+sdk@1.15.1/node_modules/@modelcontextprotocol/sdk/dist/esm/client/stdio.js:152:19) at close (../../node_modules/.bun/ai@5.0.8+d6123d32214422cb/node_modules/ai/dist/index.mjs:8444:60) at close (../../node_modules/.bun/ai@5.0.8+d6123d32214422cb/node_modules/ai/dist/index.mjs:8440:17) ``` ➜ ocode --version 1.0.15
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@27Bslash6 commented on GitHub (Nov 21, 2025):

Quite consistently occuring with GLM 4.6, seems rarer on Anthropic models.

@27Bslash6 commented on GitHub (Nov 21, 2025): Quite consistently occuring with GLM 4.6, seems rarer on Anthropic models.
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Nov 22, 2025):

@27Bslash6 What provider are you using? is it Zai? They may be dropping your connection due to load

@rekram1-node commented on GitHub (Nov 22, 2025): @27Bslash6 What provider are you using? is it Zai? They may be dropping your connection due to load
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@27Bslash6 commented on GitHub (Nov 30, 2025):

Yep, z.ai GLM.

@27Bslash6 commented on GitHub (Nov 30, 2025): Yep, z.ai GLM.
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@niderhoff commented on GitHub (Dec 13, 2025):

I am observing the same error as of today. It happens on first prompt with OpenAI official API and also OpenAI-compatible custom endpoint. Google API works fine.

Is this maybe a problem in @ai-sdk?

@niderhoff commented on GitHub (Dec 13, 2025): I am observing the same error as of today. It happens on first prompt with OpenAI official API and also OpenAI-compatible custom endpoint. Google API works fine. Is this maybe a problem in `@ai-sdk`?
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@galileor97 commented on GitHub (Dec 22, 2025):

Error: The socket connection was closed unexpectedly. For more information, pass verbose: true in the second argument to fetch() on antigravity auth

@galileor97 commented on GitHub (Dec 22, 2025): Error: The socket connection was closed unexpectedly. For more information, pass `verbose: true` in the second argument to fetch() on antigravity auth
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@maobai405 commented on GitHub (Dec 24, 2025):

This problem still exists

@maobai405 commented on GitHub (Dec 24, 2025): This problem still exists
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@ycvk commented on GitHub (Dec 24, 2025):

same here, problem still exists, I'm also using MacOS with a golang project.

@ycvk commented on GitHub (Dec 24, 2025): same here, problem still exists, I'm also using MacOS with a golang project.
yindo commented 2026-02-16 17:29:48 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Dec 24, 2025):

This issue is from the provider dropping connection, I added retries for this error last night

@rekram1-node commented on GitHub (Dec 24, 2025): This issue is from the provider dropping connection, I added retries for this error last night
yindo commented 2026-02-16 17:29:49 -05:00
Author
Owner
Copy Link
Copy Source

@jacob-8 commented on GitHub (Dec 25, 2025):

I've had this issue for a couple weeks with Opus 4.5 via Copilot.

@jacob-8 commented on GitHub (Dec 25, 2025): I've had this issue for a couple weeks with Opus 4.5 via Copilot.
yindo commented 2026-02-16 17:29:49 -05:00
Author
Owner
Copy Link
Copy Source

@rekram1-node commented on GitHub (Jan 6, 2026):

think this is fixed now

@rekram1-node commented on GitHub (Jan 6, 2026): think this is fixed now
yindo commented 2026-02-16 17:29:49 -05:00
Author
Owner
Copy Link
Copy Source

@niderhoff commented on GitHub (Jan 18, 2026):

The issue appears to not always be a simple "provider is randomly dropping connections". In my case I could observe that the issue is rather a caused by broken PMTU (Path MTU Discovery) on my cellular data connection, rather than by the remote API itself.

In my particular case I was only observing these "connection resets" when I was connected through a mobile hotspot (Wi-Fi over 5G). The same CLI and the same API endpoint work reliably over a normal Wi-Fi connection.

In wireshark I could see some packets were silently dropped by the network path. A little test with ping utility let me confirm the results: ICMP packets above a certain size are dropped (ping -D -s 1472 fails, while ping -D -s 1360 succeeds). This indicates that packets are dropped and ICMP "packet too big" messages are not delivered back to the client.

As a workaround, lowering the MTU on the client network interface (en0 in my case) makes the connection work reliably also via cellular. However, this is a global workaround in Mac OS and as such not preferred, but might be the only one.

So if you want to fix this, try out ping -D -s xxxx which different values (going down from 1500) and then when it succeeds (1360 in my case), set your MTU to this value sudo networksetup -setMTU en0 1360. However, I assume you know what you are doing if you are messing with network setup on MacOS.

The preferred way in my opinion would be that the bun network stack is more conservative in general or could adapt to flaky networks through observed bahaviour. It's definitely not bun's fault if the network I am on breaks PMTU discovery, but a lot of applications (browsers etc.) do use heuristics and retry with smaller chunks etc. However, this is definitely not opencode's fault.

Just wanted to acknowledge this here, so whoever might have a similar setup may read this and lower their MTU to work around bun's network failing on such sketchy connections :)

@niderhoff commented on GitHub (Jan 18, 2026): The issue appears to not always be a simple "provider is randomly dropping connections". In my case I could observe that the issue is rather a caused by broken PMTU (Path MTU Discovery) on my cellular data connection, rather than by the remote API itself. In my particular case I was only observing these "connection resets" when I was connected through a mobile hotspot (Wi-Fi over 5G). The same CLI and the same API endpoint work reliably over a normal Wi-Fi connection. In wireshark I could see some packets were silently dropped by the network path. A little test with ping utility let me confirm the results: ICMP packets above a certain size are dropped (`ping -D -s 1472` fails, while `ping -D -s 1360` succeeds). This indicates that packets are dropped and ICMP "packet too big" messages are not delivered back to the client. As a workaround, lowering the MTU on the client network interface (en0 in my case) makes the connection work reliably also via cellular. However, this is a global workaround in Mac OS and as such not preferred, but might be the only one. So if you want to fix this, try out `ping -D -s xxxx` which different values (going down from 1500) and then when it succeeds (1360 in my case), set your MTU to this value `sudo networksetup -setMTU en0 1360`. However, I assume you know what you are doing if you are messing with network setup on MacOS. The preferred way in my opinion would be that the bun network stack is more conservative in general or could adapt to flaky networks through observed bahaviour. It's definitely not bun's fault if the network I am on breaks PMTU discovery, but a lot of applications (browsers etc.) do use heuristics and retry with smaller chunks etc. However, this is definitely not opencode's fault. Just wanted to acknowledge this here, so whoever might have a similar setup may read this and lower their MTU to work around bun's network failing on such sketchy connections :)
yindo commented 2026-02-16 17:29:49 -05:00
Author
Owner
Copy Link
Copy Source

@lukaesch commented on GitHub (Jan 26, 2026):

I agree it could be a context-related problem, but I suspect it’s context size interacting with enterprise infra rather than a pure “context bug”.

In my environment (VM inside big enterprise network → corp proxy → Azure API GW → AWS Bedrock), /compact often makes it work again, which suggests we’re crossing some threshold (longer time-to-first-token, longer stream duration, bigger request/response) that increases the chance the proxy/gateway chain closes the connection. That then surfaces as ECONNRESET / “socket connection was closed unexpectedly”.

So my working theory is: larger context/output increases stream length and/or latency, and somewhere in the proxy/GW path (timeouts, buffering, SSE/chunked handling, HTTP2↔HTTP1.1 translation) the connection gets terminated.

That would explain why it’s correlated with context growth but also why it can still happen in smaller/fresh sessions depending on network/gateway conditions.

@lukaesch commented on GitHub (Jan 26, 2026): I agree it could be a context-related problem, but I suspect it’s context size interacting with enterprise infra rather than a pure “context bug”. In my environment (VM inside big enterprise network → corp proxy → Azure API GW → AWS Bedrock), /compact often makes it work again, which suggests we’re crossing some threshold (longer time-to-first-token, longer stream duration, bigger request/response) that increases the chance the proxy/gateway chain closes the connection. That then surfaces as ECONNRESET / “socket connection was closed unexpectedly”. So my working theory is: larger context/output increases stream length and/or latency, and somewhere in the proxy/GW path (timeouts, buffering, SSE/chunked handling, HTTP2↔HTTP1.1 translation) the connection gets terminated. That would explain why it’s correlated with context growth but also why it can still happen in smaller/fresh sessions depending on network/gateway conditions.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
acp
bad
bug
discussion
docs
documentation
enhancement
extension
good first issue
growth
help-wanted
mcp
model-problem
needs:compliance
nix
opentui
perf
pull-request
Mirrored from GitHub Pull Request
 tui
web
windows
zen
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
yindo
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: anomalyco/opencode#1158
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?