May 22, 2025

@whatwg-node/server@0.10.10

Patch Changes

• #2452
  19c0be5
  Thanks @ardatan! - Support AbortSignal.any on Node.js

• #2452
  19c0be5
  Thanks @ardatan! - Prevent custom AbortSignal to log
  "MaxListenersExceededWarning"

May 20, 2025

@whatwg-node/fetch@0.10.8

Patch Changes

• #2424
  28c4ad9
  Thanks @ardatan! - Performance optimizations

  • Avoid creating AbortController and AbortSignal if not needed with new Request because it
    is expensive
  • Avoid creating a map for Headers and try to re-use the init object for Headers for
    performance with a single-line writeHead.
  • Avoid creating Buffer for string bodies for performance
  • Use setHeaders which accepts Headers since Node 18 if needed to forward Headers to Node

• Updated dependencies
  [28c4ad9]:

  • @whatwg-node/node-fetch@0.7.21

@whatwg-node/node-fetch@0.7.21

Patch Changes

• #2424
  28c4ad9
  Thanks @ardatan! - Performance optimizations

  • Avoid creating AbortController and AbortSignal if not needed with new Request because it
    is expensive
  • Avoid creating a map for Headers and try to re-use the init object for Headers for
    performance with a single-line writeHead.
  • Avoid creating Buffer for string bodies for performance
  • Use setHeaders which accepts Headers since Node 18 if needed to forward Headers to Node

@whatwg-node/server@0.10.9

Patch Changes

• #2424
  28c4ad9
  Thanks @ardatan! - Performance optimizations

  • Avoid creating AbortController and AbortSignal if not needed with new Request because it
    is expensive
  • Avoid creating a map for Headers and try to re-use the init object for Headers for
    performance with a single-line writeHead.
  • Avoid creating Buffer for string bodies for performance
  • Use setHeaders which accepts Headers since Node 18 if needed to forward Headers to Node

• 1642a76
  Thanks @ardatan! - Remove unnecessary workaround for Bun

• Updated dependencies
  [28c4ad9]:

  • @whatwg-node/fetch@0.10.8

May 16, 2025

@whatwg-node/server@0.10.8

Patch Changes

• 8eb332c
  Thanks @ardatan! - Workaround for the bug in Node 24 and Deno don't
  like bound disposal functions

May 16, 2025

@whatwg-node/node-fetch@0.7.20

Patch Changes

• #2414
  1f0b643
  Thanks @ardatan! - Improvements for Node 24 and use once from
  node:events for Promise-based event handling whenever possible

@whatwg-node/server@0.10.7

Patch Changes

• #2431
  085186b
  Thanks @renovate! - Fix explicit resource management for Deno

May 10, 2025

@whatwg-node/fetch@0.10.7

Patch Changes

• #2383
  9527e8f
  Thanks @ardatan! - Some implementations like compression npm
  package do not implement response.write(data, callback) signature, but whatwg-node/server waits
  for it to finish the response stream. Then it causes the response stream hangs when the
  compression package takes the stream over when the response data is larger than its threshold.

  It is actually a bug in compression package;
  expressjs/compression#46 But since it is a
  common mistake, we prefer to workaround this on our end.

  Now after calling response.write, it no longer uses callback but first it checks the result;

  if it is true, it means stream is drained and we can call response.end immediately. else if it
  is false, it means the stream is not drained yet, so we can wait for the drain event to call
  response.end.

• Updated dependencies
  [9527e8f]:

  • @whatwg-node/node-fetch@0.7.19

@whatwg-node/node-fetch@0.7.19

Patch Changes

• #2383
  9527e8f
  Thanks @ardatan! - Some implementations like compression npm
  package do not implement response.write(data, callback) signature, but whatwg-node/server waits
  for it to finish the response stream. Then it causes the response stream hangs when the
  compression package takes the stream over when the response data is larger than its threshold.

  It is actually a bug in compression package;
  expressjs/compression#46 But since it is a
  common mistake, we prefer to workaround this on our end.

  Now after calling response.write, it no longer uses callback but first it checks the result;

  if it is true, it means stream is drained and we can call response.end immediately. else if it
  is false, it means the stream is not drained yet, so we can wait for the drain event to call
  response.end.

• Updated dependencies
  [d86b4f3]:

  • @whatwg-node/promise-helpers@1.3.2

@whatwg-node/promise-helpers@1.3.2

Patch Changes

• #2408
  d86b4f3
  Thanks @slagiewka! - Reuse fake promise Symbol

@whatwg-node/server@0.10.6

Patch Changes

• #2383
  9527e8f
  Thanks @ardatan! - Some implementations like compression npm
  package do not implement response.write(data, callback) signature, but whatwg-node/server waits
  for it to finish the response stream. Then it causes the response stream hangs when the
  compression package takes the stream over when the response data is larger than its threshold.

  It is actually a bug in compression package;
  expressjs/compression#46 But since it is a
  common mistake, we prefer to workaround this on our end.

  Now after calling response.write, it no longer uses callback but first it checks the result;

  if it is true, it means stream is drained and we can call response.end immediately. else if it
  is false, it means the stream is not drained yet, so we can wait for the drain event to call
  response.end.

• Updated dependencies
  [d86b4f3,
  9527e8f]:

  • @whatwg-node/promise-helpers@1.3.2
  • @whatwg-node/fetch@0.10.7

April 14, 2025

@whatwg-node/server@0.10.5

Patch Changes

• b9f3629
  Thanks @enisdenjo! - dependencies updates:
  • Updated dependency
    @whatwg-node/fetch@^0.10.6 ↗︎
    (from ^0.10.5, in dependencies)

April 14, 2025

@whatwg-node/fetch@0.10.6

Patch Changes

• #2310
  f699a1b
  Thanks @enisdenjo! - dependencies updates:
  • Updated dependency
    @whatwg-node/node-fetch@^0.7.18 ↗︎
    (from ^0.7.11, in dependencies)

April 14, 2025

@whatwg-node/node-fetch@0.7.18

Patch Changes

• #2305
  380984a
  Thanks @enisdenjo! - dependencies updates:

  • Added dependency
    @fastify/busboy@^3.1.1 ↗︎ (to
    dependencies)
  • Removed dependency busboy@^1.6.0 ↗︎ (from
    dependencies)

• #2305
  380984a
  Thanks @enisdenjo! - Abort parsing form data if the request is
  aborted

• #2305
  380984a
  Thanks @enisdenjo! - Handle parsing form data when supplied
  Content-Length header value is smaller than the actual data

• Updated dependencies
  [6bf6aa0]:

  • @whatwg-node/promise-helpers@1.3.1

@whatwg-node/promise-helpers@1.3.1

Patch Changes

• #2276
  6bf6aa0
  Thanks @andreialecu! - Fix types by replacing VoidFunction
  type to () => void

@whatwg-node/server@0.10.4

Patch Changes

• #2305
  380984a
  Thanks @enisdenjo! - Handle request abort signals with streamed
  body on uWS adapter

• #2229
  9655941
  Thanks @ardatan! - Simplify useContentEncoding plugin

• Updated dependencies
  [6bf6aa0]:

  • @whatwg-node/promise-helpers@1.3.1

March 25, 2025

@whatwg-node/node-fetch@0.7.17

Patch Changes

• 770d4fe
  Thanks @ardatan! - Pipe even if there is no signal

March 25, 2025

@whatwg-node/node-fetch@0.7.16

Patch Changes

• 1daa740
  Thanks @ardatan! - Use promise pipeline