-
Notifications
You must be signed in to change notification settings - Fork 331
Default route doesn't check request protocol, picks up chrome-extension:// #171
Comments
i have this problem too |
My guess is that this is related to default routes, as the logic currently looks like: if (handler) {
event.respondWith(handler(event.request));
} else if (router.default && event.request.method === 'GET') {
event.respondWith(router.default(event.request));
} That @JohnPhilipPearson, can you confirm that you're using a default route? |
That was the case |
That was the case using a default route |
What effect does this exception have other than an error in the console? Does this break caching or anything else? Or is this completely harmless? Asking, since we are seeing it on our conference site and having a lot of SW related problems. Additionally asking since this isn't in a usable bower release yet. |
The fix just went out with the I'd recommend upgrading if you have users with specific Chrome extensions installed and have bumped up against this bug. It's unlikely that it's caused extensive service worker-related issues, though, so please let us know (along with steps for reproductions, in a new issue) if you're seeing unexpected behavior. |
Say this today with a localhost server, went away when I opened the page in incognito mode. The chrome extension causing it is the 'Stayfocused' extension. |
const cacheName = 'v1'; // Call Install Event }); // Call Activate Event //event.request.headers.delete("x-chrome-uma-enabled"); thats my code and am getting similar error and its complaining line ---cache.put(e.request, resClone);--- |
error with extensions
Example given during NYC Roadshow
sw-toolbox.js:18 Uncaught (in promise) TypeError: Request scheme 'chrome-extension' is unsupported(…)(anonymous function) @ sw-toolbox.js:18
The text was updated successfully, but these errors were encountered: