-
Notifications
You must be signed in to change notification settings - Fork 11.8k
Open
Labels
coreAnything pertaining to core functionality of the application (opencode server stuff)Anything pertaining to core functionality of the application (opencode server stuff)
Description
Description
Using OpenCode 1.2.15 with openai/gpt-5.3-codex, I intermittently get streamed JSON errors like:
{"type":"error","sequence_number":2,"error":{"type":"server_error","code":"server_error","message":"An error occurred while processing your request... [retrying in 2s attempt #2]"}}When this happens, retries may continue but session quality degrades (manual intervention often needed).
Environment
- OpenCode:
1.2.15 - OS: macOS
- Model:
openai/gpt-5.3-codex - Config changes already applied:
provider.openai.options.timeout = 600000compaction = { auto: true, prune: true, reserved: 15000 }
Steps to reproduce
- Start with debug logs enabled:
opencode --log-level DEBUG --print-logs - Use
openai/gpt-5.3-codex - Run medium/long coding prompts (tool use involved)
- Intermittently receive the streamed
server_errorenvelope above
Expected
- Robust handling/recovery for transient streamed provider errors
- Clear surfaced diagnostics for retry classification and provider error details
- Session should not degrade/stall after repeated transient
server_errorevents
Actual
- Intermittent streamed
server_error - Retry attempts occur, but session can still degrade or require manual continue/retry
Related issues checked
I checked similar issues first:
- Opencode with OpenAI stuck in loop with errors #6983 (OpenAI loop behavior)
- Infinite retry loop when StreamIdleTimeoutError occurs during tool input generation #12234 (infinite retry loop on stream idle timeout)
- Agent resets to Build after streaming error #12750 (agent reset after streaming error)
This report is specifically about the OpenAI streamed error payload with sequence_number:2 + server_error on gpt-5.3-codex.
Notes
OpenAI status has had multiple Codex/Responses elevated-error incidents recently, so this might be a combination of upstream transient faults + client-side retry UX/resilience behavior.
Reactions are currently unavailable
Metadata
Metadata
Assignees
Labels
coreAnything pertaining to core functionality of the application (opencode server stuff)Anything pertaining to core functionality of the application (opencode server stuff)