Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
In Bun,
"node:http"
internally is implemented as a wrapper on top offetch
."stripe"
might as well skip the wrapper and just use fetch instead, assuming that it doesn't change the interface for usersIn Bun v1.0, we removed the
"worker"
package.json"exports"
condition which unfortunately caused"stripe"
to load the"node:http"
-based implementation. This"node:http"
-based implementation usually works fine, however there is an edgecase wherehttps.Agent
has the wrongprotocol
set, causing errors when a request is retried. This is a difficult to reproduce bug in Bun and not instripe
, which Bun will fix separately.If we add the
BUN_JSC_dumpModuleLoadingState=1
environment variable, Bun logs some information about which modules have loaded.Bun v0.6.1:
Bun v1.1.7:
We can see that in older versions of Bun, it used the
worker
condition instead of thedefault
condition.I looked through
WebPlatformFunctions.js
and it looks like the main downside to this approach is the lack oftryBufferData
and a slowersecureCompare
. I don't have enough context to know iftryBufferData
is important - it's for file uploads, is what it seems like?