Skip to content

Very frequent errors when using openai #23944

Closed as not planned
Closed as not planned

Description

@berenddeboer

Description

Using openai/gpt-5.4, see so many of these:

{"type":"error","sequence_number":2,"error":{"type":"server_error","code":"server_error","message":"An error occurred while processing your request. You can retry your request, or contact us through our help center at help.openai.com if the error persists. Please include the request ID e54d47cb-7060-4038-a6d2-c8d4cef9e303 in your message.","param":null}}

a dozen a day at least. Quite frequenty since maybe the past 3 days? Thinking level doesn't seem to be important.

Plugins

No response

OpenCode version

1.14.21

Steps to reproduce

No response

Screenshot and/or share link

No response

Operating System

Ubuntu 24.04

Terminal

Alacritty/tmux

Activity

  1. added
    coreAnything pertaining to core functionality of the application (opencode server stuff)
    on Apr 23, 2026
  2. github-actions commented on Apr 23, 2026

    @github-actions
    Contributor

    This issue might be a duplicate of an existing issue. Please check:

  3. induge commented on Apr 23, 2026

    @induge

    I’m experiencing the same issue as well. It has been happening continuously for the past hour on my side.

  4. JaviOverflow commented on Apr 23, 2026

    @JaviOverflow

    Same issue here, experiencing this since yesterday when it started happening about 20% of the times. Today is about 95%, making opencode unusable. If it helps I also tried t3code and I had issues there as well. Using openai codex works 100% of the times. Such a pity, cause opencode is far superior than codex (they don't even have an undo command which blows my mind)

  5. reimurashiki commented on Apr 23, 2026

    @reimurashiki

    Same issue here

    I can confirm a very similar server_error pattern on my side when using OpenCode with OpenAI/Codex. The important difference is that I do not see this when using Codex CLI directly with the same account/workflow.

    That makes me suspect this may be specific to OpenCode provider integration or streaming/agent handling, rather than a general Codex outage.

    My setup:

    • OS: Windows
    • OpenCode version: 1.14.20
    • Provider/model: openai/gpt-5.4
    • Terminal: Hyper, Windows Terminal
  6. removed
    bugSomething isn't working
    coreAnything pertaining to core functionality of the application (opencode server stuff)
    on May 3, 2026
  7. mharris717 commented on May 4, 2026

    @mharris717
    Contributor

    +1 here, infuriating, i'm trying to track down

  8. rekram1-node commented on May 4, 2026

    @rekram1-node
    Contributor

    hm ill look

  9. mharris717 commented on May 4, 2026

    @mharris717
    Contributor

    I have inconclusive medium confidence at best so far, but here are things I believe

    • It's happening specifically with task().
    • It happens much more often/consistently with gpt 5.5, but also sometimes with 5.4.
    • with 5.5 it happens the majorit of the time but not always.
    • at first I thought it was happening with the general agent but not exlore. But that seems to have been a red herring
    • a trivial promot sending back a trivial answer doesn't trigger it. has to be substantial.
    • happens on an older version + on v1.14.33.
    • I'm using OpenAI API key.

    It's actually strange. An hour ago, I felt like I'd already narrowed down the conditions enough that I would be able to find a root cause or at least an independent standalone repo very fast. And I'm quite surprised that I have not.

  10. mharris717 commented on May 4, 2026

    @mharris717
    Contributor

    @rekram1-node if you have trouble repro-ing lmk, I will attempt to help.

  11. mharris717 commented on May 4, 2026

    @mharris717
    Contributor

    might have something to do with passing too many tools + invoking a tool call

  12. rekram1-node commented on May 4, 2026

    @rekram1-node
    Contributor

    uh I think it's just their server having outages I think the fix is to just auto retry this I dont think it's some bug on our end

    Unless you are saying that once the error occurs the session is permanently broken?

  13. mharris717 commented on May 4, 2026

    @mharris717
    Contributor

    i agree it looks like this at first but i think it's not. i'll report back.

  14. Salloxy commented on May 6, 2026

    @Salloxy

    Having the same issue, happens almost always with gpt 5.5, often with gpt 5.4, and never with OpenCode Go models

  15. mharris717 commented on May 6, 2026

    @mharris717
    Contributor
  16. brennandai commented on May 7, 2026

    @brennandai

    It’s sending too many tools, not positive yet. You send too many tools and
    then make a tool call.

    I think this is the issue—disabled one MCP with many tools, and the issue is resolved.

  17. Salloxy commented on May 7, 2026

    @Salloxy

    It’s sending too many tools, not positive yet. You send too many tools and
    then make a tool call.

    I think this is the issue—disabled one MCP with many tools, and the issue is resolved.

    I only have 3 mcp servers: exa, chrome-devtools, resend. After disabling them, this issue no longer appears.

  18. allen-moonshot commented on May 7, 2026

    @allen-moonshot

    It’s sending too many tools, not positive yet. You send too many tools and
    then make a tool call.

    I think this is the issue—disabled one MCP with many tools, and the issue is resolved.

    yep seems to be the same for me

  19. ugoi commented on May 21, 2026

    @ugoi

    same

  20. ouchxp commented on Jun 2, 2026

    @ouchxp

    Same, disabled one MCP with many tools, and the issue is resolved.

  21. NedMalki-Chief commented on Jun 25, 2026

    @NedMalki-Chief

    Adding Windows/Desktop v1.17.11 evidence for the same OpenAI streamed server_error family.

    Sanitized environment:

    • Windows 11 x64
    • OpenCode Desktop v1.17.11
    • Provider OpenAI via Codex OAuth
    • Model/variant in session DB: openai/gpt-5.5-fast / xhigh
    • Runtime: ai-sdk

    Observed:

    • Desktop showed retry UI: An error occurred while processing your request... retrying in 18s - attempt #32
    • Logs repeatedly showed:
    message="stream error" providerID=openai modelID=gpt-5.5-fast
    error.error.error.type=server_error
    error.error.error.code=server_error
    error.error.error.message="An error occurred while processing your request..."
    
    • Same session kept retrying under the same run for many attempts; observed sequence numbers included 3, 61, 101, 174, and 222.
    • The UI continued after some retries, but became extremely slow; in practice gpt-5.5-fast was slower than gpt-5.5/high because of retries.
    • This started after updating to the June 25 v1.17.11 Desktop build.

    Mitigation:

    • Stop/restart Desktop.
    • Disable gpt-5.5-fast variants in config.
    • Force default agent model to openai/gpt-5.5 / high.
    • A default CLI smoke run then selected gpt-5.5/high and completed.

    This looks related to retry classification/handling plus OpenAI Responses stream errors. Even when retried, a session can get into a costly retry loop rather than recovering cleanly.

  22. github-actions commented on Aug 25, 2026

    @github-actions
    Contributor

    To stay organized issues are automatically closed after 60 days of no activity. If the issue is still relevant please open a new one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions