Ingvar Stepanyan

Running into this as well; given that this issue was around for >2 years, I wonder how other people work around this...

(deleted my comment, realised I've been looking at the wrong repo)

@michaelficarra Could you please have a look at this? Seems to be trivial thing to add, but I can't compile CoffeeScriptRedux on Windows machine :(

> An important difference to Webpack is that this one does not inline the code of the web worker script into the main bundle. Instead, it is built as a...

> That would make this issue a duplicate of #795. Note that while there is some overlap, those are not really duplicates, because general asset handling and Worker handling need...

> The `.js` file extension is normally associated with the [`js` loader](https://esbuild.github.io/content-types/#javascript) so it wouldn't be interpreted as binary. Fair enough. That's not how it's handled in any of those...

> While I would love for this to all be ES Modules, neither Firefox nor Safari have any support for ES Module workers, which would make `esbuild` unsuitable for Worker...

> I'd expect the flag to be kept in the output though, as the choice can have pretty big effects on other things Usually it has to be removed precisely...

Another update to this issue is that Emscripten on C++ side and wasm-bindgen-rayon on Rust side both now emit `new Worker(new URL('...', import.meta.url))` pattern for Workers internally used for WebAssembly...

It works today, but it's pretty unfortunate that it doesn't support the same convention chosen by most other popular bundlers, that also works directly in browsers. It makes it harder...