RESOLVED FIXED 41392
[V8] Move window.open into generic bindings
https://bugs.webkit.org/show_bug.cgi?id=41392
Summary [V8] Move window.open into generic bindings
Dominic Cooney
Reported 2010-06-29 23:42:56 PDT
Like bug 33201 which moved createWindow into the generic bindings, logic for open can be moved into the generic bindings too.
Attachments
Moves window.open into the generic bindings. (30.22 KB, patch)
2010-07-01 21:49 PDT, Dominic Cooney
no flags
Moves window.open into the generic bindings. (30.22 KB, patch)
2010-07-01 21:59 PDT, Dominic Cooney
no flags
Patch (30.78 KB, patch)
2010-08-08 23:37 PDT, Dominic Cooney
no flags
Patch (31.14 KB, patch)
2010-08-09 02:18 PDT, Dominic Cooney
no flags
Dominic Cooney
Comment 1 2010-07-01 21:49:34 PDT
Created attachment 60331 [details] Moves window.open into the generic bindings.
WebKit Review Bot
Comment 2 2010-07-01 21:53:29 PDT
Attachment 60331 [details] did not pass style-queue: Failed to run "['WebKitTools/Scripts/check-webkit-style', '--no-squash']" exit_code: 1 WebCore/bindings/generic/BindingDOMWindow.h:167: Boolean expressions that span multiple lines should have their operators on the left side of the line instead of the right side. [whitespace/operators] [4] WebCore/bindings/generic/BindingDOMWindow.h:192: Boolean expressions that span multiple lines should have their operators on the left side of the line instead of the right side. [whitespace/operators] [4] WebCore/bindings/v8/V8Utilities.cpp:41: One space before end of line comments [whitespace/comments] [5] Total errors found: 3 in 9 files If any of these errors are false positives, please file a bug against check-webkit-style.
Dominic Cooney
Comment 3 2010-07-01 21:59:46 PDT
Created attachment 60333 [details] Moves window.open into the generic bindings.
Adam Barth
Comment 4 2010-07-02 13:53:11 PDT
Comment on attachment 60333 [details] Moves window.open into the generic bindings. Sorry, need to run. I got about half way through. WebCore/bindings/generic/BindingDOMWindow.h:150 + Frame* enteredFrame = state->getFirstFrame(); Why not call this firstFrame? WebCore/bindings/generic/BindingDOMWindow.h:154 + Frame* callingFrame = state->getActiveFrame(); Why not call this activeFrame? WebCore/bindings/generic/BindingDOMWindow.h:193 + && (!protocolIsJavaScript(completedUrl) || ScriptController::isSafeScript(frame))) { isSafeScript is a terrible name. I don't think this is correct. You need to call something on BindingsSecurity and pass in the state. WebCore/bindings/generic/BindingSecurity.h:150 + Frame* callingFrame = state->getActiveFrame(); again, should be "activeFrame"
Dominic Cooney
Comment 5 2010-08-08 23:37:54 PDT
Dominic Cooney
Comment 6 2010-08-09 02:18:23 PDT
Adam Barth
Comment 7 2010-08-09 10:22:50 PDT
Comment on attachment 63873 [details] Patch This looks great. Now that we have more of this fleshed out, we should talk to some JSC folks and see if they want to use some of it.
Eric Seidel (no email)
Comment 8 2010-08-09 10:50:50 PDT
Comment on attachment 63873 [details] Patch Clearing flags on attachment: 63873 Committed r64991: <http://trac.webkit.org/changeset/64991>
Eric Seidel (no email)
Comment 9 2010-08-09 10:50:55 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.