You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the service worker tries to use this url, it ends up with something like https://js/safari-nomodule-fix.js, which cannot be used.
Ran into this bug when trying to avoid modification of the CSP header to contain a hash. While this is less problematic for me (since I have full control over this header), it might be a larger issue for others.
The text was updated successfully, but these errors were encountered:
Version
3.2.1
Reproduction link
https://github.com/DorianGrey/vue-ts-playground
Node and OS info
Node 10.13 / yarn 1.12.3 / any OS
Steps to reproduce
yarn
for installing dependenciesyarn build --no-unsafe-inline
Inspect
build/precache-manifest.*
afterwards.What is expected?
The entry for the
safari-nomodule-fix.js
should contain a relative URL so that it can be cached by the service worker.What is actually happening?
The
precache-manifest
for the modern part contains an entry for thesafari-nomodule-fix.js
with a root url, like:When the service worker tries to use this url, it ends up with something like
https://js/safari-nomodule-fix.js
, which cannot be used.Ran into this bug when trying to avoid modification of the CSP header to contain a hash. While this is less problematic for me (since I have full control over this header), it might be a larger issue for others.
The text was updated successfully, but these errors were encountered: