Skip to content

Bug: /event replay semantics are implicit and conflict with SSE backpressure handling #19584

Closed as not planned

Description

@AndresCdo

Description

When using the /event endpoint with after_seq, replay failures are not clearly signaled to SSE consumers. This makes reconnect/recovery logic inconsistent, especially when clients are slow or reconnecting.

OpenCode version

v1.3.4

Steps to reproduce

  1. Start server (opencode serve).
  2. Produce some events.
  3. Call /event?after_seq=bad.
  4. Call /event?after_seq=0 with replay unavailable/expired cursor.

Expected behavior

SSE consumers should receive explicit replay/backpressure control signals so recovery logic is deterministic.

Screenshot and/or share link

N/A (server-side behavior)

Operating System

Linux x64

Terminal

Ghostty

Activity

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

    @github-actions
    Contributor

    This issue doesn't fully meet our contributing guidelines.

    What needs to be fixed:

    • The issue does not use one of the three required issue templates (Bug Report, Feature Request, or Question). Please resubmit using the appropriate template.
    • The description reads as AI-generated: it is highly structured with proposed implementation details, specific internal event names, and design recommendations that go well beyond describing a bug. AI-generated walls of text are not acceptable per our guidelines.
    • Bug reports should describe observed behavior with actual reproduction steps — this issue describes hypothetical/expected behavior rather than a confirmed bug.
    • The environment section lists v1.3.4 baseline which does not appear to be a real version; please include your actual OpenCode version.

    Please edit this issue to address the above within 2 hours, or it will be automatically closed.


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

    If you believe this was flagged incorrectly, please let a maintainer know.

  3. added
    needs:complianceThis means the issue will auto-close after 2 hours.
    and removed
    needs:complianceThis means the issue will auto-close after 2 hours.
    on Mar 29, 2026
  4. github-actions commented on Mar 29, 2026

    @github-actions
    Contributor

    Thank you for updating the issue! It now follows the contributing guidelines and includes all the necessary information. We appreciate the clear description, reproduction steps, and system details.

  5. assigned and unassigned on Apr 26, 2026
  6. removed
    coreAnything pertaining to core functionality of the application (opencode server stuff)
    on May 3, 2026
  7. github-actions commented on Jul 3, 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