Broken in Safari 14 ? about sw-appcache-behavior HOT 3 OPEN

I was going to say that I recently saw a similar question on Stack Overflow... but it looks like that was from you 😄

If your web app fundamentally doesn't work with AppCache, without this service worker tooling added, then I think that's a bug to raise with the WebKit team. If something broke related to the core AppCache implementation in Safari 14 (where AppCache, I believe, is still meant to be implemented), I could imagine that might also affect the initialization of this polyfill library.

from sw-appcache-behavior.

I've narrowed this down a bit. I believe our issue is due to different behaviour for urls with an anchor. Chrome will happily understand that a request for myOfflinePage.html#someAnchor corresponds to the app-cache entry myOfflinePage.html. App cache behaves like this. Safari however wants the url to match exactly, and the anchor breaks it. Can we fix this in the polyfill ?

from sw-appcache-behavior.

I'd hesitate to explicitly fix it in the polyfill if it's a bug that Apple inadvertently introduced in Safari 14. Can you go the route of filing a WebKit bug with reproduction detail, ideally just involving AppCache, and not this polyfill, i.e. as basic as possible? If it turns out that this is an intentional change and it does make sense to special-case the logic in the polyfill somehow, then we can revisit.

from sw-appcache-behavior.