Stop copying AAS binaries into build folder.
https://bugs.webkit.org/show_bug.cgi?id=117319.

Rubberstamped by Darin Adler.

* JavaScriptCore.vcxproj/JavaScriptCorePreLink.cmd:
* JavaScriptCore.vcxproj/jsc/jscPostBuild.cmd:
* JavaScriptCore.vcxproj/jsc/jscPreLink.cmd:
* JavaScriptCore.vcxproj/testRegExp/testRegExpPostBuild.cmd:
* JavaScriptCore.vcxproj/testRegExp/testRegExpPreLink.cmd:
* JavaScriptCore.vcxproj/testapi/testapiPreLink.cmd:
* DumpRenderTree/DumpRenderTree.vcxproj/DumpRenderTree/DumpRenderTreePostBuild.cmd:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151292 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Windows] Unreviewed TestExpectation cleanup.

* platform/win/TestExpectations:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151293 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add a menu item to MiniBrowser to toggle Transparent windows
https://bugs.webkit.org/show_bug.cgi?id=117316

Reviewed by Anders Carlsson.

Add a menu item that toggles "Transparent window" mode, which is exposed
via private WebKit API and WebKit2 API.

* MiniBrowser/mac/BrowserWindowController.h:
* MiniBrowser/mac/MainMenu.xib:
* MiniBrowser/mac/MiniBrowser_Prefix.pch:
* MiniBrowser/mac/WK1BrowserWindowController.m:
(-[WK1BrowserWindowController validateMenuItem:]):
(-[WK1BrowserWindowController toggleTransparentWindow:]):
* MiniBrowser/mac/WK2BrowserWindowController.m:
(-[WK2BrowserWindowController validateMenuItem:]):
(-[WK2BrowserWindowController toggleTransparentWindow:]):
(-[WK2BrowserWindowController dumpSourceToConsole:]): Fix a crash that was seen
when testing.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151294 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[CSS Shapes] Rename updateLineBoundariesForExclusions to updateShapeAndSegmentsForCurrentLine
https://bugs.webkit.org/show_bug.cgi?id=117308

Reviewed by Alexandru Chiculita.

We have a standalone specification for CSS Shapes now: http://dev.w3.org/csswg/css-shapes/
this change renames updateLineBoundariesForExclusions to updateShapeAndSegmentsForCurrentLine.

No behavior change, no new tests needed.

* rendering/RenderBlock.h:
* rendering/RenderBlockLineLayout.cpp:
(WebCore::RenderBlock::updateLineBoundariesForShapes):
(WebCore::RenderBlock::layoutRunsAndFloatsInRange):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151295 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Windows] More unreviewed TestExpectation gardening.

* platform/win/TestExpectations:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151296 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Expose HTMLCanvasElement supportsContext
https://bugs.webkit.org/show_bug.cgi?id=70117

Patch by Ruth Fong <ruth_fong@apple.com> on 2013-06-06
Reviewed by Darin Adler.

Source/WebCore:

Adds the supportsContext function for <canvas> elements as speced here:
http://www.whatwg.org/specs/web-apps/current-work/multipage/the-canvas-element.html#dom-canvas-supportscontext

Test: fast/canvas/webgl/canvas-supports-context.html

* bindings/js/JSHTMLCanvasElementCustom.cpp:
(WebCore::get3DContextAttributes): Added.
Refactored function from JSHTMLCanvasElement::getContext that parses attributes.
(WebCore::JSHTMLCanvasElement::getContext): Updated to use refactored function.
(WebCore::JSHTMLCanvasElement::supportsContext): Added.
Exposes JS function supportsContext.
* html/HTMLCanvasElement.cpp:
(WebCore::HTMLCanvasElement::getContext): Updated to use refactored functions.
(WebCore::HTMLCanvasElement::supportsContext): Added.
Implements supportsContext function based on contextId parameter (i.e. '2d').
* html/HTMLCanvasElement.h: Added refactored functions from HTMLCanvasElement::getContext.
* html/HTMLCanvasElement.idl:

