[Webkit-unassigned] [Bug 209961] New: request gets fetched from memory cache instead of service worker after second refresh
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Apr 3 06:27:45 PDT 2020
https://bugs.webkit.org/show_bug.cgi?id=209961
Bug ID: 209961
Summary: request gets fetched from memory cache instead of
service worker after second refresh
Product: WebKit
Version: Safari 13
Hardware: Macintosh
OS: All
Status: NEW
Severity: Critical
Priority: P2
Component: Service Workers
Assignee: webkit-unassigned at lists.webkit.org
Reporter: giorgi.lagidze at toptal.com
Here is the detail of my observation.
Let's look at this scenario:
I went to the page for the first time, service worker's install event gets called and things get precached from there (I checked and they are precached). Now, I refreshed the page and looking at network tab, requests all get returned from Service Worker in transfer column. Now, I refresh Again and it looks like some of those files, I'd say 80% gets returned from memory cache (that's what network's transfer size column says in safari. I am wondering why they get returned from memory cache after 2 refreshes? It seems like that now, I get an assumption that i can't full control some requests via service worker. First, I was thinking maybe safari browser's transfer column size shows wrong information, but I tried to test it like this:
I registered fetch listener and put console.log(e.request.url) there. After I refresh my website 2 times where transfer column shows that items get returned from memory cache, it seems like fetch listener doesn't get called for those urls that get brought from memory which makes my point that some of the urls don't get controlled after 2 refreshes and they keep coming back from memory cache. On chrome, this behaviour doesn't happen. What could be the case? This doesn't happen on chrome at all on android or normal pc (not mac). They all get fetched from service worker any time i refresh the page.
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200403/fe973ac8/attachment.htm>
More information about the webkit-unassigned
mailing list