WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
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
Details
Formatted Diff
Diff
Patch for landing
(3.12 KB, patch)
2011-08-11 11:24 PDT
,
Adam Barth
no flags
Details
Formatted Diff
Diff
Show Obsolete
(1)
View All
Add attachment
proposed patch, testcase, etc.
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.
Top of Page
Format For Printing
XML
Clone This Bug