1. 08 Jun, 2012 40 commits
    • efidler@rim.com's avatar
      [BlackBerry] Default font settings are getting deleted · e6020fbc
      efidler@rim.com authored
      https://bugs.webkit.org/show_bug.cgi?id=88670
      
      Reviewed by Rob Buis.
      
      Source/WebKit/blackberry:
      
      RIM PR: 163720
      
      WebSettings is overriding the default font settings with "", which deletes them.
      
      * Api/WebPage.cpp:
      (BlackBerry::WebKit::WebPagePrivate::didChangeSettings):
      
      LayoutTests:
      
      This test crashes if -webkit-body (i.e.  WebCore::Settings::standardFontFamily())
      is not a valid font family.
      
      * fonts/valid-standard-font.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119879 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e6020fbc
    • ggaren@apple.com's avatar
      Unreviewed, rolling back in part1 of r118646. · 218a16a3
      ggaren@apple.com authored
      This patch includes everything necessary for lazy finalization, but
      keeps eager finalization enabled for the time being.
      
      Weak pointer finalization should be lazy
      https://bugs.webkit.org/show_bug.cgi?id=87599
      
      Reviewed by Sam Weinig.
      
      * heap/MarkedBlock.cpp:
      * heap/MarkedBlock.h:
      (JSC::MarkedBlock::resetAllocator):
      * heap/MarkedSpace.cpp:
      (JSC::MarkedSpace::resetAllocators):
      * heap/MarkedSpace.h:
      (JSC::MarkedSpace::resetAllocators): Don't force allocator reset anymore.
      It will happen automatically when a weak set is swept. It's simpler to
      have only one canonical way for this to happen, and it wasn't buying
      us anything to do it eagerly.
      * heap/WeakBlock.cpp:
      (JSC::WeakBlock::sweep): Don't short-circuit a sweep unless we know
      the sweep would be a no-op. If even one finalizer is pending, we need to
      run it, since we won't get another chance.
      * heap/WeakSet.cpp:
      (JSC::WeakSet::sweep): This loop can be simpler now that
      WeakBlock::sweep() does what we mean.
      Reset our allocator after a sweep because this is the optimal time to
      start trying to recycle old weak pointers.
      (JSC::WeakSet::tryFindAllocator): Don't sweep when searching for an
      allocator because we've swept already, and forcing a new sweep would be
      wasteful.
      * heap/WeakSet.h:
      (JSC::WeakSet::shrink): Be sure to reset our allocator after a shrink
      because the shrink may have removed the block the allocator was going to
      allocate out of.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119878 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      218a16a3
    • ap@apple.com's avatar
      <rdar://problem/11412294> Add appropriate iOS default font settings · d6c0df08
      ap@apple.com authored
              Reviewed by Dan Bernstein.
      
              * page/mac/SettingsMac.mm: (WebCore::Settings::initializeDefaultFontFamilies):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119877 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d6c0df08
    • charles.wei@torchmobile.com.cn's avatar
      IndexedDB: Transactions without any request scheduled should abort itself. · f3b125d0
      charles.wei@torchmobile.com.cn authored
      https://bugs.webkit.org/show_bug.cgi?id=88052
      
      Reviewed by Kentaro Hara.
      
      This is needed for indexedDB to make it work for JSC. We need to clean up all the
      pending transactions(transactions without any request scheduled) when leaving Javascript context.
      
      Manually tested using the existing test LayoutTests/storage/indexeddb/tutorial.html
      
      * bindings/js/JSMainThreadExecState.cpp:
      (WebCore):
      (WebCore::JSMainThreadExecState::didLeaveScriptContext):
      * bindings/js/JSMainThreadExecState.h:
      (WebCore::JSMainThreadExecState::~JSMainThreadExecState):
      (JSMainThreadExecState):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119876 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f3b125d0
    • rniwa@webkit.org's avatar
      Crash in WebCore::CompositeEditCommand::breakOutOfEmptyListItem · c416e20a
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88361
      
      Reviewed by Levi Weintraub.
      
      Use RefPtr instead of raw pointers across DOM mutations.
      
      No tests are added for the lack of a reliable reduction.
      
      * editing/CompositeEditCommand.cpp:
      (WebCore::CompositeEditCommand::breakOutOfEmptyListItem):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119872 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c416e20a
    • commit-queue@webkit.org's avatar
      Unreviewed, rolling out r119514. · 362c93e5
      commit-queue@webkit.org authored
      http://trac.webkit.org/changeset/119514
      https://bugs.webkit.org/show_bug.cgi?id=88664
      
      Broke JSFiddle.net (Requested by arv on #webkit).
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-06-08
      
      Source/WebCore:
      
      * bindings/v8/V8DOMWindowShell.cpp:
      (WebCore::V8DOMWindowShell::initContextIfNeeded):
      * bindings/v8/WorkerContextExecutionProxy.cpp:
      (WebCore::WorkerContextExecutionProxy::initIsolate):
      
      LayoutTests:
      
      * fast/dom/Window/window-property-shadowing-name-expected.txt:
      * fast/dom/Window/window-property-shadowing-name.html:
      * fast/dom/Window/window-property-shadowing-onclick-expected.txt: Removed.
      * fast/dom/Window/window-property-shadowing-onclick.html: Removed.
      * platform/chromium/fast/dom/Window/window-property-shadowing-name-expected.txt: Removed.
      * platform/chromium/fast/dom/Window/window-property-shadowing-onclick-expected.txt: Removed.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119871 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      362c93e5
    • rniwa@webkit.org's avatar
      Crash in WebCore::InsertParagraphSeparatorCommand::doApply · b6a8d0cf
      rniwa@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88108
      
      Reviewed by Levi Weintraub.
      
      Use NodeVector instead of walking through siblings as we mutate the DOM.
      
      No new tests are added since there is no reliable reduction.
      
      * editing/BreakBlockquoteCommand.cpp:
      (WebCore::BreakBlockquoteCommand::doApply):
      * editing/CompositeEditCommand.cpp:
      (WebCore::CompositeEditCommand::moveRemainingSiblingsToNewParent):
      (WebCore):
      * editing/CompositeEditCommand.h:
      (CompositeEditCommand):
      * editing/InsertParagraphSeparatorCommand.cpp:
      (WebCore::InsertParagraphSeparatorCommand::doApply):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119870 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b6a8d0cf
    • dgrogan@chromium.org's avatar
      IndexedDB: rename some instances of open to registerFrontendCallbacks · bad6c335
      dgrogan@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88611
      
      Source/WebCore:
      
      We should still make the change in the WebKit API.
      
      Reviewed by Tony Chang.
      
      No new tests, just a method rename.
      
      * Modules/indexeddb/IDBDatabase.cpp:
      (WebCore::IDBDatabase::registerFrontendCallbacks):
      * Modules/indexeddb/IDBDatabase.h:
      (IDBDatabase):
      * Modules/indexeddb/IDBDatabaseBackendImpl.cpp:
      (WebCore::IDBDatabaseBackendImpl::registerFrontendCallbacks):
      * Modules/indexeddb/IDBDatabaseBackendImpl.h:
      (IDBDatabaseBackendImpl):
      * Modules/indexeddb/IDBDatabaseBackendInterface.h:
      (IDBDatabaseBackendInterface):
      * Modules/indexeddb/IDBRequest.cpp:
      (WebCore::IDBRequest::onSuccess):
      
      Source/WebKit/chromium:
      
      Reviewed by Tony Chang.
      
      * src/IDBDatabaseBackendProxy.cpp:
      (WebKit::IDBDatabaseBackendProxy::registerFrontendCallbacks):
      * src/IDBDatabaseBackendProxy.h:
      (IDBDatabaseBackendProxy):
      * src/WebIDBDatabaseImpl.cpp:
      (WebKit::WebIDBDatabaseImpl::open):
      * src/WebIDBDatabaseImpl.h:
      (WebIDBDatabaseImpl):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119868 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      bad6c335
    • danakj@chromium.org's avatar
      [chromium] Skip willDraw() and didDraw() on fully occluded layers · cc04e867
      danakj@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88435
      
      Reviewed by Adrienne Walker.
      
      Source/WebCore:
      
      Current willDraw() is called on all layers with non-empty
      visibleLayerRect and non-empty scissorRect. This excludes
      layers outside the viewport, but does not exclude occluded
      layers. We add a check for occlusion to calculateRenderPasses
      in order to avoid willDraw() when it will be culled anyway.
      
      We prevent didDraw() from being called for occluded layers, for
      which we did not call didDraw() by holding a vector of layers
      for which we did call willDraw(). This lets us avoid storing a
      flag on the layers, or computing occlusion again in
      didDrawAllLayers.
      
      Unit test: CCLayerTreeHostImplTest.willDrawNotCalledOnOccludedLayer
      
      * platform/graphics/chromium/cc/CCLayerTreeHostImpl.cpp:
      (WebCore::CCLayerTreeHostImpl::calculateRenderPasses):
      (WebCore::CCLayerTreeHostImpl::prepareToDraw):
      (WebCore::CCLayerTreeHostImpl::didDrawAllLayers):
      * platform/graphics/chromium/cc/CCLayerTreeHostImpl.h:
      (FrameData):
      (CCLayerTreeHostImpl):
      
      Source/WebKit/chromium:
      
      * tests/CCLayerTreeHostImplTest.cpp:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119867 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cc04e867
    • barraclough@apple.com's avatar
      Unreviewed roll out r119795. · 9dd771c0
      barraclough@apple.com authored
              
      This broke jquery/core.html
      
      * dfg/DFGSpeculativeJIT.h:
      (JSC::DFG::SpeculativeJIT::emitAllocateBasicJSObject):
      * jit/JITInlineMethods.h:
      (JSC::JIT::emitAllocateBasicJSObject):
      * llint/LowLevelInterpreter.asm:
      * runtime/JSGlobalData.h:
      (JSGlobalData):
      * runtime/JSGlobalThis.cpp:
      (JSC::JSGlobalThis::setUnwrappedObject):
      * runtime/JSObject.cpp:
      (JSC::JSObject::visitChildren):
      (JSC::JSObject::createInheritorID):
      * runtime/JSObject.h:
      (JSObject):
      (JSC::JSObject::resetInheritorID):
      (JSC):
      (JSC::JSObject::offsetOfInheritorID):
      (JSC::JSObject::inheritorID):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119865 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9dd771c0
    • tonikitoo@webkit.org's avatar
      EventHandler shouldn't schedule the fake mousemove event timer when scrolling... · 352c8e3a
      tonikitoo@webkit.org authored
      EventHandler shouldn't schedule the fake mousemove event timer when scrolling on devices that don't have a mouse
      https://bugs.webkit.org/show_bug.cgi?id=88379
      
      Reviewed by James Robinson.
      Patch by Antonio Gomes <agomes@rim.com>
      
      Paraphrasing Andy Estes:
      "In <http://trac.webkit.org/changeset/119465> we stopped dispatching fake
      mousemove events when scrolling on devices that don't support mice. This event
      is dispatched on a timer, so one better would be to not even schedule the
      timer (rather than scheduling the timer but making it a no-op).
      
      No new tests, as no functionality has changed. We basically do not
      start a timer under a given circumstance instead of fire it, it times out,
      and we make the callback no-op when under the given circumstance.
      
      It is still possible though that we have the following scenario:
      - Setting::deviceSupportsMouse set as true;
      - we fire the timer;
      - before its callback gets executed (timed out) the setting gets toggled.
      So for sakeness, lets keep the check in both places.
      
      * page/EventHandler.cpp:
      (WebCore::EventHandler::dispatchFakeMouseMoveEventSoon):
      (WebCore::EventHandler::fakeMouseMoveEventTimerFired):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119862 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      352c8e3a
    • jamesr@google.com's avatar
      [chromium] Clean up some unnecessary LayerChromium.h includes · 4cbc5e49
      jamesr@google.com authored
      https://bugs.webkit.org/show_bug.cgi?id=88599
      
      Reviewed by Adam Barth.
      
      Source/WebCore:
      
      Reworks test code slightly to use WebCore interfaces.
      
      * testing/Internals.cpp:
      (WebCore::Internals::setBackgroundBlurOnNode):
      
      Source/WebKit/chromium:
      
      Removes unused include, update comment.
      
      * src/WebMediaPlayerClientImpl.cpp:
      (WebKit::WebMediaPlayerClientImpl::platformLayer):
      (WebKit::WebMediaPlayerClientImpl::paint):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119861 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4cbc5e49
    • fpizlo@apple.com's avatar
    • fpizlo@apple.com's avatar
      PredictedType should be called SpeculatedType · 0bcbc11d
      fpizlo@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=88477
      
      Unreviewed, fix a renaming goof from http://trac.webkit.org/changeset/119660.
      I accidentally renamed ByteCodeParser::getPrediction to
      ByteCodeParser::getSpeculation.  That was not the intent. This changes it
      back.
      
      * dfg/DFGByteCodeParser.cpp:
      (JSC::DFG::ByteCodeParser::addCall):
      (JSC::DFG::ByteCodeParser::getPredictionWithoutOSRExit):
      (JSC::DFG::ByteCodeParser::getPrediction):
      (JSC::DFG::ByteCodeParser::handleCall):
      (JSC::DFG::ByteCodeParser::parseBlock):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119858 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0bcbc11d
    • wingo@igalia.com's avatar
      Explictly mark stubs called by JIT as being internal · 332e9bfa
      wingo@igalia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=88552
      
      Reviewed by Filip Pizlo.
      
      Source/JavaScriptCore:
      
      * dfg/DFGOSRExitCompiler.h:
      * dfg/DFGOperations.cpp:
      * dfg/DFGOperations.h:
      * jit/HostCallReturnValue.h:
      * jit/JITStubs.cpp:
      * jit/JITStubs.h:
      * jit/ThunkGenerators.cpp:
      * llint/LLIntSlowPaths.h: Mark a bunch of stubs as being
      WTF_INTERNAL.  Change most calls to SYMBOL_STRING_RELOCATION to
      LOCAL_REFERENCE, or GLOBAL_REFERENCE in the case of the wrappers
      to truly global symbols.
      * offlineasm/asm.rb: Generate LOCAL_REFERENCE instead of
      SYMBOL_STRING_RELOCATION.
      
      Don't rely on weak pointers for eager CodeBlock finalization
      https://bugs.webkit.org/show_bug.cgi?id=88465
      
      Reviewed by Gavin Barraclough.
      
      This is incompatible with lazy weak pointer finalization.
      
      I considered just making CodeBlock finalization lazy-friendly, but it
      turns out that the heap is already way up in CodeBlock's business when
      it comes to finalization, so I decided to finish the job and move full
      responsibility for CodeBlock finalization into the heap.
      
      * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: Maybe this
      will build.
      
      * debugger/Debugger.cpp: Updated for rename.
      
      * heap/Heap.cpp:
      (JSC::Heap::deleteAllCompiledCode): Renamed for consistency. Fixed a bug
      where we would not delete code for a code block that had been previously
      jettisoned. I don't know if this happens in practice -- I mostly did
      this to improve consistency with deleteUnmarkedCompiledCode.
      
      (JSC::Heap::deleteUnmarkedCompiledCode): New function, responsible for
      eager finalization of unmarked code blocks.
      
      (JSC::Heap::collect): Updated for rename. Updated to call
      deleteUnmarkedCompiledCode(), which takes care of jettisoned DFG code
      blocks too.
      
      (JSC::Heap::addCompiledCode): Renamed, since this points to all code
      now, not just functions.
      
      * heap/Heap.h:
      (Heap): Keep track of all user code, not just functions. This is a
      negligible additional overhead, since most code is function code.
      
      * runtime/Executable.cpp:
      (JSC::*::finalize): Removed these functions, since we don't rely on
      weak pointer finalization anymore.
      
      (JSC::FunctionExecutable::FunctionExecutable): Moved linked-list stuff
      into base class so all executables can be in the list.
      
      (JSC::EvalExecutable::clearCode):
      (JSC::ProgramExecutable::clearCode):
      (JSC::FunctionExecutable::clearCode): All we need to do is delete our
      CodeBlock -- that will delete all of its internal data structures.
      
      (JSC::FunctionExecutable::clearCodeIfNotCompiling): Factored out a helper
      function to improve clarity.
      
      * runtime/Executable.h:
      (JSC::ExecutableBase): Moved linked-list stuff
      into base class so all executables can be in the list.
      
      (JSC::NativeExecutable::create):
      (NativeExecutable):
      (ScriptExecutable):
      (JSC::ScriptExecutable::finishCreation):
      (JSC::EvalExecutable::create):
      (EvalExecutable):
      (JSC::ProgramExecutable::create):
      (ProgramExecutable):
      (FunctionExecutable):
      (JSC::FunctionExecutable::create): Don't use a finalizer -- the heap
      will call us back to destroy our code block.
      
      (JSC::FunctionExecutable::discardCode): Renamed to clearCodeIfNotCompiling()
      for clarity.
      
      (JSC::FunctionExecutable::isCompiling): New helper function, for clarity.
      
      (JSC::ScriptExecutable::clearCodeVirtual): New helper function, since
      the heap needs to make polymorphic calls to clear code.
      
      * runtime/JSGlobalData.cpp:
      (JSC::StackPreservingRecompiler::operator()):
      * runtime/JSGlobalObject.cpp:
      (JSC::DynamicGlobalObjectScope::DynamicGlobalObjectScope): Updated for
      renames.
      
      Source/WTF:
      
      * wtf/ExportMacros.h (WTF_INTERNAL, HAVE_INTERNAL_VISIBILITY): New
      defines.  Regardless of what the port does about visibility in
      general, for code referenced only from assembly it is useful to
      give it internal visibility.
      * wtf/InlineASM.h: Split SYMBOL_STRING_RELOCATION into
      LOCAL_REFERENCE and GLOBAL_REFERENCE; the former will try to avoid
      indirection if HAVE(INTERNAL_VISIBILITY).
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119857 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      332e9bfa
    • arv@chromium.org's avatar
      [V8] Keep TextTrackList alive as long as its owner is alive · 7018c857
      arv@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88541
      
      Reviewed by Adam Barth.
      
      Add a hidden reference from the owner to the text track list.
      
      Source/WebCore:
      
      Covered by existing tests.
      
      * Target.pri: Add V8TextTrackListCustom.cpp.
      * UseV8.cmake: Ditto.
      * WebCore.gypi: Ditto.
      * bindings/v8/V8HiddenPropertyName.h:
      (WebCore):
      * bindings/v8/custom/V8TextTrackListCustom.cpp: Copied from Source/WebCore/bindings/v8/V8HiddenPropertyName.h.
      (WebCore):
      (WebCore::toV8): When the wrapper is created add a reference to the owner of the TextTrackList to the TextTrackList.
      * html/track/TextTrackList.idl:
      
      LayoutTests:
      
      * platform/chromium/TestExpectations:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119853 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7018c857
    • jochen@chromium.org's avatar
      Unreviewed. Rolled DEPS. · 29b5c823
      jochen@chromium.org authored
      * DEPS:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119852 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      29b5c823
    • commit-queue@webkit.org's avatar
      [chromium] Accelerated animations should use WebTransformOperations · 51d35d62
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=87686
      
      Patch by Ian Vollick <vollick@chromium.org> on 2012-06-08
      Reviewed by James Robinson.
      
      CCTransformKeyframe new owns a WebTransformOperations rather than a
      TransformOperations. LayerChromium's API has been changed so that
      LayerChromium::addAnimation should take only a CCActiveAnimation.
      GraphicsLayerChromium is new responsible for translating to
      WebTransformOperations and creating CCActiveAnimations. Tests that use
      the public API (that is, they call addAnimation with KeyframeValueList
      and Animation arguments) have been moved to GraphicsLayerChromiumTest.
      
      Source/WebCore:
      
       Unit tests:
          GraphicsLayerChromiumTest.createOpacityAnimation
          GraphicsLayerChromiumTest.createTransformAnimation
          GraphicsLayerChromiumTest.createTransformAnimationWithBigRotation
          GraphicsLayerChromiumTest.createTransformAnimationWithSingularMatrix
          GraphicsLayerChromiumTest.createReversedAnimation
          GraphicsLayerChromiumTest.createAlternatingAnimation
          GraphicsLayerChromiumTest.createReversedAlternatingAnimation
      
      * WebCore.gypi:
      * platform/graphics/chromium/AnimationTranslationUtil.cpp: Added.
      (WebCore):
      (WebCore::toWebTransformOperations):
      (WebCore::appendKeyframe):
      (WebCore::CCKeyframedTransformAnimationCurve):
      (WebCore::createActiveAnimation):
      * platform/graphics/chromium/AnimationTranslationUtil.h: Added.
      (WebCore):
      * platform/graphics/chromium/GraphicsLayerChromium.cpp:
      (WebCore::GraphicsLayerChromium::addAnimation):
      * platform/graphics/chromium/LayerChromium.cpp:
      (WebCore::LayerChromium::addAnimation):
      * platform/graphics/chromium/LayerChromium.h:
      (WebCore):
      (WebCore::LayerChromium::bounds):
      (LayerChromium):
      * platform/graphics/chromium/LinkHighlight.cpp:
      (WebCore::LinkHighlight::LinkHighlight):
      * platform/graphics/chromium/cc/CCAnimationCurve.h:
      (CCTransformAnimationCurve):
      * platform/graphics/chromium/cc/CCKeyframedAnimationCurve.cpp:
      (WebCore::CCTransformKeyframe::create):
      (WebCore::CCTransformKeyframe::CCTransformKeyframe):
      (WebCore::CCTransformKeyframe::value):
      (WebCore::CCTransformKeyframe::clone):
      (WebCore::CCKeyframedTransformAnimationCurve::getValue):
      * platform/graphics/chromium/cc/CCKeyframedAnimationCurve.h:
      (CCTransformKeyframe):
      (CCKeyframedTransformAnimationCurve):
      * platform/graphics/chromium/cc/CCLayerAnimationController.cpp:
      (WebCore::CCLayerAnimationController::removeAnimation):
      (WebCore):
      (WebCore::CCLayerAnimationController::addAnimation):
      (WebCore::CCLayerAnimationController::getActiveAnimation):
      (WebCore::CCLayerAnimationController::pushNewAnimationsToImplThread):
      (WebCore::CCLayerAnimationController::replaceImplThreadAnimations):
      (WebCore::CCLayerAnimationController::tickAnimations):
      * platform/graphics/chromium/cc/CCLayerAnimationController.h:
      (CCLayerAnimationControllerClient):
      (CCLayerAnimationController):
      * platform/graphics/chromium/cc/CCLayerImpl.h:
      (WebCore::CCLayerImpl::bounds):
      
      Source/WebKit/chromium:
      
      * tests/CCAnimationTestCommon.cpp:
      (WebCore::addOpacityTransition):
      (WebCore::addAnimatedTransform):
      (WebKitTests::FakeTransformTransition::getValue):
      * tests/CCAnimationTestCommon.h:
      * tests/CCKeyframedAnimationCurveTest.cpp:
      * tests/CCLayerAnimationControllerTest.cpp:
      * tests/CCLayerTreeHostTest.cpp:
      (WTF::CCLayerTreeHostTestLayerAddedWithAnimation::beginTest):
      * tests/GraphicsLayerChromiumTest.cpp:
      (MockLayerTreeHostClient):
      (WebKitTests):
      (MockLayerTreeHost):
      (WebKitTests::MockLayerTreeHost::create):
      (WebKitTests::MockLayerTreeHost::createLayerTreeHostImpl):
      (WebKitTests::MockLayerTreeHost::MockLayerTreeHost):
      (GraphicsLayerChromiumTest):
      (WebKitTests::GraphicsLayerChromiumTest::GraphicsLayerChromiumTest):
      (WebKitTests::GraphicsLayerChromiumTest::~GraphicsLayerChromiumTest):
      (WebKitTests::GraphicsLayerChromiumTest::expectTranslateX):
      (WebKitTests::TEST_F):
      * tests/LayerChromiumTest.cpp:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119850 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      51d35d62
    • noam.rosenthal@nokia.com's avatar
      [Texmap] Accelerated versions of drop-shadow and blur filters · cb722ff4
      noam.rosenthal@nokia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=87695
      
      Reviewed by Kenneth Rohde Christiansen.
      
      Added shaders for blur and drop-shadow effects.
      The shaders use sampling of multiple coordinates and averaging them with normal-
      distribution to create a fast gaussian blur effect.
      
      Covered by existing tests in css3/filters.
      
      * platform/graphics/texmap/TextureMapperGL.cpp:
      (WebCore::TextureMapperGL::drawFiltered):
          Call the prepare function explicitly, with a size argument that's used to calculate
          some of the uniform values.
      
      * platform/graphics/texmap/TextureMapperLayer.cpp:
      (WebCore::TextureMapperLayer::intermediateSurfaceRect):
          The outsets of the effect have to be considered when calculating the intermediate rect.
          Otherwise the resulting image is scaled instead of outsetted.
      
      (WebCore::applyFilters):
      * platform/graphics/texmap/TextureMapperShaderManager.cpp:
      (WebCore::StandardFilterProgram::StandardFilterProgram):
          Added the new shaders.
      
      (WebCore::StandardFilterProgram::prepare):
      (WebCore::TextureMapperShaderManager::getShaderForFilter):
      * platform/graphics/texmap/TextureMapperShaderManager.h:
      (StandardFilterProgram):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119849 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cb722ff4
    • mitz@apple.com's avatar
      Tried to fix the build after r119844. · 7dd4e7c2
      mitz@apple.com authored
      * bindings/js/GCController.cpp:
      (WebCore::GCController::discardAllCompiledCode):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119848 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7dd4e7c2
    • ostapenko.viatcheslav@nokia.com's avatar
      [Qt] [WK2] API tests randomly assert in WebLayerTreeRenderer::assignImageToLayer · 4a6b3cec
      ostapenko.viatcheslav@nokia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=88667
      
      Reviewed by Noam Rosenthal.
      
      Move deactivation of WebLayerTreeRenderer from LayerTreeHostProxy::purgeBackingStores
      to WebLayerTreeRenderer::purgeGLResources. LayerTreeHostProxy::purgeBackingStores is
      invoked on main thread after going through call gate and it is too late to deactivate
      renderer here, because some update messages are able to go through.
      WebLayerTreeRenderer::purgeGLResources is called directly from render node deallocation
      and it is right place to deactivate renderer.
      
      * UIProcess/LayerTreeHostProxy.cpp:
      (WebKit::LayerTreeHostProxy::purgeBackingStores):
      * UIProcess/WebLayerTreeRenderer.cpp:
      (WebKit::WebLayerTreeRenderer::purgeGLResources):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119847 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4a6b3cec
    • commit-queue@webkit.org's avatar
      Add COMPILE_ASSERT to StyledElement to ensure it doesn't accidentally grow larger. · 7ba10cc3
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88627
      
      Patch by Mike West <mkwst@chromium.org> on 2012-06-08
      Reviewed by Adam Barth.
      
      No change in user-facing behavior.
      
      * dom/StyledElement.cpp:
      (WebCore):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119846 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7ba10cc3
    • ggaren@apple.com's avatar
      Don't rely on weak pointers for eager CodeBlock finalization · d7147575
      ggaren@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=88465
      
      Reviewed by Gavin Barraclough.
      
      This is incompatible with lazy weak pointer finalization.
      
      I considered just making CodeBlock finalization lazy-friendly, but it
      turns out that the heap is already way up in CodeBlock's business when
      it comes to finalization, so I decided to finish the job and move full
      responsibility for CodeBlock finalization into the heap.
      
      * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.def: Maybe this
      will build.
      
      * debugger/Debugger.cpp: Updated for rename.
      
      * heap/Heap.cpp:
      (JSC::Heap::deleteAllCompiledCode): Renamed for consistency. Fixed a bug
      where we would not delete code for a code block that had been previously
      jettisoned. I don't know if this happens in practice -- I mostly did
      this to improve consistency with deleteUnmarkedCompiledCode.
      
      (JSC::Heap::deleteUnmarkedCompiledCode): New function, responsible for
      eager finalization of unmarked code blocks.
      
      (JSC::Heap::collect): Updated for rename. Updated to call
      deleteUnmarkedCompiledCode(), which takes care of jettisoned DFG code
      blocks too.
      
      (JSC::Heap::addCompiledCode): Renamed, since this points to all code
      now, not just functions.
      
      * heap/Heap.h:
      (Heap): Keep track of all user code, not just functions. This is a
      negligible additional overhead, since most code is function code.
      
      * runtime/Executable.cpp:
      (JSC::*::finalize): Removed these functions, since we don't rely on
      weak pointer finalization anymore.
      
      (JSC::FunctionExecutable::FunctionExecutable): Moved linked-list stuff
      into base class so all executables can be in the list.
      
      (JSC::EvalExecutable::clearCode):
      (JSC::ProgramExecutable::clearCode):
      (JSC::FunctionExecutable::clearCode): All we need to do is delete our
      CodeBlock -- that will delete all of its internal data structures.
      
      (JSC::FunctionExecutable::clearCodeIfNotCompiling): Factored out a helper
      function to improve clarity.
      
      * runtime/Executable.h:
      (JSC::ExecutableBase): Moved linked-list stuff
      into base class so all executables can be in the list.
      
      (JSC::NativeExecutable::create):
      (NativeExecutable):
      (ScriptExecutable):
      (JSC::ScriptExecutable::finishCreation):
      (JSC::EvalExecutable::create):
      (EvalExecutable):
      (JSC::ProgramExecutable::create):
      (ProgramExecutable):
      (FunctionExecutable):
      (JSC::FunctionExecutable::create): Don't use a finalizer -- the heap
      will call us back to destroy our code block.
      
      (JSC::FunctionExecutable::discardCode): Renamed to clearCodeIfNotCompiling()
      for clarity.
      
      (JSC::FunctionExecutable::isCompiling): New helper function, for clarity.
      
      (JSC::ScriptExecutable::clearCodeVirtual): New helper function, since
      the heap needs to make polymorphic calls to clear code.
      
      * runtime/JSGlobalData.cpp:
      (JSC::StackPreservingRecompiler::operator()):
      * runtime/JSGlobalObject.cpp:
      (JSC::DynamicGlobalObjectScope::DynamicGlobalObjectScope): Updated for
      renames.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119844 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d7147575
    • rjkroege@chromium.org's avatar
      More than 8 fingers get ignored by touch · 966d0ddd
      rjkroege@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88359
      
      Reviewed by James Robinson.
      
      * public/WebInputEvent.h: Increase of TouchPoints per TouchEvent from 8 to 12.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119843 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      966d0ddd
    • vsevik@chromium.org's avatar
      Web Inspector: Fix several compiler warnings and errors. · 565c7dd2
      vsevik@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88660
      
      Reviewed by Pavel Feldman.
      
      Fixed several compiler warnings and errors.
      Removed isEmpty method from Object.prototype and made it static method on Object.
      
      * inspector/InjectedScriptExterns.js:
      * inspector/front-end/FileSystemModel.js:
      (WebInspector.FileSystemModel.prototype._detachFrame):
      * inspector/front-end/HeapSnapshot.js:
      (WebInspector.HeapSnapshot.prototype._buildDominatorTree):
      * inspector/front-end/utilities.js:
      (Object.isEmpty):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119839 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      565c7dd2
    • commit-queue@webkit.org's avatar
      [BlackBerry] Fix assertion failure introduced by bug 87551 · 048535db
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88659
      
      Patch by Max Feil <mfeil@rim.com> on 2012-06-08
      Reviewed by Antonio Gomes.
      
      The determineRenderSlider() convenience function added in bug
      87551 made an assumption that wasn't always true. This didn't
      cause a functional error but it caused an assertion failure,
      which indicates a problem with the code. PR164142.
      
      No new tests because this case is already covered by ASSERT's.
      
      * platform/blackberry/RenderThemeBlackBerry.cpp:
      (WebCore::determineRenderSlider):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119838 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      048535db
    • carlosgc@webkit.org's avatar
      [GTK] Add API to get the library version to WebKit2 GTK+ · 6ea8d20b
      carlosgc@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88426
      
      Reviewed by Martin Robinson.
      
      .:
      
      * configure.ac: Generate WebKitVersion.h from WebKitVersion.h.in
      file.
      
      Source/WebKit2:
      
      * GNUmakefile.am:
      * GNUmakefile.list.am:
      * UIProcess/API/gtk/WebKitVersion.cpp: Added.
      (webkit_get_major_version):
      (webkit_get_minor_version):
      (webkit_get_micro_version):
      * UIProcess/API/gtk/WebKitVersion.h.in: Added.
      * UIProcess/API/gtk/docs/webkit2gtk-docs.sgml: Add new symbols.
      * UIProcess/API/gtk/docs/webkit2gtk-sections.txt: Add new section
      for WebKitVersion.
      * UIProcess/API/gtk/tests/GNUmakefile.am:
      * UIProcess/API/gtk/tests/TestWebKitVersion.cpp: Added.
      (testWebKitVersion):
      (testWebKitCheckVersion):
      (beforeAll):
      (afterAll):
      * UIProcess/API/gtk/webkit2.h: Include WebKitVersion.h.
      
      Tools:
      
      * gtk/generate-gtkdoc:
      (get_webkit2_options): Add built sources to the list of files, but
      ignore enum types and marshallers.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119837 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6ea8d20b
    • hausmann@webkit.org's avatar
      Unreviewed, fix file permissions. · 6552c39b
      hausmann@webkit.org authored
      * WebCoreSupport/FrameLoaderClientQt.cpp:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119835 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6552c39b
    • commit-queue@webkit.org's avatar
      Some overlay scrollbar API calls in ScrollAnimatorMac can lead to an assertion... · 033422c1
      commit-queue@webkit.org authored
      Some overlay scrollbar API calls in ScrollAnimatorMac can lead to an assertion in RenderBox::mapAbsoluteToLocalPoint
      https://bugs.webkit.org/show_bug.cgi?id=74111
      
      Patch by Ion Rosca <rosca@adobe.com> on 2012-06-08
      Reviewed by Simon Fraser.
      
      .:
      
      * ManualTests/scrollbar-crash-on-hide-scrolled-area.html: Added.
      
      Source/WebCore:
      
      Added zero-delay timer for AppKit scroll notification that can be called during layout.
      Manual test: ManualTests/scrollbar-crash-on-hide-scrolled-area.html
      This assertion does not fire when running layout tests. It can be easly reproduced using a debug build by loading the manual test page.
      
      * platform/mac/ScrollAnimatorMac.h:
      (ScrollAnimatorMac):
      * platform/mac/ScrollAnimatorMac.mm:
      (WebCore::ScrollAnimatorMac::ScrollAnimatorMac):
      (WebCore::ScrollAnimatorMac::notifyContentAreaScrolled):
      (WebCore::ScrollAnimatorMac::sendContentAreaScrolledSoon):
      (WebCore):
      (WebCore::ScrollAnimatorMac::sendContentAreaScrolledTimerFired):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119834 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      033422c1
    • reni@webkit.org's avatar
      Adding few already supported features to the FeatureSet in DOMImplementation · 9c3dd83c
      reni@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=86482
      
      Source/WebCore:
      
      Text, Filter and View features are already implemented but they
      are not added to the SVG11 feature set. This is corrected in this patch.
      
      Reviewed by Nikolas Zimmermann.
      
      No new testcase is needed because we already have one what checks the svg features via
      DOMImplementation (svg/custom/svg-features.html).
      
      * dom/DOMImplementation.cpp:
      (WebCore::isSVG11Feature):
      
      LayoutTests:
      
      Reviewed by Nikolas Zimmermann.
      
      * platform/qt-5.0/svg/custom/svg-features-expected.txt:
      * platform/qt/svg/custom/svg-features-expected.txt:
      * svg/custom/svg-features-expected.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119833 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9c3dd83c
    • schenney@chromium.org's avatar
      WebCore::ImageBuffer.cpp has broken color table code · c38c0b3b
      schenney@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=80321
      
      Reviewed by Dirk Schulze.
      
      Source/WebCore: 
      
      The code in ImageBuffer::transformColorSpace had two problems that are
      fixed by this patch.
      
      First, it was using member variables for data
      that is static constant. This is incredibly wasteful, as every
      ImageBuffer that is created (and we make a lot of them) gets its own
      copy of the LUT and the table is initialized again and again. The
      patch replaces this with a static local, with lazy evaluation, in
      the method that uses the tables.
      
      Second, the code for filling the table was mapping 255 to 254, thus
      reducing the intensity and alpha of every image it pushed through a
      color transform.
      
      Test: svg/filters/color-space-conversion.svg
      
      * platform/graphics/ImageBuffer.cpp:
      (WebCore::ImageBuffer::transformColorSpace):
      * platform/graphics/ImageBuffer.h:
      (ImageBuffer):
      
      LayoutTests: 
      
      Temporarily marking Chromium tests expected to fail as a result of this patch. And a new test.
      
      * platform/chromium/TestExpectations:
      * svg/filters/color-space-conversion.svg:
      * svg/filters/color-space-conversion-expected.svg:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119831 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c38c0b3b
    • commit-queue@webkit.org's avatar
      Web Inspector: Better labels positioning on the memory pie chart · 8cf4e002
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88652
      
      Patch by Alexei Filippov <alexeif@chromium.org> on 2012-06-08
      Reviewed by Vsevolod Vlasov.
      
      * inspector/front-end/NativeMemorySnapshotView.js:
      (WebInspector.NativeMemoryPieChart.prototype._paint.paintPercentAndLabel):
      (WebInspector.NativeMemoryPieChart.prototype._paint):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119830 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8cf4e002
    • mitz@apple.com's avatar
      Tried to fix the Snow Leopard build after r119806. · baef2f93
      mitz@apple.com authored
      * WebKit2Prefix.h:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119829 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      baef2f93
    • commit-queue@webkit.org's avatar
      Unreviewed. Rolled DEPS. · e10da150
      commit-queue@webkit.org authored
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-06-08
      
      * DEPS:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119828 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e10da150
    • caseq@chromium.org's avatar
      Web Inspector: Annotate timeline records with a frame identifier · c9e99681
      caseq@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=86406
      
      Patch by Bryan McQuade <bmcquade@google.com> on 2012-06-08
      Reviewed by Vsevolod Vlasov.
      
      Source/WebCore:
      
      Tests: Updated existing layout tests.
      
      * inspector/InspectorController.cpp:
      (WebCore::InspectorController::InspectorController):
      * inspector/InspectorInstrumentation.cpp:
      (WebCore::frameForScriptExecutionContext):
      (WebCore):
      (WebCore::InspectorInstrumentation::didScheduleResourceRequestImpl):
      (WebCore::InspectorInstrumentation::didInstallTimerImpl):
      (WebCore::InspectorInstrumentation::didRemoveTimerImpl):
      (WebCore::InspectorInstrumentation::willCallFunctionImpl):
      (WebCore::InspectorInstrumentation::willChangeXHRReadyStateImpl):
      (WebCore::InspectorInstrumentation::willDispatchEventImpl):
      (WebCore::InspectorInstrumentation::willDispatchEventOnWindowImpl):
      (WebCore::InspectorInstrumentation::willEvaluateScriptImpl):
      (WebCore::InspectorInstrumentation::willFireTimerImpl):
      (WebCore::InspectorInstrumentation::willLayoutImpl):
      (WebCore::InspectorInstrumentation::willLoadXHRImpl):
      (WebCore::InspectorInstrumentation::willPaintImpl):
      (WebCore::InspectorInstrumentation::willRecalculateStyleImpl):
      (WebCore::InspectorInstrumentation::willSendRequestImpl):
      (WebCore::InspectorInstrumentation::willReceiveResourceDataImpl):
      (WebCore::InspectorInstrumentation::willReceiveResourceResponseImpl):
      (WebCore::InspectorInstrumentation::didFinishLoadingImpl):
      (WebCore::InspectorInstrumentation::didFailLoadingImpl):
      (WebCore::InspectorInstrumentation::domContentLoadedEventFiredImpl):
      (WebCore::InspectorInstrumentation::loadEventFiredImpl):
      (WebCore::InspectorInstrumentation::willWriteHTMLImpl):
      (WebCore::InspectorInstrumentation::didRequestAnimationFrameImpl):
      (WebCore::InspectorInstrumentation::didCancelAnimationFrameImpl):
      (WebCore::InspectorInstrumentation::willFireAnimationFrameImpl):
      * inspector/InspectorInstrumentation.h:
      (InspectorInstrumentation):
      (WebCore::InspectorInstrumentation::didScheduleResourceRequest):
      (WebCore::InspectorInstrumentation::didInstallTimer):
      (WebCore::InspectorInstrumentation::didRemoveTimer):
      (WebCore::InspectorInstrumentation::willCallFunction):
      (WebCore::InspectorInstrumentation::willChangeXHRReadyState):
      (WebCore::InspectorInstrumentation::willDispatchEvent):
      (WebCore::InspectorInstrumentation::willEvaluateScript):
      (WebCore::InspectorInstrumentation::willFireTimer):
      (WebCore::InspectorInstrumentation::willLayout):
      (WebCore::InspectorInstrumentation::willLoadXHR):
      (WebCore::InspectorInstrumentation::willPaint):
      (WebCore::InspectorInstrumentation::willRecalculateStyle):
      (WebCore::InspectorInstrumentation::willReceiveResourceData):
      (WebCore::InspectorInstrumentation::willReceiveResourceResponse):
      (WebCore::InspectorInstrumentation::willWriteHTML):
      (WebCore::InspectorInstrumentation::didRequestAnimationFrame):
      (WebCore::InspectorInstrumentation::didCancelAnimationFrame):
      (WebCore::InspectorInstrumentation::willFireAnimationFrame):
      * inspector/InspectorTimelineAgent.cpp:
      (WebCore::InspectorTimelineAgent::pushGCEventRecords):
      (WebCore::InspectorTimelineAgent::didBeginFrame):
      (WebCore::InspectorTimelineAgent::willCallFunction):
      (WebCore::InspectorTimelineAgent::willDispatchEvent):
      (WebCore::InspectorTimelineAgent::willLayout):
      (WebCore::InspectorTimelineAgent::willRecalculateStyle):
      (WebCore::InspectorTimelineAgent::willPaint):
      (WebCore::InspectorTimelineAgent::willComposite):
      (WebCore::InspectorTimelineAgent::willWriteHTML):
      (WebCore::InspectorTimelineAgent::didInstallTimer):
      (WebCore::InspectorTimelineAgent::didRemoveTimer):
      (WebCore::InspectorTimelineAgent::willFireTimer):
      (WebCore::InspectorTimelineAgent::willChangeXHRReadyState):
      (WebCore::InspectorTimelineAgent::willLoadXHR):
      (WebCore::InspectorTimelineAgent::willEvaluateScript):
      (WebCore::InspectorTimelineAgent::didScheduleResourceRequest):
      (WebCore::InspectorTimelineAgent::willSendResourceRequest):
      (WebCore::InspectorTimelineAgent::willReceiveResourceData):
      (WebCore::InspectorTimelineAgent::willReceiveResourceResponse):
      (WebCore::InspectorTimelineAgent::didFinishLoadingResource):
      (WebCore::InspectorTimelineAgent::didTimeStamp):
      (WebCore::InspectorTimelineAgent::didMarkDOMContentEvent):
      (WebCore::InspectorTimelineAgent::didMarkLoadEvent):
      (WebCore::InspectorTimelineAgent::didRequestAnimationFrame):
      (WebCore::InspectorTimelineAgent::didCancelAnimationFrame):
      (WebCore::InspectorTimelineAgent::willFireAnimationFrame):
      (WebCore::InspectorTimelineAgent::addRecordToTimeline):
      (WebCore::InspectorTimelineAgent::innerAddRecordToTimeline):
      (WebCore::InspectorTimelineAgent::didCompleteCurrentRecord):
      (WebCore::InspectorTimelineAgent::InspectorTimelineAgent):
      (WebCore::InspectorTimelineAgent::appendRecord):
      (WebCore::InspectorTimelineAgent::pushCurrentRecord):
      (WebCore::InspectorTimelineAgent::pushCancelableRecord):
      (WebCore::InspectorTimelineAgent::commitCancelableRecords):
      * inspector/InspectorTimelineAgent.h:
      (WebCore):
      (WebCore::InspectorTimelineAgent::create):
      (InspectorTimelineAgent):
      (WebCore::InspectorTimelineAgent::TimelineRecordEntry::TimelineRecordEntry):
      (TimelineRecordEntry):
      * inspector/WorkerInspectorController.cpp:
      (WebCore::WorkerInspectorController::WorkerInspectorController):
      * inspector/front-end/TimelinePresentationModel.js:
      (WebInspector.TimelinePresentationModel.isEventDivider):
      (WebInspector.TimelinePresentationModel.Record):
      
      LayoutTests:
      
      * inspector/timeline/timeline-animation-frame-expected.txt:
      * inspector/timeline/timeline-dom-content-loaded-event-expected.txt:
      * inspector/timeline/timeline-event-dispatch-expected.txt:
      * inspector/timeline/timeline-injected-script-eval-expected.txt:
      * inspector/timeline/timeline-layout-expected.txt:
      * inspector/timeline/timeline-load-event-expected.txt:
      * inspector/timeline/timeline-network-resource-expected.txt:
      * inspector/timeline/timeline-paint-expected.txt:
      * inspector/timeline/timeline-parse-html-expected.txt:
      * inspector/timeline/timeline-recalculate-styles-expected.txt:
      * inspector/timeline/timeline-script-tag-1-expected.txt:
      * inspector/timeline/timeline-script-tag-2-expected.txt:
      * inspector/timeline/timeline-test.js:
      * inspector/timeline/timeline-timer-expected.txt:
      * platform/chromium/inspector/timeline/timeline-animation-frame-expected.txt:
      * platform/chromium/inspector/timeline/timeline-event-dispatch-expected.txt:
      * platform/chromium/inspector/timeline/timeline-layout-expected.txt:
      * platform/chromium/inspector/timeline/timeline-network-resource-expected.txt:
      * platform/chromium/inspector/timeline/timeline-paint-expected.txt:
      * platform/chromium/inspector/timeline/timeline-parse-html-expected.txt:
      * platform/chromium/inspector/timeline/timeline-timer-expected.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119826 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c9e99681
    • kinuko@chromium.org's avatar
      Unreviewed, rolling out r119821. · e3fef235
      kinuko@chromium.org authored
      http://trac.webkit.org/changeset/119821
      https://bugs.webkit.org/show_bug.cgi?id=88648
      
      Seems to have regression on Mac (Requested by kinuko on
      #webkit).
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-06-08
      
      * fileapi/File.cpp:
      (WebCore::File::File):
      (WebCore::File::lastModifiedDate):
      (WebCore::File::lastModifiedDateForBinding):
      (WebCore):
      (WebCore::File::captureSnapshot):
      * fileapi/File.h:
      (File):
      * fileapi/File.idl:
      * platform/FileMetadata.h:
      (WebCore::FileMetadata::FileMetadata):
      * platform/FileSystem.h:
      * platform/chromium/support/WebHTTPBody.cpp:
      (WebKit::WebHTTPBody::elementAt):
      * platform/network/BlobData.cpp:
      (WebCore):
      * platform/network/BlobData.h:
      (BlobDataItem):
      (WebCore::BlobDataItem::BlobDataItem):
      * platform/network/FormData.cpp:
      (WebCore::FormData::appendFile):
      * platform/network/cf/FormDataStreamCFNet.cpp:
      (WebCore::advanceCurrentStream):
      * platform/network/soup/ResourceHandleSoup.cpp:
      (WebCore::blobIsOutOfDate):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119824 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e3fef235
    • kinuko@chromium.org's avatar
      Unreviewed, removing duplicated entries in gyp. · 4759b54e
      kinuko@chromium.org authored
      * WebCore.gypi:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119823 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4759b54e
    • arko@motorola.com's avatar
      Microdata: An element with an empty itemprop='' should not get listed in the .properties list. · 1263624e
      arko@motorola.com authored
      https://bugs.webkit.org/show_bug.cgi?id=88235
      
      Reviewed by Ryosuke Niwa.
      
      Source/WebCore: 
      
      As per the specification change http://html5.org/r/6854, an element should be listed in .properties
      if the elelement has an attribute itemprop specified and the element has one or more property names.
      
      Test: fast/dom/MicroData/element-with-empty-itemprop.html
      
      * html/HTMLPropertiesCollection.cpp:
      (WebCore::HTMLPropertiesCollection::itemAfter):
      
      LayoutTests: 
      
      * fast/dom/MicroData/element-with-empty-itemprop-expected.txt: Added.
      * fast/dom/MicroData/element-with-empty-itemprop.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119822 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1263624e
    • kinuko@chromium.org's avatar
      File::lastModifiedDate should use NaN or separate boolean flag for null Date value · a41c3480
      kinuko@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=87826
      
      Reviewed by Kent Tamura.
      
      Test: http/tests/local/fileapi/file-last-modified-after-delete.html
      
      * fileapi/File.cpp:
      (WebCore::File::File):
      (WebCore::File::captureSnapshot):
      (WebCore::File::lastModifiedDate):
      (WebCore::File::lastModifiedDateForBinding): Removed.
      * fileapi/File.h:
      (File):
      * fileapi/File.idl:
      * platform/FileMetadata.h:
      (WebCore::FileMetadata::FileMetadata):
      * platform/FileSystem.h:
      * platform/chromium/support/WebHTTPBody.cpp:
      (WebKit::WebHTTPBody::elementAt):
      * platform/network/BlobData.h:
      (WebCore::BlobDataItem::doNotCheckFileChange): Removed.
      * platform/network/BlobData.cpp:
      * platform/network/cf/FormDataStreamCFNet.cpp:
      (WebCore::advanceCurrentStream):
      * platform/network/soup/ResourceHandleSoup.cpp:
      (WebCore::blobIsOutOfDate):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119821 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a41c3480
    • tkent@chromium.org's avatar
      Move form-related functions of Document to FormController · 3455487b
      tkent@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=88497
      
      Reviewed by Hajime Morita.
      
      A lot of files depend on Document.h. We had to build many files when we
      touched form-related features in Document.h or
      CheckedRadioButtons.h. This patch reduces such pain.
      
      No new tests. Just a refactoring.
      
      * CMakeLists.txt: Add FormController.cpp and/or FormController.h.
      * GNUmakefile.list.am: ditto.
      * Target.pri: ditto.
      * WebCore.gypi: ditto.
      * WebCore.vcproj/WebCore.vcproj: ditto.
      * WebCore.xcodeproj/project.pbxproj: ditto.
      
      * dom/Document.cpp: Removed form-releated features except the followings.
      (WebCore::Document::formController): Accessor for a FormController.
      (WebCore::Document::formElementsState):
      Just returns FormController::formElementsState().
      We don't create new FormController.
      (WebCore::Document::setStateForNewFormElements):
      Just returns FormController::setStateForNewFormElements().
      We don't create new FormController if the specified vector is empty.
      * dom/Document.h:
      Moved form-related functions to FormController.
      
      * html/FormController.cpp: Added. Moved from Document.cpp.
      * html/FormController.h: Added. Moved from Document.h
      
      * html/FormAssociatedElement.cpp: Use Document::formController().
      (WebCore::FormAssociatedElement::didMoveToNewDocument):
      (WebCore::FormAssociatedElement::insertedInto):
      (WebCore::FormAssociatedElement::removedFrom):
      (WebCore::FormAssociatedElement::formAttributeChanged):
      * html/HTMLFormControlElementWithState.cpp: Use Document::formController().
      (WebCore::HTMLFormControlElementWithState::HTMLFormControlElementWithState):
      (WebCore::HTMLFormControlElementWithState::~HTMLFormControlElementWithState):
      (WebCore::HTMLFormControlElementWithState::didMoveToNewDocument):
      (WebCore::HTMLFormControlElementWithState::finishParsingChildren):
      * html/HTMLFormElement.cpp: Use Document::formController().
      (WebCore::HTMLFormElement::didNotifyDescendantInsertions):
      (WebCore::HTMLFormElement::removedFrom):
      * html/HTMLInputElement.cpp: Use Document::formController().
      (WebCore::HTMLInputElement::~HTMLInputElement):
      (WebCore::HTMLInputElement::didMoveToNewDocument):
      (WebCore::HTMLInputElement::checkedRadioButtons):
      * html/HTMLInputElement.h:
      Declare CheckedRadioButtons. It was provided by Document.h.
      * html/parser/HTMLConstructionSite.h:
      Declare HTMLFormElement. It was provided by Document.h
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@119816 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3455487b