feat: support esm #38
Conversation
| "types": "./lib/index.d.ts", | ||
| "exports": { | ||
| ".": { | ||
| "types": "./lib/index.d.ts", |
There was a problem hiding this comment.
we might eventually add a browser export as well here, that just re-exports from globalThis instead of always using the polyfill, since browsers should all support Headers now, but that's outside the scope of this work
There was a problem hiding this comment.
@mattcosta7, this may be a good idea indeed for the future improvements.
Released: v3.1.0 🎉This has been released in v3.1.0! Make sure to always update to the latest version ( Predictable release automation by @ossjs/release. |
|
There are a couple of regressions coming out from this (see mswjs/interceptors#285). I'm on fixing those. |
Ah sorry, I should have labeled this a breaking to avoid semver issues! |
|
No worries. I've patched things everywhere, it should work properly now. |
- Inspired by mswjs/headers-polyfill#38 - Solves failing browser ESM compatibility introduced by https://github.com/mswjs/interceptors/releases/tag/v0.24.1
Build an esm version of headers-polyfill and expose via exports
Using tsup, similar to other msw tools to output an esm version of this library, and updating the exports field to support that output (as well as a module field and a secondary esm pacakge.json for completeness)