daxpedda

I can confirm that this was fixed, using it in multiple CIs on GitHub Actions and tested on desktop Safari v16.4 as well.

As pointed out before in https://github.com/rustwasm/wasm-bindgen/issues/2972#issuecomment-1204150245, the `web` target already supports importing a module without fetching: https://github.com/rustwasm/wasm-bindgen/blob/e13d8985a24d841a93d35e3e4374ec26f7456e0d/crates/cli-support/src/js/mod.rs#L871-L873 I've been extensively using Cloudflare Workers lately with the Web target, this has...

That looks good, would you mind making a PR?

I'm happy to help if you could provide more details.

It isn't, but it's necessary to get the installed binary and the dependency version to match. If you used `cargo update` then this will update `wasm-bindgen` to v0.2.87, so you...

> If this is an issue with Cargo, it might be a good idea to include the aforementioned syntax in the error message [..] This is actually not needed, the...

Maybe a more detailed explanation of whats happening here may help: 1. You build a Wasm file with `cargo build`, which contains the `wasm-bindgen` dependency. 2. Then you run `wasm-bindgen-cli`...

> If you use a cargo workspace, you can have a global `Cargo.lock` AND a `Cargo.lock` for each one of your workspace members. I don't think that's correct, a `Cargo.lock`...

I'm not an expert on Cargo, but I'm pretty sure it should only have a single path to the Cargo.lock file, the existence of a second Cargo.lock file should have...

Neither `wasm-bindgen` nor `wasm-bindgen-cli` directly interacts with any `Cargo.lock` file, so this shouldn't be the issue either. Are you by any chance using `wasm-pack`? Because after a quick search it...