RESOLVED FIXED 65908
Remove the temporary workaround added by http://trac.webkit.org/changeset/51338
https://bugs.webkit.org/show_bug.cgi?id=65908
Summary Remove the temporary workaround added by http://trac.webkit.org/changeset/51338
Marja Hölttä
Reported 2011-08-09 04:40:20 PDT
SecurityOrigin for a file URL returns "file://", and SecurityOrigin::createFromString("file://") creates a unique (null) security origin (because "file://" is first canonicalized to "file:///" and that is a directory). This means the conversion SecurityOrigin -> string -> SecurityOrigin doens't give back the same SecurityOrigin in case of file URLs. WebStorageNamespaceImpl::createStorageArea contains a workaround which changes the string "file://" into "file:///a" before giving it to SecurityOrigin::createFromString. If SecurityOrigin::m_enforceFilePathSeparation is true, then SecurityOrigin::toString() returns "null" for file URLs, and this problem does not exist, and the workaround code is not ran. This bug is for trying out what breaks if the workaround is removed. I'll submit a patch which just removes it, to see whether there are any tests that rely on the workaround code.
Attachments
Removing the workaround. (1.53 KB, patch)
2011-08-09 04:42 PDT, Marja Hölttä
no flags
Patch for landing (3.12 KB, patch)
2011-08-11 11:24 PDT, Adam Barth
no flags
Marja Hölttä
Comment 1 2011-08-09 04:42:12 PDT
Created attachment 103347 [details] Removing the workaround.
jochen
Comment 2 2011-08-09 05:48:24 PDT
(In reply to comment #0) > This bug is for trying out what breaks if the workaround is removed. I'll submit a patch which just removes it, to see whether there are any tests that rely on the workaround code. I'd expect the test failures to be mainly when running layout tests in Chromium, so you'll need to apply this patch to a checkout of chromium and run the tests there (webkit/tools/layout_tests/run_webkit_tests.py and probably browser_tests)
Marja Hölttä
Comment 3 2011-08-10 01:46:06 PDT
(In reply to comment #2) > I'd expect the test failures to be mainly when running layout tests in Chromium, so you'll need to apply this patch to a checkout of chromium and run the tests there (webkit/tools/layout_tests/run_webkit_tests.py and probably browser_tests) Yep. Removing the workaround didn't add any (relevant) test failures there either.
jochen
Comment 4 2011-08-10 01:58:37 PDT
(In reply to comment #3) > (In reply to comment #2) > > I'd expect the test failures to be mainly when running layout tests in Chromium, so you'll need to apply this patch to a checkout of chromium and run the tests there (webkit/tools/layout_tests/run_webkit_tests.py and probably browser_tests) > > Yep. Removing the workaround didn't add any (relevant) test failures there either. ok, the patch looks good, you should mark it r? c?, maybe Adam can do the actual review then
Adam Barth
Comment 5 2011-08-11 10:10:20 PDT
Comment on attachment 103347 [details] Removing the workaround. This looks great, but we'll need a ChangeLog.
Adam Barth
Comment 6 2011-08-11 11:24:22 PDT
Created attachment 103648 [details] Patch for landing
Adam Barth
Comment 7 2011-08-11 11:25:15 PDT
I added a ChangeLog for you.
WebKit Review Bot
Comment 8 2011-08-11 12:25:03 PDT
Comment on attachment 103648 [details] Patch for landing Clearing flags on attachment: 103648 Committed r92872: <http://trac.webkit.org/changeset/92872>
WebKit Review Bot
Comment 9 2011-08-11 12:25:07 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.