Skip to content
Permalink

Comparing changes

Choose two branches to see what’s changed or to start a new pull request. If you need to, you can also or learn more about diff comparisons.

Open a pull request

Create a new pull request by comparing changes across two branches. If you need to, you can also . Learn more about diff comparisons here.
base repository: EventSource/eventsource
Failed to load repositories. Confirm that selected base ref is valid, then try again.
Loading
base: main
Choose a base ref
...
head repository: EventSource/eventsource
Failed to load repositories. Confirm that selected head ref is valid, then try again.
Loading
compare: v5
Choose a head ref
Checking mergeability… Don’t worry, you can still create the pull request.
  • 10 commits
  • 32 files changed
  • 2 contributors

Commits on May 28, 2026

  1. feat!: fail connection if buffer size reaches 100 MB

    BREAKING CHANGE: The client will now fail the connection (emitting an
    error and not reconnecting) if the buffer reaches 100 MB without seeing
    a valid, complete EventSource line. Client can be configured by passing
    a custom `maxBufferSize`, but ideally the server would emit smaller
    chunks and/or use newlines more frequently.
    rexxars committed May 28, 2026
    Configuration menu
    Copy the full SHA
    6b6087d View commit details
    Browse the repository at this point in the history
  2. Configuration menu
    Copy the full SHA
    90c4077 View commit details
    Browse the repository at this point in the history
  3. feat!: require node 22.19 or higher, drop cjs bundle

    BREAKING CHANGE: Library now requires node.js version 22.19 or higher.
    Technically speaking it still supports older engines, but it will not be
    guaranteed going forward since Node 20 is out of LTS.
    
    BREAKING CHANGE: Drop separate CommonJS variant. Node.js 22.19 and
    higher transparently allows `require(esm)`, so this shouldn't be a
    breaking change for most people - but marking it as such in an abudance
    of caution. Dropping the CommonJS variant lowers the risk of the "dual
    package hazard".
    rexxars committed May 28, 2026
    Configuration menu
    Copy the full SHA
    af7ecf5 View commit details
    Browse the repository at this point in the history
  4. feat!: drop support for envs without private fields/members

    BREAKING CHANGE: Support for Chrome < 84, Safari < 15, Firefox < 105 and
    Edge < 84 dropped. This also includes any other javascript environment
    that does not support private fields, methods and accessors.
    rexxars committed May 28, 2026
    Configuration menu
    Copy the full SHA
    6368d81 View commit details
    Browse the repository at this point in the history
  5. Configuration menu
    Copy the full SHA
    ed50fb6 View commit details
    Browse the repository at this point in the history
  6. Configuration menu
    Copy the full SHA
    70bc16c View commit details
    Browse the repository at this point in the history

Commits on May 29, 2026

  1. docs: fix misleading comments/tsdocs

    Co-authored-by: Copilot Autofix powered by AI <175728472+Copilot@users.noreply.github.com>
    rexxars and Copilot authored May 29, 2026
    Configuration menu
    Copy the full SHA
    d67dd2e View commit details
    Browse the repository at this point in the history
  2. docs: fix typos

    Co-authored-by: Copilot Autofix powered by AI <175728472+Copilot@users.noreply.github.com>
    rexxars and Copilot authored May 29, 2026
    Configuration menu
    Copy the full SHA
    64b12b3 View commit details
    Browse the repository at this point in the history

Commits on Jun 3, 2026

  1. fix: unref reconnection timer so it does not keep the event loop alive

    A pending reconnection timer would keep the Node.js (and Bun) event loop
    alive, preventing the process from exiting while waiting to reconnect.
    Calling `unref()` on the timer opts out of that.
    
    The call is feature-checked: browsers and Deno return a numeric timer
    handle with no `unref()`, so it is only invoked when available.
    rexxars committed Jun 3, 2026
    Configuration menu
    Copy the full SHA
    4935d20 View commit details
    Browse the repository at this point in the history
  2. fix!: fire on-handlers in registration order relative to addEventList…

    …ener
    
    The `onopen`/`onmessage`/`onerror` property handlers were previously stored
    separately and invoked directly, before `dispatchEvent()`. That made them
    always fire before any listener added via `addEventListener()`, regardless of
    the order in which they were registered.
    
    Per the HTML spec, an event handler IDL attribute fires in the order it was
    set, relative to other event listeners. The setters now register/unregister
    the handler via `addEventListener()`/`removeEventListener()` and the manual
    invocations have been removed, so dispatch order now follows the spec.
    
    BREAKING CHANGE: When both an `on*` property handler and an
    `addEventListener()` listener are registered for the same event, they now fire
    in registration order rather than always firing the `on*` handler first. Code
    that relied on the old ordering may observe a different sequence of callbacks.
    rexxars committed Jun 3, 2026
    Configuration menu
    Copy the full SHA
    1c16582 View commit details
    Browse the repository at this point in the history
Loading