Conduitry
commented
3 years ago I can't reproduce this in Safari 14. I suspect it was a server or network glitch, unrelated to the browser being used. Are you still seeing this in Safari?
Open nstuyvesant opened 3 years ago
Conduitry
commented
3 years ago I can't reproduce this in Safari 14. I suspect it was a server or network glitch, unrelated to the browser being used. Are you still seeing this in Safari?
nstuyvesant
commented
3 years ago Odd. Still running into it right now and I disabled BitDefender Shield, cleared Safari's cache, and restarted Safari just to be sure. No browser extensions are active. On Saturday, the Tutorial worked on Safari but not Examples. Now, no joy for either.
Would guess it's CDN-related but it works on Chrome.
nstuyvesant
commented
3 years ago @Conduitry - what is your exact Safari version and macOS version? Does it match mine (14.0.3 and 11.2.3 respectively)?
intrikate
commented
3 years ago Have been seeing this for a couple days at least. Thought it had something to do with my network. Safari 14.0.3 on macOS 11.2.3. Seems fine in Firefox.
rdupz
commented
3 years ago Saw a similar problem a few times. 1st time with a friend's app on netlify. Second time yesterday on the svelte website (2 times actually). Even a full reload (without cache), the website is not properly reloading. This means Opt + Cmd + E and Opt + Cmd + R are not working. Only solution to reload the website properly is to remove the data using Preferences > Confidentiality > Manage website data.
nstuyvesant
commented
3 years ago @rdupz - thank you. Removing the Cache and Cookies for svelte.dev in Safari solved this problem for me. Like you, I had cleared the browser cache and this did not help.
So what about our LocalStorage or cookies got so messed up that it prevented the Tutorial and Examples from working on Safari? That's my larger concern.
rdupz
commented
3 years ago So this hit me again. Investigated a bit this time, and I think this is service-worker related issue.
Left window: the problem.
Middle window: Playing in the console from the service worker of the page having the problem. In the self.caches.keys() we can see only one key, the "offline" one. Resource linked to this key are properly loaded.
Right window: Console from the service worker of a page from private browsing - which works fine. In the self.caches.keys() we can see 2 keys, "offline" and "cache". The "cache" is the one allowing fetching all the resources.
I compared the service-worker.js script loaded in Safari and Safari Private Browsing and they are the same. I also inspected the sqlite database in the Safari internals data (which stores service-workers related data): the stored script is also the same.
So same script but different results.
In conclusion I think this may be related to this code from service-worker.js, or the way it is loaded, or a Webkit bug:
self.addEventListener("fetch", (a => {
if ("GET" !== a.request.method || a.request.headers.has("range"))
return;
const n = new URL(a.request.url);
n.protocol.startsWith("http") && (n.hostname === self.location.hostname && n.port !== self.location.port || (n.host === self.location.host && i.has(n.pathname) ? a.respondWith(caches.match(a.request)) : "only-if-cached" !== a.request.cache && a.respondWith(caches.open(`offline${s}`).then((async s => {
try {
const n = await fetch(a.request);
return s.put(a.request, n.clone()), n
} catch (n) {
const i = await s.match(a.request);
if (i)
return i;
throw n
}
})))))EDIT: I put some breakpoints in the service-worker.js to see how it goes... and this worked - the page succeeded to load. Before I was able to understand anything. Weird.
Rich-Harris
commented
2 years ago Is this still happening?
Browser: Safari 14.0.3 OS: macOS 11.2.3
After emptying my browse cache, when I navigate to https://svelte.dev/tutorial/basics, seeing...
When navigating to https://svelte.dev/examples, similar issue but many more JavaScript console errors...
When I use Google Chrome 90 on the same MacBook, no errors. Everything works as expected.