-
Notifications
You must be signed in to change notification settings - Fork 564
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Node extensions #975
Comments
👍
Why?
Why? |
Performance
Not sure. A lot of node libs seems to do this. Maybe support for node versions without AbortSignal? |
Have you benchmarked this already? I don't think this will matter given the overhead...
Isn't fetch already Node.js 16+? |
@Ethan-Arrowood Did some work on this. It's mostly for the cases where the headers are already in that format, e.g. node core
Yep. So maybe not relevant. |
👍 |
What extension to the spec (for a "non-strict" mode) do we believe makes sense for usage in node?
Some things I can think of:
AsyncIterable
(includingstream.Readable
) andIterable
asRequest
body. (Allow request take AsyncIterable body? whatwg/fetch#1291)Headers
.EventEmitter
asAbortSignal
.The text was updated successfully, but these errors were encountered: