Videos with controls enabled never receive 'dragstart' events.
https://bugs.webkit.org/show_bug.cgi?id=136837

Reviewed by Simon Fraser.

When initiating a drag, the DragController checks whether the hit-tested element at a
drag location is a child of the drag source, and bails if early if that is not the case.
For a <video> element with controls, the hit-tested element is an element within the
<video> element's Shadow DOM. Because the DragController uses a method which does not
take Shadow DOM into account when determining a child-parent relationship, this test fails
and all drag operations fail as well.

For <video> elements only, when testing whether the drag source is an ancestor of the
hit-tested element, use containsIncludingShadowDOM() instead of contains(). To ensure that
the controls are still usable when a drag listener is active on a <video> element, mark
the controls as a draggable element, but simply call preventDefault() in the controls'
'dragstart' handler, ensuring the timeline and volume controls are themselves still draggable.

* Modules/mediacontrols/mediaControlsApple.css:
(audio::-webkit-media-controls-panel):
* Modules/mediacontrols/mediaControlsApple.js:
(Controller.prototype.createControls):
(Controller.prototype.handlePanelDragStart):
* page/DragController.cpp:
(WebCore::DragController::startDrag):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@173631 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed logic fix from r173631. Logic for includeShadowDOM was reversed.

* page/DragController.cpp:
(WebCore::DragController::startDrag):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@173632 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Skip initial-letter tests on Windows.
https://bugs.webkit.org/show_bug.cgi?id=136841
* platform/win/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@173633 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed build fix for 32-bit builds.

Make casts from unsigned long long -> size_t explicit, rather than implicit. Also
make CARingBuffer be protected by USING_MEDIA_TOOLBOX so ports without that flag
won't try to compile unused code.

* platform/audio/mac/CARingBuffer.cpp:
(WebCore::CARingBuffer::fetch):
* platform/audio/mac/CARingBuffer.h:
* platform/graphics/avfoundation/AudioSourceProviderAVFObjC.mm:
(WebCore::AudioSourceProviderAVFObjC::provideInput):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@173634 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Crash when logging in to optionshouse.com
https://bugs.webkit.org/show_bug.cgi?id=136834

Reviewed by Anders Carlsson.

No test, because I couldn't make one. I don't have a way to reproduce first-hand.

* platform/network/cf/SocketStreamHandleCFNet.cpp:
(WebCore::SocketStreamHandle::readStreamCallback):
(WebCore::SocketStreamHandle::writeStreamCallback):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@173635 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Create a JSCallee for GlobalExec object
https://bugs.webkit.org/show_bug.cgi?id=136840

Reviewed by Geoffrey Garen.

Added m_globalCallee, initialized it and then used it to set the globalExec's callee.

* runtime/JSGlobalObject.cpp:
(JSC::JSGlobalObject::init):
(JSC::JSGlobalObject::visitChildren):
* runtime/JSGlobalObject.h:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@173636 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Skip yet another ecma/Date test that fails only on Windows.
https://bugs.webkit.org/show_bug.cgi?id=25160

* Scripts/run-javascriptcore-tests:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@173637 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Naming clean-up.

Rubber-stamped by Andy Estes.

* html/HTMLFormElement.cpp:
(WebCore::HTMLFormElement::requestAutocomplete):
(WebCore::HTMLFormElement::finishRequestAutocomplete):
Remove superfluous "AutocompleteResult".

* html/HTMLFormElement.h:
Ditto.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@173638 268f45cc-cd09-0410-ab3c-d52691b4dbfc