WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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+
Details
Formatted Diff
Diff
View All
Add attachment
proposed patch, testcase, etc.
Mark Rowe (bdash)
Comment 1
2009-07-02 21:53:44 PDT
<
rdar://problem/7029995
>
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.
Top of Page
Format For Printing
XML
Clone This Bug