Network > Disable Cache still caches requests fetched from workers
Categories
(DevTools :: Netmonitor, defect, P2)
Tracking
(Not tracked)
People
(Reporter: tor, Unassigned)
References
(Blocks 2 open bugs)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:127.0) Gecko/20100101 Firefox/127.0
Steps to reproduce:
Go to https://mupdf.com/wasm/demo/
Open the Network panel.
Click "Disable Cache".
Reload the page.
Actual results:
The mupdf-wasm.wasm resource was NOT reloaded. It was still fetched from cache, despite "Disable Cache" being checked.
Expected results:
mupdf-wasm.wasm should have been downloaded again.
Comment 1•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'DevTools::Netmonitor' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•1 year ago
|
||
jesup: Do you know if WASM files are using a different cache? The test case here is simply using fetch in order to load a wasm file but it always seems to be read from cache, regardless of our "disable cache" feature which sets Ci.nsIRequest.LOAD_BYPASS_CACHE
as the defaultLoadFlags for the browsing context.
Worth noting that the request is issued from a worker, so maybe it's a general issue with fetch requests coming from workers?
Comment 3•1 year ago
|
||
It seems to be related to any fetch
done in workers.
Here is a small test case (requiring a click to do a fetch from a worker):
http://techno-barje.fr/fission/worker-fetch/
Comment 4•1 year ago
|
||
Thanks Alex!
Let 's remove the need info for now. It sounds like workers don't really follow the load flags from the browsing context which loads them (which makes sense for shared/service workers, but a little less for web workers?)
Updated•1 year ago
|
Updated•1 year ago
|
Updated•1 year ago
|
Description
•