[webkit-reviews] review denied: [Bug 47072] Implement http locking in NRWT : [Attachment 69679] proposed_patch_v2

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Oct 4 15:27:55 PDT 2010


Tony Chang <tony at chromium.org> has denied Gabor Rapcsanyi
<rgabor at inf.u-szeged.hu>'s request for review:
Bug 47072: Implement http locking in NRWT
https://bugs.webkit.org/show_bug.cgi?id=47072

Attachment 69679: proposed_patch_v2
https://bugs.webkit.org/attachment.cgi?id=69679&action=review

------- Additional Comments from Tony Chang <tony at chromium.org>
View in context: https://bugs.webkit.org/attachment.cgi?id=69679&action=review

r- mainly because there are no tests

> WebKitTools/Scripts/webkitpy/layout_tests/run_webkit_tests.py:1609
> +	   optparse.make_option("--no-wait-for-httpd", action="store_false",
> +	       dest="wait_for_httpd", help="Do not use http locks."),

I realize you're just trying to match ORWT, but do you think we could get by
without --no-wait-for-httpd ?

>
WebKitTools/Scripts/webkitpy/layout_tests/layout_package/dump_render_tree_threa
d.py:413
> +		       elif self._http_server_running:
> +			   self._clean_up_http_lock()

Why was this added?  Doesn't this say other threads should stop the http
server?

>
WebKitTools/Scripts/webkitpy/layout_tests/layout_package/dump_render_tree_threa
d.py:560
> +    def _clean_up_http_lock(self):

Do we need to call _clean_up_http_lock when the "test_to_http_lock" are done
running?

> WebKitTools/Scripts/webkitpy/layout_tests/layout_package/http_lock.py:38
> +class HttpLock(object):
> +

I agree with Dirk that this file needs unittests and should include a class
docstring.

> WebKitTools/Scripts/webkitpy/layout_tests/layout_package/http_lock.py:98
> +		   self._process_lock_file_name = self._lock_file_path_prefix +
\
> +					     str(self._next_lock_number())

Nit: () instead of \.  Also the indention looks a bit off.


More information about the webkit-reviews mailing list