RESOLVED FIXED Bug 26925
URL fragment breaks application cache loads
https://bugs.webkit.org/show_bug.cgi?id=26925
Summary URL fragment breaks application cache loads
Andrew Grieve
Reported 2009-07-02 10:36:47 PDT
The URL Hash is store in the AppCache database and it does not allow an appcached page to be loaded from appcache with a different fragment from the one it was initially loaded with. Steps to reproduce: 1. Create a Hello World style webpage and a manifest that has no entries in it. 2. Open the page and change the URL hash to #foo 2. Do a browser refresh (to put it into AppCache) 3. Go offline 4. Do a browser refresh and ensure the page refreshes from AppCache. 5. Change the URL hash to #bar 6. Do a browser refresh and notice that it fails to load.
Attachments
proposed fix (14.94 KB, patch)
2009-07-13 16:26 PDT, Alexey Proskuryakov
darin: review+
Mark Rowe (bdash)
Comment 1 2009-07-02 21:53:44 PDT
Andrew Grieve
Comment 2 2009-07-03 08:48:58 PDT
I also opened a radar bug for this (sorry for not mentioning it before): <rdar://problem/7027850> Also, I've found an existing hello world style page to test against: http://www.thecssninja.com/demo/offline_webapp/index.html
Alexey Proskuryakov
Comment 3 2009-07-09 17:07:18 PDT
I think that the behavior is correct per the current spec - it never says that fragments should be ignored when loading resources, or when storing implicit resources. It only says that fragments should be ignored on URLs in manifests, as far as I can see. But I also think that the desired behavior is to ignore them.
Michael Nordman
Comment 4 2009-07-09 21:15:56 PDT
I think the spec has a bug if that's what it says case :)
Ian 'Hixie' Hickson
Comment 5 2009-07-13 16:18:48 PDT
http://www.whatwg.org/specs/web-apps/current-work/#parsing-cache-manifests The spec says to drop the fragment identifier part of any URLs parsed in the manifest.
Ian 'Hixie' Hickson
Comment 6 2009-07-13 16:22:30 PDT
Nevermind, I understand now. Yeah, this is wrong in the spec.
Alexey Proskuryakov
Comment 7 2009-07-13 16:26:13 PDT
Created attachment 32687 [details] proposed fix
Darin Adler
Comment 8 2009-07-13 16:55:19 PDT
Comment on attachment 32687 [details] proposed fix r=me Should we use KURL more and String less?
Alexey Proskuryakov
Comment 9 2009-07-13 17:09:12 PDT
Committed <http://trac.webkit.org/changeset/45848>. (In reply to comment #8) > Should we use KURL more and String less? Probably not worth it in most cases here, as they only check hasRef() in debug builds.
Ian 'Hixie' Hickson
Comment 10 2009-07-28 14:35:25 PDT
spec is fixed
Alexey Proskuryakov
Comment 11 2009-07-28 15:24:24 PDT
Oops, forgot to mark this bug as fixed: <http://trac.webkit.org/projects/webkit/changeset/45848>.
Note You need to log in before you can comment on or make changes to this bug.