Open
Bug 1256451
Opened 7 years ago
Updated 6 months ago
make it easier to recover from a bad service worker
Categories
(Core :: DOM: Service Workers, defect, P3)
Core
DOM: Service Workers
Tracking
()
NEW
People
(Reporter: bkelly, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: btpp-fixlater)
Recently I encountered a site in the wild that had a bad service worker. I was getting "content corrupted" consistently. They did push a fixed service worker script quickly, but it took me a while to see the fix. I think because of the http cache holding the old bad script. We should consider some measures to improve this situation. Some ideas: 1) When we see a failed interception leading to "content corrupted", bypass the http cache when firing the navigation update. 2) Track number of failures and after some threshold unregister the service worker. 3) Like (2), but instead just bypass the service worker until an update occurs. I think (1) is probably something we should do no matter what. Not sure about (2) or (3). Note, I believe chrome is implementing something like (3).
Reporter | ||
Updated•7 years ago
|
Blocks: dt-service-worker
Updated•7 years ago
|
Whiteboard: btpp-fixlater
Reporter | ||
Updated•6 years ago
|
No longer blocks: ServiceWorkers-postv1
Updated•5 years ago
|
Priority: -- → P3
Updated•6 months ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•