docs: note url string must be static

[bluwy]

Description

Closes #5558

Additional context

Something I've been thinking about is if we can replace import.meta.url as self.location.href everywhere to avoid issues like this, similar to #7464. This could be done in esbuild if the target is a browser, and it might help #5270 too.

---

What is the purpose of this pull request?

• Bug fix
• New Feature
• Documentation update
• Other

Before submitting the PR, please make sure you do the following

• Read the Contributing Guidelines.
• Read the Pull Request Guidelines and follow the Commit Convention.
• Check that there isn't already a PR that solves the problem the same way to avoid creating a duplicate.
• Provide a description in this PR that addresses what the PR is solving, or reference the issue that it solves (e.g. fixes #123).
• Ideally, include relevant tests that fail without this PR but pass with it.

[patak-dev]

Something I've been thinking about is if we can replace import.meta.url as self.location.href everywhere to avoid issues like this, similar to #7464. This could be done in esbuild if the target is a browser, and it might help #5270 too.

Maybe the best is to send a PR for this so we can discuss it there. Would this only be replaced depending on the target for example?

[bluwy]

Was thinking that esbuild could use the platform option to replace that, since self.location.href would always exist in the browser, and also replace conditionally conditionally depending on the target. Haven't thought deeply about it, but I might try to send a PR to esbuild/Vite one day.

[zhangyuang]

Now, wasm-pack which will build WASM with JavaScript glue layer code contains input = new URL('xxx.wasm', import.meta.url); will throw error in Vite.

One of the solutions is set optimizeDeps.exclude to exclude third party module.

Even if set build.target to es2020 error will be retained, because Vite only process .js file to node_modules/.vite but not .wasm file cause glue layer code cannot find the correct path

[patak-dev]

@zhangyuang would you open a new issue with a minimal reproduction? Thanks!

[zhangyuang]

ok

[zhangyuang]

#8427