LayoutTests:

* fast/canvas/webgl/canvas-supports-context-expected.txt: Added.
* fast/canvas/webgl/canvas-supports-context.html: Added.
tests the supportsContext function for <canvas> elements, ensures that
supportsContext's implementation is consistent with that of getContext,
and tests that supportsContext and getContext behave appropriately when
malformed attributes are passed in.
* fast/canvas/webgl/context-attributes-alpha-depth-stencil-antialias-expected.txt: Updated.
* fast/canvas/webgl/context-attributes-alpha-depth-stencil-antialias.html: Updated.
Now also tests default values for context attributes (i.e. when attributes aren't explicitly set).

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151298 268f45cc-cd09-0410-ab3c-d52691b4dbfc
svn-apply cannot apply patches which is generated by git to files that contain space characters in their path
https://bugs.webkit.org/show_bug.cgi?id=111066

Patch by Yuki Sekiguchi <yuki.sekiguchi@access-company.com> on 2013-06-06
Reviewed by Daniel Bates.

Fixes an issue where parseGitDiffHeader() would extract the wrong substring of the diff --git line as the target file path when the source file path contains a space character.

ParseGitDiffHeader() should support the path which line has space characters.
To support this, I changed parsing algorithm like the following:
- When the diff have prefix, we consider next characters after "b/" as part of a file path.
- When the diff have no prefix, we assume that both path have same directory prefix, and we split the diff line using the prefix.

We only support --src-prefix and --dst-prefix don't contain a non-word character (\W) and end with '/' because we cannot distinguish the prefix from directory path.

If the path has a tab, the patch(1) command thinks file path is characters before the tab.
I added a dummy tab and revision when we convert git diff to svn diff.

* Scripts/VCSUtils.pm:
(parseGitDiffHeader):
* Scripts/webkitperl/VCSUtils_unittest/parseDiff.pl: Update expectations for dummy revision.
* Scripts/webkitperl/VCSUtils_unittest/parseDiffWithMockFiles.pl: Ditto.
* Scripts/webkitperl/VCSUtils_unittest/parseGitDiffHeader.pl: Ditto.
  - Added test case for files which have space in their path and --src-prefix and --dst-prefix option.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@151300 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Upstream iOS WebAudio behavior restrictions.
https://bugs.webkit.org/show_bug.cgi?id=117151

Reviewed by Eric Carlson.

    2012-06-25  Jeffrey Pfau  <jpfau@apple.com>

    <rdar://problem/11041007> WebAudio should restrict playback to user interaction on iOS

    Added a bevahior restrictions field in AudioContext that behaviors similarly to
    the one in HTMLMediaElement. Restrictions are lifted when JavaScript calls noteOn,
    noteGrainOn or startRendering from a user gesture event.

    Reviewed by Dean Jackson.

    No new tests, testing framework doesn't support web audio.

    * Modules/webaudio/AudioBufferSourceNode.cpp:
    (WebCore::AudioBufferSourceNode::startGrain):
    * Modules/webaudio/AudioContext.cpp:
    (WebCore::AudioContext::AudioContext):
    (WebCore::AudioContext::constructCommon):
    (WebCore::AudioContext::lazyInitialize):
    (WebCore::AudioContext::startRendering):
    * Modules/webaudio/AudioContext.h:
    (WebCore::AudioContext::userGestureRequiredForAudioStart):
    (WebCore::AudioContext::addBehaviorRestriction):
    (WebCore::AudioContext::removeBehaviorRestriction):
    * Modules/webaudio/AudioDestinationNode.cpp:
    (WebCore::AudioDestinationNode::render):
    * Modules/webaudio/AudioScheduledSourceNode.cpp:
    (WebCore::AudioScheduledSourceNode::start):

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