Vite 'base' option is ignored for the wasm output path
See original GitHub issueOur clients runs the app we’re writing on some subfolders. So we have set the base
config option in Vite to './'
but the wasm file is still loaded from the root '/our_wasm_bg.xxxxx.wasm'
. We tried to set base = '/test/'
but the wasm file is referenced absolutely without that.
Issue Analytics
- State:
- Created 2 years ago
- Comments:7 (3 by maintainers)
Top Results From Across the Web
Vite 'base' option is ignored for the wasm output path #6 - GitHub
Our clients runs the app we're writing on some subfolders. So we have set the base config option in Vite to './' but...
Read more >Configuring Vite
If the config needs to conditional determine options based on the command ( dev / serve or ... Base public path when served...
Read more >Certain files not being bundled in ViteJS - Stack Overflow
This is not a bug but vite's Static Assets Handling behavior. Assets smaller in bytes than the assetsInlineLimit option will be inlined as...
Read more >Plugins - esbuild
This example demonstrates: working with binary data, creating virtual; modules using import statements, re-using the same path with different namespaces. This ...
Read more >Dockerfile reference - Docker Documentation
The FROM instruction initializes a new build stage and sets the Base Image ... Simply make a note of the last image ID...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@sauloco Please install version
v1.3.1
, try again.This problem is fixed in the
v1.2.8
(#4)version, please try again after upgrading.vite doc: https://vitejs.dev/config/#base
Base public path when served in development or production. Valid values include:
/foo/
https://foo.com/
./
(for embedded deployment)