1. 13 Sep, 2012 16 commits
    • ossy@webkit.org's avatar
      Add SVN mirror handling feature to build.webkit.org · 6b2f531e
      ossy@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=85887
      
      Reviewed by Dirk Pranke.
      
      * BuildSlaveSupport/build.webkit.org-config/config.json: Add SVN mirrors for Qt buildslaves hosted in Szeged.
      * BuildSlaveSupport/build.webkit.org-config/master.cfg:
      (ConfigureBuild.__init__): Add SVNMirror property to be able to watch which slaves use which mirror on build.webkit.org.
      (ConfigureBuild.start):
      (CheckOutSource.__init__): Set baseURL to the SVNMirror or the default http://svn.webkit.org/repository/webkit/
      (WaitForSVNServer): Add new buildstep for waiting the SVNMirror to be in sync with http://svn.webkit.org/repository/webkit/
      (Factory.__init__):
      (BuildFactory.__init__):
      (TestFactory.__init__):
      (BuildAndTestFactory.__init__):
      (BuildAndPerfTestFactory.__init__):
      (BuildAndPerfTestWebKit2Factory.__init__):
      (DownloadAndPerfTestFactory.__init__):
      (DownloadAndPerfTestWebKit2Factory.__init__):
      (loadBuilderConfig): Use kwargs instead of args to be able to add the optional SVNMirror factory argument.
      * BuildSlaveSupport/build.webkit.org-config/mastercfg_unittest.py:
      (SVNMirrorTest):
      (SVNMirrorTest.setUp): Load config.json once at startup.
      (SVNMirrorTest.get_SVNMirrorFromConfig): Get the SVNMirror from config.json for a given buildslave.
      (SVNMirrorTest.test_CheckOutSource): Compare CheckOutSource.baseURL with SVNMirror in config.json for all builders
      * BuildSlaveSupport/build.webkit.org-config/wait-for-SVN-server.py: Added.
      (getLatestSVNRevision): Get the latest SVN revison from the given server.
      (waitForSVNRevision): Wait until the given SVN revision is committed to the given server. It doesn't wait if the
                            SVN revision is empty (force build triggered without revision) or the server is unavailable.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128399 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6b2f531e
    • tkent@chromium.org's avatar
      [Chromium] Test expectation update · 27e44406
      tkent@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96594
      
      * platform/chromium/TestExpectations:
      fast/table/bad-replaced-sizing-preferred-logical-widths.html fails on Mac.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128398 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      27e44406
    • dgrogan@chromium.org's avatar
      Fix indexeddb/basics-shared-workers-expected.txt · 22e570c8
      dgrogan@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96591
      
      Reviewed by Kent Tamura.
      
      Needed to pass IndexedDBLayoutTest.BasicTests in content_browsertests
      after 128370.
      
      * storage/indexeddb/basics-shared-workers-expected.txt:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128397 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      22e570c8
    • slewis@apple.com's avatar
      fast/writing-mode/percentage-height-orthogonal-writing-modes-quirks.html fails on Mac. · ff02b14c
      slewis@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96583
      
      Unreviewed.
      
      Update TestExpectations
      
      * platform/mac/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128396 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ff02b14c
    • commit-queue@webkit.org's avatar
      [WK2][WTR] Set waitUntilDone watchdog timer value equal to WK1. · b00d0e3a
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=81606
      
      Patch by Kangil Han <kangil.han@samsung.com> on 2012-09-12
      Reviewed by Tim Horton.
      
      Tools:
      
      6 seconds is harsh for some jquery test cases.
      Therefore, adjust the value to match DumpRenderTree.
      
      * WebKitTestRunner/InjectedBundle/TestRunner.cpp:
      (WTR):
      
      LayoutTests:
      
      Unskip jQuery tests which will now consistently pass due to the increased waitUntilDone timeout.
      
      * platform/wk2/Skipped:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128395 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b00d0e3a
    • tkent@chromium.org's avatar
      Introduce ValidationMessageClient · b41f0c0d
      tkent@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96238
      
      Reviewed by Hajime Morita.
      
      ValidationMessageClient interface is responsible to operate validation
      message UI for interactive form validation. If a Page object has a
      ValidtionMessageClient, ValidationMessae class uses
      ValidtionMessageClient instead of Shadow DOM.
      
      No new tests because of no behavior changes.
      
      * GNUmakefile.list.am: Add ValidtionMessageClient.h.
      * Target.pri: ditto.
      * WebCore.gypi: ditto.
      * WebCore.xcodeproj/project.pbxproj: ditto.
      
      * html/ValidationMessage.cpp:
      (WebCore::ValidationMessage::~ValidationMessage):
      Hide a validation message via ValidationMessageClient if it is available.
      (WebCore::ValidationMessage::validationMessageClient):
      A helper function to get Page::validationMessageClient.
      (WebCore::ValidationMessage::updateValidationMessage):
      Adding title attribute is not neeeded if ValidationMessageClient is
      used. It shoudl be handled in a ValidtionMessageClient implementation.
      (WebCore::ValidationMessage::setMessage):
      Show a validation message via ValidationMessageClient if it is available.
      (WebCore::ValidationMessage::setMessageDOMAndStartTimer):
      Add an assertion that ValidationMessageClient should not be available.
      (WebCore::ValidationMessage::buildBubbleTree): ditto.
      (WebCore::ValidationMessage::requestToHideMessage):
      Hide a validation message via ValidationMessageClient if it is available.
      (WebCore::ValidationMessage::shadowTreeContains):
      Always returns false if ValidationMessageClient is available, it means no Shadow DOM.
      (WebCore::ValidationMessage::deleteBubbleTree):
      Add an assertion that ValidationMessageClient should not be available.
      (WebCore::ValidationMessage::isVisible):
      Ask ValidationMessageClient for visibility if it is available.
      * html/ValidationMessage.h:
      (WebCore): Add a comment.
      (ValidationMessage): Add validtionMessageClient member function.
      
      * page/Page.cpp:
      (WebCore::Page::Page): Initialize m_validationMessageClient.
      (WebCore::Page::PageClients::PageClients):
      Initialize validationMessageClient member with 0.
      So, existing code makes Page::m_validationMessageClient 0.
      * page/Page.h:
      (PageClients): Add validationMessageClient member.
      (WebCore::Page::validationMessageClient):
      Added. Accessor for m_validationMessageClient.
      (Page): Add m_validationMessageClient.
      
      * page/Settings.h:
      (Settings): Updated the comment for setInteractiveFormValidationEnabled.
      
      * page/ValidationMessageClient.h: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128394 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b41f0c0d
    • commit-queue@webkit.org's avatar
      [EFL] Support download attribute feature · e6e86230
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96462
      
      Patch by KyungTae Kim <ktf.kim@samsung.com> on 2012-09-12
      Reviewed by Gyuyoung Kim.
      
      .:
      
      * Source/cmake/OptionsEfl.cmake: Enable DOWNLOAD_ATTRIBUTE feature.
      
      Source/WebKit/efl:
      
      Add suggested_name field on _Ewk_Download and set it on startDownload
      to get suggested name passed as a download attribute.
      
      * WebCoreSupport/FrameLoaderClientEfl.cpp:
      (WebCore::FrameLoaderClientEfl::download):
      (WebCore::FrameLoaderClientEfl::startDownload):
      * ewk/ewk_view.h:
      
      Tools:
      
      Enable DOWNLOAD_ATTRIBUTE feature for EFL port,
      and add "download,request" callback to the DumpRenderTree for EFL.
      
      * DumpRenderTree/efl/DumpRenderTreeChrome.cpp:
      (DumpRenderTreeChrome::createView):
      (DumpRenderTreeChrome::onDownloadRequest):
      * DumpRenderTree/efl/DumpRenderTreeChrome.h:
      (DumpRenderTreeChrome):
      * Scripts/webkitperl/FeatureList.pm:
      
      LayoutTests:
      
      * platform/efl/Skipped: Unskip test cases related to download attributes.
      * platform/efl-wk2/TestExpectations: Add test cases related to download attributes because they are still failed for WK2
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128393 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e6e86230
    • slewis@apple.com's avatar
      css3/filters/custom/filter-fallback-to-software.html fails on Debug WK2. · 07f08607
      slewis@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=94372.
      
      Unreviewed.
      
      * platform/mac-wk2/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128392 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      07f08607
    • slewis@apple.com's avatar
      Reduce parallism on the wk2 testers. · 4fb42b64
      slewis@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=95906
      
      Reviewed by Dirk Pranke.
      
      The wk2 testers on Mountain Lion are getting stuck and timing out.  The problem appears to be due to
      resource contention.  Reducing the number of processes alleviates the issue.
      
      Starting by reducing 25%.
      
      * Scripts/webkitpy/layout_tests/port/mac.py:
      (MacPort.default_child_processes):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128391 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4fb42b64
    • dimich@chromium.org's avatar
      [V8] OOM in Workers due to external memory retention. · 3bda7d4e
      dimich@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96459
      
      Reviewed by David Levin.
      
      Added memory checks to the locations in Workers code that are about to invoke the next JS block.
      
      * bindings/v8/ScheduledAction.cpp:
      (WebCore::ScheduledAction::execute):
      * bindings/v8/V8GCController.cpp:
      (WebCore):
      (WebCore::workingSetEstimateMBMutex): Added a Mutex-protected accessors to a static caching WS estimate.
      (WebCore::V8GCController::gcEpilogue):
      (WebCore::V8GCController::checkMemoryUsage):
      * bindings/v8/V8GCController.h:
      (V8GCController):
      * bindings/v8/V8WorkerContextEventListener.cpp:
      (WebCore::V8WorkerContextEventListener::callListenerFunction):
      * bindings/v8/WorkerContextExecutionProxy.cpp:
      (WebCore::WorkerContextExecutionProxy::evaluate):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128390 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3bda7d4e
    • jchaffraix@webkit.org's avatar
      REGRESSION(r122501): replaced elements with percent width are wrongly size... · 9dca48a0
      jchaffraix@webkit.org authored
      REGRESSION(r122501): replaced elements with percent width are wrongly size when inserted inside an auto-table layout
      https://bugs.webkit.org/show_bug.cgi?id=95892
      
      Reviewed by Ojan Vafai.
      
      Source/WebCore:
      
      r122501 exposed an issue in how preferred logical widths are computed on replaced objects. The code relies on the
      logical width computation methods. Unfortunately the previous code relies on the layout information, which may not
      be up-to-date during preferred logical width computation.
      
      Test: fast/table/bad-replaced-sizing-preferred-logical-widths.html
            fast/replaced/vertical-writing-mode-max-logical-width.html
      
      * rendering/RenderReplaced.cpp:
      (WebCore::RenderReplaced::computeMaxPreferredLogicalWidth):
      Added this helper method. The main difference with the old code is that it handles the percent logical width
      properly before calling the old code path. This is not totally right but before forking the whole code, it's
      better to have more evidence that forking preferred logical widths and logical width computation is the way to go.
      
      (WebCore::RenderReplaced::computePreferredLogicalWidths):
      Changed to call computeMaxPreferredLogicalWidth. Also fixed an existing bug in vertical-writing modes where we would
      add the wrong paddings and borders.
      
      * rendering/RenderReplaced.h:
      (RenderReplaced): Added computeMaxPreferredLogicalWidth.
      
      LayoutTests:
      
      * fast/replaced/vertical-writing-mode-max-logical-width-replaced-expected.txt: Added.
      * fast/replaced/vertical-writing-mode-max-logical-width-replaced.html: Added.
      * fast/table/bad-replaced-sizing-preferred-logical-widths-expected.txt: Added.
      * fast/table/bad-replaced-sizing-preferred-logical-widths.html: Added.
      * fast/table/resources/iframe.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128389 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9dca48a0
    • beidson@apple.com's avatar
      Assert in NetscapePlugin::destroy() with async plugin init · 08d85a54
      beidson@apple.com authored
      <rdar://problem/12277595> and https://bugs.webkit.org/show_bug.cgi?id=96576
      
      Reviewed by Anders Carlsson.
      
      Source/WebKit2:
      
      Most of the NPN_* API calls have a plug-in protector during the calls.
      NPN_Invoke and NPN_InvokeDefault do not.
      
      * WebProcess/Plugins/Netscape/NetscapeBrowserFuncs.cpp:
      (WebKit::NPN_Invoke): Protect the plug-in during this call.
      (WebKit::NPN_InvokeDefault): Ditto.
      
      Tools:
      
      Expose NPN_Invoke to plug-in tests:
      * DumpRenderTree/TestNetscapePlugIn/PluginTest.cpp:
      (PluginTest::NPN_Invoke):
      * DumpRenderTree/TestNetscapePlugIn/PluginTest.h:
      (PluginTest):
      
      Add a test that uses NPN_Invoke on the window object from inside NPP_New to remove the plug-in element:
      * DumpRenderTree/TestNetscapePlugIn/Tests/InvokeDestroysPluginWithinNPP_New.cpp: Added.
      (InvokeDestroysPluginWithinNPP_New):
      (InvokeDestroysPluginWithinNPP_New::InvokeDestroysPluginWithinNPP_New):
      (InvokeDestroysPluginWithinNPP_New::NPP_New):
      * DumpRenderTree/DumpRenderTree.xcodeproj/project.pbxproj:
      
      LayoutTests:
      
      * platform/mac-wk2/plugins/destroy-during-async-npp-new-expected.txt: Added.
      * platform/mac-wk2/plugins/destroy-during-async-npp-new.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128388 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      08d85a54
    • commit-queue@webkit.org's avatar
      [CSS Shaders] Cached validated programs are destroyed and recreated when there... · 21ddf69d
      commit-queue@webkit.org authored
      [CSS Shaders] Cached validated programs are destroyed and recreated when there is only one custom filter animating
      https://bugs.webkit.org/show_bug.cgi?id=96563
      
      Patch by Max Vujovic <mvujovic@adobe.com> on 2012-09-12
      Reviewed by Dean Jackson.
      
      Before this patch, in FilterEffectRenderer::build, we would first clear the old effects and
      then create the new effects.
      
      Suppose we have one FECustomFilter animating on the page. This FECustomFilter holds the last
      reference to the cached validated program. Before this patch, we would first destroy the old
      FECustomFilter, which would destroy its cached validated program. Then, we would create the
      new FECustomFilter and have to recreate the validated program.
      
      This patch makes FilterEffectRenderer::build keep the old effects around until we're
      done creating the new effects. This way, we won't recreate validated programs.
      
      No new tests. We can't test this because the validated program cache is not exposed to web
      pages.
      
      * rendering/FilterEffectRenderer.cpp:
      (WebCore::FilterEffectRenderer::build):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128387 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      21ddf69d
    • dpranke@chromium.org's avatar
      refactor TestExpectations tokenization slightly in preparation for the new syntax · cc24e248
      dpranke@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96564
      
      Reviewed by Ojan Vafai.
      
      This change changes how we will tokenize/lex the
      TestExpectations files, in preparation for supporting both the
      old syntax and the new one. This change by itself should be a
      no-op.
      
      * Scripts/webkitpy/layout_tests/models/test_expectations.py:
      (TestExpectationParser._tokenize_line):
      (TestExpectationParser):
      (TestExpectationParser._tokenize_line_using_old_format):
      (TestExpectationParser._tokenize_line_using_new_format):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128386 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cc24e248
    • dpranke@chromium.org's avatar
      remove unused testexpectations editing code from webkitpy, garden-o-matic · 7c6b28b1
      dpranke@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96562
      
      Reviewed by Adam Barth.
      
      This code was prototyped but never fully realized. Removing
      until it reanimates :).
      
      * BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/scripts/checkout.js:
      * BuildSlaveSupport/build.webkit.org-config/public_html/TestFailures/scripts/checkout_unittests.js:
      * Scripts/webkitpy/layout_tests/controllers/test_expectations_editor.py: Removed.
      * Scripts/webkitpy/layout_tests/controllers/test_expectations_editor_unittest.py: Removed.
      * Scripts/webkitpy/tool/servers/gardeningserver.py:
      (BuildCoverageExtrapolator.extrapolate_test_configurations):
      (GardeningHTTPRequestHandler._run_webkit_patch):
      (GardeningHTTPRequestHandler.ping):
      * Scripts/webkitpy/tool/servers/gardeningserver_unittest.py:
      (BuildCoverageExtrapolatorTest.test_extrapolate):
      (GardeningServerTest.test_rebaseline_new_port):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128385 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7c6b28b1
    • jamesr@google.com's avatar
      Rebaseline chromium-mac pixel results for 128375 · 3157d5c1
      jamesr@google.com authored
      * platform/chromium-mac-snowleopard/fast/table/height-percent-test-vertical-expected.png:
      * platform/chromium-mac/fast/writing-mode/percentage-height-orthogonal-writing-modes-quirks-expected.txt: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128384 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3157d5c1
  2. 12 Sep, 2012 24 commits
    • tony@chromium.org's avatar
      flex item sized incorrectly in a column flexbox with height set via top/bottom · 6e799984
      tony@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=94855
      
      Reviewed by Ojan Vafai.
      
      Source/WebCore:
      
      Stop using computeContentLogicalHeight() to get the height of the flexbox and
      use computeLogicalHeight directly.  This properly takes into account out of flow
      positioning.
      
      We can actually refactor some of this into common code, but I want to do that as
      a separate pass.
      
      Test: css3/flexbox/columns-height-set-via-top-bottom.html
      
      * rendering/RenderFlexibleBox.cpp:
      (WebCore::RenderFlexibleBox::repositionLogicalHeightDependentFlexItems): Fix out of date comment.
      (WebCore::RenderFlexibleBox::mainAxisContentExtent): Use computeLogicalHeight instead of computeContentLogicalHeight.
      This code actually never gets used-- I'll try to remove in a follow up.
      (WebCore::RenderFlexibleBox::computeAvailableFreeSpace): Use computeLogicalHeight instead of computeContentLogicalHeight.
      (WebCore::RenderFlexibleBox::lineBreakLength): Use computeLogicalHeight instead of computeContentLogicalHeight.
      
      LayoutTests:
      
      Test where the height of a column flexbox is set via top and bottom.
      
      * css3/flexbox/columns-height-set-via-top-bottom-expected.txt: Added.
      * css3/flexbox/columns-height-set-via-top-bottom.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128383 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6e799984
    • abarth@webkit.org's avatar
      [V8] V8DOMWrapper::perContextData has no callers and can be removed · f82d5455
      abarth@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96574
      
      Reviewed by Kentaro Hara.
      
      * bindings/v8/V8DOMWrapper.cpp:
      * bindings/v8/V8DOMWrapper.h:
      (WebCore::V8DOMWrapper::getCachedWrapper):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128382 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f82d5455
    • lforschler@apple.com's avatar
      Remove unused bot, apple-xserve-1. · c0f7e1ea
      lforschler@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96570
      
      Reviewed by Stephanie Lewis.
      
      * BuildSlaveSupport/build.webkit.org-config/config.json:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128381 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c0f7e1ea
    • achicu@adobe.com's avatar
      [CSS Shaders] Implement transform parameter animations for CSS Custom Filters · 02f8d69f
      achicu@adobe.com authored
      https://bugs.webkit.org/show_bug.cgi?id=94980
      
      Reviewed by Dean Jackson.
      
      Based on patch from Joshua Netterfield <jnetterfield@rim.com>.
      
      Source/WebCore:
      
      According to Section 39.2 of Filter Effects 1.0 Editor's draft
      (https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html), animations
      of transforms should be handled following the CSS3 transform interpolation
      rules. This patch implements this functionality.
      
      Test: css3/filters/custom/custom-filter-transforms-animation.html
      
      * page/animation/CSSPropertyAnimation.cpp:
      (WebCore::blendFunc):
      (WebCore):
      * platform/graphics/filters/CustomFilterNumberParameter.h:
      (WebCore::CustomFilterNumberParameter::blend):
      * platform/graphics/filters/CustomFilterOperation.cpp:
      (WebCore::blendCustomFilterParameters):
      (WebCore::CustomFilterOperation::blend):
      * platform/graphics/filters/CustomFilterOperation.h:
      (WebCore):
      (WebCore::CustomFilterOperation::blendingNeedsRendererSize): Some filters need the box size, so that they could compute
      Transforms. Right now only the CustomFilterOperation needs that, but I've implemented using this generic function.
      (CustomFilterOperation):
      * platform/graphics/filters/CustomFilterParameter.h:
      (CustomFilterParameter):
      * platform/graphics/filters/CustomFilterTransformParameter.h:
      (CustomFilterTransformParameter):
      (WebCore::CustomFilterTransformParameter::blend):
      * platform/graphics/filters/FilterOperation.h:
      (WebCore::FilterOperation::FilterOperation::blend):
      (FilterOperation):
      (WebCore::FilterOperation::FilterOperation::blendingNeedsRendererSize):
      * platform/graphics/transforms/TransformOperations.cpp: Extracted the blending functions from CSSPropertyAnimation.cpp
      so that they could be reused from other classes.
      (WebCore::TransformOperations::blendByMatchingOperations):
      (WebCore):
      (WebCore::TransformOperations::blendByUsingMatrixInterpolation): Used when the TransformOperations do not match.
      (WebCore::TransformOperations::blend): Uses when the caller doesn't know whether the TransformOperations match or not.
      * platform/graphics/transforms/TransformOperations.h:
      (TransformOperations):
      
      LayoutTests:
      
      Added test transform animations in css3/filters/custom/custom-filter-transform-animation.html.
      
      * animations/resources/animation-test-helpers.js:
      (customFilterParameterMatch): Extracted the parameter matching from filterParametersMatch and added function parameters matching.
      This should work for all functions that have number parameters, ie. arrays, mat4 functions.
      
      (filterParametersMatch):
      * css3/filters/custom/custom-filter-transforms-animation-expected.txt: Added.
      * css3/filters/custom/custom-filter-transforms-animation.html: Added.
      * css3/filters/resources/custom-filter-parser.js: Fixed function parsing.
      (TokenStream.prototype.skip):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128380 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      02f8d69f
    • commit-queue@webkit.org's avatar
      IndexedDB: Use ScriptValue instead of SerializedScriptValue when possible · a4062fe7
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=94023
      
      Patch by Alec Flett <alecflett@chromium.org> on 2012-09-12
      Reviewed by Kentaro Hara.
      
      Transition the put/add/update methods to accept direct ScriptValue
      objects rather than SerializedScriptValues, to eliminate lots of
      redundant deserialization/serialization steps while storing
      values.
      
      Also see https://bugs.webkit.org/show_bug.cgi?id=95409 for
      followup get/openCursor work, following this.
      
      No new tests, this is a performance refactor of core IDB
      functionality. Most existing tests cover correctness. Tests that
      might fail include:
      
      storage/indexeddb/objectstore-basics.html
      storage/indexeddb/keypath-basics.html
      storage/indexeddb/index-basics.html
      
      * Modules/indexeddb/IDBCursor.cpp:
      (WebCore::IDBCursor::update):
      * Modules/indexeddb/IDBCursor.h:
      (IDBCursor):
      * Modules/indexeddb/IDBCursor.idl:
      * Modules/indexeddb/IDBObjectStore.cpp:
      (WebCore::generateIndexKeysForValue):
      (WebCore::IDBObjectStore::add):
      (WebCore::IDBObjectStore::put):
      (WebCore):
      * Modules/indexeddb/IDBObjectStore.h:
      (WebCore::IDBObjectStore::add):
      (WebCore::IDBObjectStore::put):
      (IDBObjectStore):
      * Modules/indexeddb/IDBObjectStore.idl:
      * bindings/v8/IDBBindingUtilities.cpp:
      (WebCore):
      (WebCore::createIDBKeyFromScriptValueAndKeyPath):
      (WebCore::deserializeIDBValue):
      (WebCore::canInjectIDBKeyIntoScriptValue):
      * bindings/v8/IDBBindingUtilities.h:
      (WebCore):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128379 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a4062fe7
    • commit-queue@webkit.org's avatar
      [chromium] Remove unused WebGestureEvent fields · 05011f4b
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=95496
      
      Patch by Rick Byers <rbyers@chromium.org> on 2012-09-12
      Reviewed by Adam Barth.
      
      Remove the no-longer used fields from WebGestureEvent, now that
      chromium has been updated to use the per-event-type fields instead.
      This depends on crrev.com/156346 in chromium.
      
      * public/WebInputEvent.h:
      (WebKit::WebGestureEvent::WebGestureEvent):
      * public/android/WebInputEventFactory.h:
      * src/WebInputEvent.cpp:
      (SameSizeAsWebGestureEvent):
      * src/android/WebInputEventFactory.cpp:
      (WebKit):
      (WebKit::WebInputEventFactory::gestureEvent):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128378 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      05011f4b
    • commit-queue@webkit.org's avatar
      Unreviewed, rolling out r128351. · e791cd6f
      commit-queue@webkit.org authored
      http://trac.webkit.org/changeset/128351
      https://bugs.webkit.org/show_bug.cgi?id=96573
      
      Broke FindInPage browser_tests (Requested by jamesr_ on
      #webkit).
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-09-12
      
      * src/WebFrameImpl.cpp:
      (WebKit::WebFrameImpl::scopeStringMatches):
      (WebKit::WebFrameImpl::cancelPendingScopingEffort):
      (WebKit::WebFrameImpl::setFindEndstateFocusAndSelection):
      (WebKit::WebFrameImpl::shouldScopeMatches):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128377 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e791cd6f
    • cfleizach@apple.com's avatar
      AX: svg:image not accessible · 1210e15e
      cfleizach@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96341
      
      Reviewed by Adele Peterson.
      
      Source/WebCore: 
      
      Test: accessibility/svg-image.html
      
      * accessibility/AccessibilityRenderObject.cpp:
      (WebCore::AccessibilityRenderObject::determineAccessibilityRole):
      
      LayoutTests: 
      
      * accessibility/svg-image.html: Added.
      * platform/mac/accessibility/svg-image-expected.txt: Added.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128376 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1210e15e
    • ojan@chromium.org's avatar
      percentage widths rendered wrong in vertical writing mode with orthogonal parent · e143a3b5
      ojan@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96308
      
      Reviewed by Tony Chang.
      
      Source/WebCore:
      
      When the containingBlock is in a perpendicular writing-mode, we need to use
      it's logicalWidth as the availableHeight for computing percentage values.
      
      Tests: fast/writing-mode/percentage-height-orthogonal-writing-modes-quirks.html
             fast/writing-mode/percentage-height-orthogonal-writing-modes.html
      
      * rendering/RenderBox.cpp:
      (WebCore::RenderBox::computePercentageLogicalHeight):
      (WebCore::RenderBox::availableLogicalHeightUsing):
      Added some FIXMEs for perpendicular writing mode cases.
      
      LayoutTests:
      
      * fast/writing-mode/percentage-height-orthogonal-writing-modes-expected.txt: Added.
      * fast/writing-mode/percentage-height-orthogonal-writing-modes-quirks-expected.txt: Added.
      * fast/writing-mode/percentage-height-orthogonal-writing-modes-quirks.html: Added.
      * fast/writing-mode/percentage-height-orthogonal-writing-modes.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128375 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e143a3b5
    • abarth@webkit.org's avatar
      [v8] document.getCSSCanvasContext doesn't need to be custom · 20c7f5a5
      abarth@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96560
      
      Reviewed by Eric Seidel.
      
      Source/WebCore:
      
      Instead of having a special case for toV8(CanvasRenderingContext*)
      inlined into this custom function, we should just make the toV8
      function itself custom.
      
      Test: fast/canvas/canvas-css-crazy.html
      
      * UseV8.cmake:
      * WebCore.gypi:
      * bindings/v8/custom/V8DocumentCustom.cpp:
      * dom/Document.idl:
      * html/canvas/CanvasRenderingContext.idl:
      
      LayoutTests:
      
      Test that document.getCSSCanvasContext returns null for a bogus canvas type.
      
      * fast/canvas/canvas-css-crazy-expected.txt: Added.
      * fast/canvas/canvas-css-crazy.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128374 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      20c7f5a5
    • eric@webkit.org's avatar
      HTML parser fails to propertly close 4 identical nested formatting elements · 94ee7277
      eric@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96385
      
      Reviewed by Adam Barth.
      
      Add missing Adoption agency step 4.a to fix one of our two outlying Adoption Agency bugs.
      This is the same step that Opera was missing (must have been recently added to the spec).
      
      * html/parser/HTMLTreeBuilder.cpp:
      (WebCore::HTMLTreeBuilder::callTheAdoptionAgency):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128373 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      94ee7277
    • commit-queue@webkit.org's avatar
      Source/WebCore: [GTK] Protect RedirectedXCompositeWindow with USE(GLX) when... · 1f8801c4
      commit-queue@webkit.org authored
      Source/WebCore: [GTK] Protect RedirectedXCompositeWindow with USE(GLX) when building the clutter AC backend
      https://bugs.webkit.org/show_bug.cgi?id=96165
      
      Patch by Siraj Razick <siraj.razick@collabora.co.uk> on 2012-09-12
      Reviewed by Martin Robinson.
      
      RedirectedXCompositeWindow.cpp and RedirectedXCompositeWindow.h files requies openGL specific
      headers to compile so when we build webkit clutter AC backend these files failed to compile,
      This patch protects these two files with USE(GLX) when building webkit with Clutter AC backend.
      
      No new tests since this is a build fix
      
      * platform/gtk/RedirectedXCompositeWindow.cpp:
      * platform/gtk/RedirectedXCompositeWindow.h:
      protects both the files with USE(GLX)
      
      Source/WebKit/gtk: [GTK] Update AcceleratedCompositingContextClutter to match AcceleratedCompositingContext.h API update
      https://bugs.webkit.org/show_bug.cgi?id=96165
      
      Patch by Siraj Razick <siraj.razick@collabora.co.uk> on 2012-09-12
      Reviewed by Martin Robinson.
      
      Due to the refactoring done in bug #90085 AcceleratedCompositingContext API changed, as a result
      AcceleratedCompositingContextClutter doesn't compile anymore. This patch is to update the
      AcceleratedCompositingContextClutter implementations to match the API update, and Make webkit
      AC backend compile again.
      
      * WebCoreSupport/AcceleratedCompositingContextClutter.cpp:
      (WebKit::AcceleratedCompositingContext::AcceleratedCompositingContext):
      (WebKit::AcceleratedCompositingContext::~AcceleratedCompositingContext):
      (WebKit::AcceleratedCompositingContext::setRootCompositingLayer):
      (WebKit::AcceleratedCompositingContext::setNonCompositedContentsNeedDisplay):
      (WebKit::flushAndRenderLayersCallback):
      (WebKit::AcceleratedCompositingContext::scheduleLayerFlush):
      (WebKit::AcceleratedCompositingContext::flushPendingLayerChanges):
      (WebKit::AcceleratedCompositingContext::flushAndRenderLayers):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128372 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1f8801c4
    • ojan@chromium.org's avatar
      RenderBox::computeLogicalClientHeight is incorrectly named · c3332362
      ojan@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=94288
      
      Reviewed by Tony Chang.
      
      Just renamed a couple methods to make it more clear what they return.
      No behavior changes.
      
      * rendering/RenderBox.cpp:
      (WebCore::RenderBox::computeLogicalHeightUsing):
      (WebCore::RenderBox::computeContentLogicalHeight):
      (WebCore::RenderBox::computeContentAndScrollbarLogicalHeightUsing):
      (WebCore::RenderBox::availableLogicalHeightUsing):
      * rendering/RenderBox.h:
      (RenderBox):
      * rendering/RenderFlexibleBox.cpp:
      (WebCore::RenderFlexibleBox::mainAxisContentExtent):
      (WebCore::RenderFlexibleBox::computeMainAxisExtentForChild):
      (WebCore::RenderFlexibleBox::computeAvailableFreeSpace):
      (WebCore::RenderFlexibleBox::lineBreakLength):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128371 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c3332362
    • jsbell@chromium.org's avatar
      IndexedDB: The |source| property of IDBFactory.open() request should be null · 73d661ef
      jsbell@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96551
      
      Reviewed by Tony Chang.
      
      Source/WebCore:
      
      Per the IDB spec, the source property of the IDBOpenDBRequest returned by IDBFactory.open()
      should be set to null. We were setting it to the IDBFactory object instead.
      
      Tests: storage/indexeddb/basics.html
             storage/indexeddb/basics-workers.html
             storage/indexeddb/mozilla/event-source.html
             storage/indexeddb/readonly.html
      
      * Modules/indexeddb/IDBFactory.cpp:
      (WebCore::IDBFactory::open):
      
      LayoutTests:
      
      Already tested for in several places, so just update expectations/assertions.
      
      * storage/indexeddb/basics-expected.txt:
      * storage/indexeddb/basics-workers-expected.txt:
      * storage/indexeddb/mozilla/event-source-expected.txt:
      * storage/indexeddb/mozilla/resources/event-source.js: Updated assertion.
      (openSuccess):
      * storage/indexeddb/readonly-expected.txt:
      * storage/indexeddb/resources/basics.js: Updated assertion.
      (test):
      (openCallback):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128370 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      73d661ef
    • commit-queue@webkit.org's avatar
      Refactor Opcodes to distinguish between core and extension opcodes. · 0206200c
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96466.
      
      Patch by Mark Lam <mark.lam@apple.com> on 2012-09-12
      Reviewed by Filip Pizlo.
      
      * bytecode/Opcode.h:
      (JSC): Added FOR_EACH_CORE_OPCODE_ID() macro.
      * llint/LowLevelInterpreter.h:
      (JSC): Auto-generate llint opcode aliases using the
          FOR_EACH_CORE_OPCODE_ID() macro.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128369 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0206200c
    • commit-queue@webkit.org's avatar
      Unreviewed, rolling out r128353. · db2346c0
      commit-queue@webkit.org authored
      http://trac.webkit.org/changeset/128353
      https://bugs.webkit.org/show_bug.cgi?id=96565
      
      Re-land change that broke tests on Chromium. Tests are now
      disabled, will rebaseline after this rolls. (Requested by
      dmazzoni on #webkit).
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-09-12
      
      Source/WebCore:
      
      * accessibility/AccessibilityNodeObject.cpp:
      (WebCore::AccessibilityNodeObject::determineAccessibilityRole):
      (WebCore::AccessibilityNodeObject::canHaveChildren):
      (WebCore):
      (WebCore::AccessibilityNodeObject::accessibilityIsIgnored):
      (WebCore::AccessibilityNodeObject::isWebArea):
      (WebCore::AccessibilityNodeObject::isImageButton):
      (WebCore::AccessibilityNodeObject::isAnchor):
      (WebCore::AccessibilityNodeObject::isNativeTextControl):
      (WebCore::AccessibilityNodeObject::isSearchField):
      (WebCore::AccessibilityNodeObject::isNativeImage):
      (WebCore::AccessibilityNodeObject::isImage):
      (WebCore::AccessibilityNodeObject::isPasswordField):
      (WebCore::AccessibilityNodeObject::isInputImage):
      (WebCore::AccessibilityNodeObject::isProgressIndicator):
      (WebCore::AccessibilityNodeObject::isSlider):
      (WebCore::AccessibilityNodeObject::isMenuRelated):
      (WebCore::AccessibilityNodeObject::isMenu):
      (WebCore::AccessibilityNodeObject::isMenuBar):
      (WebCore::AccessibilityNodeObject::isMenuButton):
      (WebCore::AccessibilityNodeObject::isMenuItem):
      (WebCore::AccessibilityNodeObject::isNativeCheckboxOrRadio):
      (WebCore::AccessibilityNodeObject::isEnabled):
      (WebCore::AccessibilityNodeObject::isIndeterminate):
      (WebCore::AccessibilityNodeObject::isPressed):
      (WebCore::AccessibilityNodeObject::isChecked):
      (WebCore::AccessibilityNodeObject::isHovered):
      (WebCore::AccessibilityNodeObject::isMultiSelectable):
      (WebCore::AccessibilityNodeObject::isReadOnly):
      (WebCore::AccessibilityNodeObject::isRequired):
      (WebCore::AccessibilityNodeObject::headingLevel):
      (WebCore::AccessibilityNodeObject::valueDescription):
      (WebCore::AccessibilityNodeObject::isARIARange):
      (WebCore::AccessibilityNodeObject::valueForRange):
      (WebCore::AccessibilityNodeObject::maxValueForRange):
      (WebCore::AccessibilityNodeObject::minValueForRange):
      (WebCore::AccessibilityNodeObject::stepValueForRange):
      (WebCore::AccessibilityNodeObject::isHeading):
      (WebCore::AccessibilityNodeObject::isLink):
      (WebCore::AccessibilityNodeObject::isControl):
      (WebCore::AccessibilityNodeObject::isFieldset):
      (WebCore::AccessibilityNodeObject::isGroup):
      (WebCore::AccessibilityNodeObject::selectedRadioButton):
      (WebCore::AccessibilityNodeObject::selectedTabItem):
      (WebCore::AccessibilityNodeObject::checkboxOrRadioValue):
      (WebCore::AccessibilityNodeObject::anchorElement):
      (WebCore::AccessibilityNodeObject::actionElement):
      (WebCore::AccessibilityNodeObject::mouseButtonListener):
      (WebCore::AccessibilityNodeObject::isDescendantOfBarrenParent):
      (WebCore::AccessibilityNodeObject::alterSliderValue):
      (WebCore::AccessibilityNodeObject::increment):
      (WebCore::AccessibilityNodeObject::decrement):
      (WebCore::AccessibilityNodeObject::changeValueByStep):
      (WebCore::AccessibilityNodeObject::changeValueByPercent):
      (WebCore::AccessibilityNodeObject::isGenericFocusableElement):
      (WebCore::AccessibilityNodeObject::labelForElement):
      (WebCore::AccessibilityNodeObject::ariaAccessibilityDescription):
      (WebCore::siblingWithAriaRole):
      (WebCore::AccessibilityNodeObject::menuElementForMenuButton):
      (WebCore::AccessibilityNodeObject::menuForMenuButton):
      (WebCore::AccessibilityNodeObject::menuItemElementForMenu):
      (WebCore::AccessibilityNodeObject::menuButtonForMenu):
      (WebCore::AccessibilityNodeObject::accessibilityDescription):
      (WebCore::AccessibilityNodeObject::helpText):
      (WebCore::AccessibilityNodeObject::hierarchicalLevel):
      (WebCore::AccessibilityNodeObject::textUnderElement):
      (WebCore::AccessibilityNodeObject::title):
      (WebCore::AccessibilityNodeObject::text):
      (WebCore::AccessibilityNodeObject::stringValue):
      (WebCore::accessibleNameForNode):
      (WebCore::AccessibilityNodeObject::accessibilityDescriptionForElements):
      (WebCore::AccessibilityNodeObject::elementsFromAttribute):
      (WebCore::AccessibilityNodeObject::ariaLabeledByElements):
      (WebCore::AccessibilityNodeObject::ariaLabeledByAttribute):
      (WebCore::AccessibilityNodeObject::canSetFocusAttribute):
      * accessibility/AccessibilityNodeObject.h:
      (AccessibilityNodeObject):
      (WebCore::AccessibilityNodeObject::node):
      * accessibility/AccessibilityRenderObject.cpp:
      (WebCore::AccessibilityRenderObject::parentObject):
      (WebCore::AccessibilityRenderObject::isReadOnly):
      (WebCore::AccessibilityRenderObject::helpText):
      (WebCore::AccessibilityRenderObject::accessibilityDescription):
      (WebCore::AccessibilityRenderObject::text):
      (WebCore::AccessibilityRenderObject::contentChanged):
      (WebCore):
      (WebCore::AccessibilityRenderObject::canHaveChildren):
      * accessibility/AccessibilityRenderObject.h:
      (AccessibilityRenderObject):
      
      LayoutTests:
      
      * accessibility/canvas-fallback-content-2-expected.txt: Added.
      * accessibility/canvas-fallback-content-2.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128368 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      db2346c0
    • commit-queue@webkit.org's avatar
      [GTK] We attempt to rebase documentation even if it's not present · f098a33d
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96553
      
      Patch by Xan Lopez <xlopez@igalia.com> on 2012-09-12
      Reviewed by Martin Robinson.
      
      Do not make the documentation rebase step fatal. This allows make
      install to succeed when there's no documentation generated.
      
      * gtk/generate-gtkdoc:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128367 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f098a33d
    • ojan@chromium.org's avatar
      Update some stale expectations. · 76f197f4
      ojan@chromium.org authored
      * platform/chromium/TestExpectations:
      Update to match what the bots are actually seeing.
      * platform/gtk/TestExpectations:
      Remove tests that no longer exist.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128366 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      76f197f4
    • slewis@apple.com's avatar
      fast/events/dispatch-message-string-data.html fails on mac wk2 · 1a3c2232
      slewis@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96552
      
      Unreviewed.
      
      Add to TestExpectations.
      
      * platform/mac-wk2/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128365 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1a3c2232
    • kenneth@webkit.org's avatar
      Respect WEBKITOUTPUTDIR when running EFL tests · 9510554d
      kenneth@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96528
      
      Reviewed by Dirk Pranke.
      
      Expose user set WEBKITOUTPUTDIR to the web process.
      
      * Scripts/webkitpy/layout_tests/port/driver.py:
      (Driver._start): Add WEBKITOUTPUTDIR to the environment
      of the web process and its potential jhbuild wrapper.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128364 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9510554d
    • msaboff@apple.com's avatar
      Element::classAttributeChanged should use characters8/16 to find first non-whitespace · 118bb216
      msaboff@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=96446
      
      Reviewed by Benjamin Poulain.
      
      Source/WebCore: 
      
      Made two new static templated methods to handle 8 or 16 bit class names.
      
      No functional change, so no new tests.
      
      * dom/Element.cpp:
      (WebCore::classStringHasClassName):
      (WebCore::Element::classAttributeChanged):
      
      Source/WTF: 
      
      Added bit size related string accessors to AtomicString to support change.
      
      * wtf/text/AtomicString.h:
      (AtomicString):
      (WTF::AtomicString::is8Bit):
      (WTF::AtomicString::characters8):
      (WTF::AtomicString::characters16):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128363 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      118bb216
    • dpranke@chromium.org's avatar
      webkitdirs: fix uname version handling for cygwin · e3385383
      dpranke@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=96436
      
      Reviewed by Jon Honeycutt.
      
      Newer versions of cygwin embed an additional version string
      inside parentheses, so you get "1.7.16(0.249/5/3)" instead of "1.7.16".
      Update the code to handle that.
      
      * Scripts/webkitdirs.pm:
      (setupAppleWinEnv):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128362 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e3385383
    • commit-queue@webkit.org's avatar
      [V8] V8DOMWrapper::constructorForType is unnecessary now that we can get... · 96709f13
      commit-queue@webkit.org authored
      [V8] V8DOMWrapper::constructorForType is unnecessary now that we can get V8PerContextData from the v8::Context
      https://bugs.webkit.org/show_bug.cgi?id=96556
      
      Patch by Adam Barth <abarth@chromium.org> on 2012-09-12
      Reviewed by Eric Seidel.
      
      These functions no longer serve a purpose now that we can get the
      V8PerContextData directly from the context. Previously we had to find
      the Frame in order to find the per-context data.
      
      * bindings/scripts/CodeGeneratorV8.pm:
      (GenerateConstructorGetter):
      * bindings/v8/V8DOMWindowShell.cpp:
      (WebCore::V8DOMWindowShell::installDOMWindow):
      * bindings/v8/V8DOMWrapper.cpp:
      (WebCore::V8DOMWrapper::instantiateV8Object):
      * bindings/v8/V8DOMWrapper.h:
      (V8DOMWrapper):
      * bindings/v8/V8PerContextData.cpp:
      (WebCore::V8PerContextData::from):
      * bindings/v8/V8PerContextData.h:
      (V8PerContextData):
          - Changed this function to accept an arbitrary context rather than
            requiring the caller to use the current context.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128361 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      96709f13
    • leviw@chromium.org's avatar
      More unreviewed gardening after r128346. · 847f0694
      leviw@chromium.org authored
      * platform/chromium-win-xp/fast/repaint/repaint-across-writing-mode-boundary-expected.png:
      * platform/chromium-win/fast/repaint/repaint-across-writing-mode-boundary-expected.png:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@128360 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      847f0694