-
Notifications
You must be signed in to change notification settings - Fork 5.2k
Closed
Labels
arch-wasmWebAssembly architectureWebAssembly architecturearea-System.Runtime.InteropServices.JavaScriptin-prThere is an active PR which will close this issue when it is mergedThere is an active PR which will close this issue when it is mergedos-browserBrowser variant of arch-wasmBrowser variant of arch-wasm
Milestone
Description
The cache in the WebAssemblyResourceLoader
and also the memory snapshot creates different cache for each app.
The current logic takes index.html?item=123
out of http://localhost:53504/index.html?item=123
as cache name.
Therefore the cache is not loaded when user arrived from external deep link item=123
or if the same app has multiple html pages.
If we fully migrate to assets hashes in the asset name, we could drop WebAssemblyResourceLoader
.
But the problem would stay for memory snapshot.
@maraf suggested that we could generate Application GUID during build. I guess we would put it into the boot.config.json
?
onionhammer
Metadata
Metadata
Assignees
Labels
arch-wasmWebAssembly architectureWebAssembly architecturearea-System.Runtime.InteropServices.JavaScriptin-prThere is an active PR which will close this issue when it is mergedThere is an active PR which will close this issue when it is mergedos-browserBrowser variant of arch-wasmBrowser variant of arch-wasm