RESOLVED FIXED Bug 41166
Set an initial URL in Document's constructor
https://bugs.webkit.org/show_bug.cgi?id=41166
Summary Set an initial URL in Document's constructor
Nate Chapin
Reported 2010-06-24 10:20:03 PDT
There is one case where Document::url() and FrameLoader::url() are not the same. During the initialization of a new document, the Document's url has not yet been set and we use FrameLoader's url in Document::initSecurityContext(). By providing a KURL in Document's constructor, we can remove this unnecessary difference and obsolete FrameLoader::url().
Attachments
Patch (28.25 KB, patch)
2010-06-24 10:37 PDT, Nate Chapin
no flags
patch2 (28.38 KB, patch)
2010-06-24 16:59 PDT, Nate Chapin
abarth: review+
Nate Chapin
Comment 1 2010-06-24 10:37:53 PDT
Adam Barth
Comment 2 2010-06-24 10:53:33 PDT
Comment on attachment 59673 [details] Patch Nice.
WebKit Review Bot
Comment 3 2010-06-24 13:57:07 PDT
http://trac.webkit.org/changeset/61783 might have broken Qt Linux Release
Nate Chapin
Comment 4 2010-06-24 16:59:08 PDT
Created attachment 59709 [details] patch2 There are just two differences from the first patch: 1. Call setURL in Document::Document() if either a non-null Frame or a non-empty KURL was passed in. This ensures we handle XMLHttpRequests without a Frame correctly, as well as Documents with a Frame that should be defaulted to "about:blank" instead of "". 2. Pass a non-empty KURL to Document::create() in XMLHttpRequest.cpp and remove the following Document::setURL() call.
Adam Barth
Comment 5 2010-06-24 17:24:39 PDT
Comment on attachment 59709 [details] patch2 Ok. This makes more sense than the earlier diff. Thanks.
Adam Barth
Comment 6 2010-06-24 17:26:03 PDT
Presumably we have a test for the URL of an XMLHttpRequest document? I'm not sure how you could get an empty URL in there given that it would be completed w.r.t. a base URL.
Eric Seidel (no email)
Comment 7 2010-06-24 21:04:39 PDT
Comment on attachment 59673 [details] Patch Cleared Adam Barth's review+ from obsolete attachment 59673 [details] so that this bug does not appear in http://webkit.org/pending-commit.
Nate Chapin
Comment 8 2010-06-25 10:55:01 PDT
Note You need to log in before you can comment on or make changes to this bug.