[webkit-reviews] review granted: [Bug 22721] Implement WorkerUtils.importScripts() : [Attachment 28425] Implement importScripts, matching spec behaviour (which appears to be the consensus)

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Mar 10 00:42:21 PDT 2009


Alexey Proskuryakov <ap at webkit.org> has granted Oliver Hunt
<oliver at apple.com>'s request for review:
Bug 22721: Implement WorkerUtils.importScripts()
https://bugs.webkit.org/show_bug.cgi?id=22721

Attachment 28425: Implement importScripts, matching spec behaviour (which
appears to be the consensus)
https://bugs.webkit.org/attachment.cgi?id=28425&action=review

------- Additional Comments from Alexey Proskuryakov <ap at webkit.org>
You can test cross-origin loading better by loading one of the scripts from
http://localhost:8000 (as http tests are loaded from http://127.0.0.1:8000).

Please add WorkerImportScriptsClient to non-Mac projects.

Still no JSLock in evaluate()? Per IRC discussion, it's just an unsaved file.

	 virtual void resourceRetrievedByXMLHttpRequest(unsigned long
identifier, const ScriptString& sourceString) = 0;
-
+	 virtual void scriptImported(unsigned long, const String&) {
ASSERT_NOT_REACHED(); }

Why is scriptImported() not a pure virtual function, like the above
counterpart?

+	 virtual void didFinishLoading(unsigned long /* identifier */);

No need to comment out the argument name in declaration.

> In response to comments from dave_levin, i have removed the m_response field
> from WorkerImportScriptsClient as it was unnecessary

A good point, it's unnecessary - but I still see it in the patch.

r=me, please consider the comments, especially fixing non-Mac builds.


More information about the webkit-reviews mailing list