[webkit-reviews] review denied: [Bug 88377] Add new Pointer Lock spec events webkitpointerlockchange and webkitpointerlockerror : [Attachment 146155] Patch
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Jun 7 09:19:35 PDT 2012
Dimitri Glazkov (Google) <dglazkov at chromium.org> has denied Vincent Scheib
<scheib at chromium.org>'s request for review:
Bug 88377: Add new Pointer Lock spec events webkitpointerlockchange and
webkitpointerlockerror
https://bugs.webkit.org/show_bug.cgi?id=88377
Attachment 146155: Patch
https://bugs.webkit.org/attachment.cgi?id=146155&action=review
------- Additional Comments from Dimitri Glazkov (Google)
<dglazkov at chromium.org>
View in context: https://bugs.webkit.org/attachment.cgi?id=146155&action=review
Mostly nits:
> Source/WebCore/page/PointerLockController.cpp:55
> + // FIXME: Keep enqueueEvent usage.
It's a good idea to list a bug URL in such fixmes, here and elsewhere in this
patch:
// FIXME: Keep foo (https://bugs.webkit.org/...)
> Source/WebCore/page/PointerLockController.cpp:58
> + enqueueEvent(eventNames().webkitpointerlockchangeEvent,
m_element.get());
Indentation fail.
> LayoutTests/pointer-lock/pointerlockchange-pointerlockerror-events.html:22
> + function changeEventExpected(message, expected_calls, target_document) {
Brace on new line and indentation fails elsewhere in this code. Please look
over the code carefully and make sure it's in WebKit style.
> LayoutTests/pointer-lock/pointerlocklost-event.html:53
> + setTimeout(function () { todo[currentStep++](); }, 0);
Why is setTimeout necessary? We typically try to avoid them as they contribue
to test flakiness.
More information about the webkit-reviews
mailing list