1. 12 Feb, 2013 40 commits
    • roger_fong@apple.com's avatar
      Unreviewed. Build fix for VS2010 WebKit solution. · 7486587c
      roger_fong@apple.com authored
      * WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142697 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7486587c
    • andersca@apple.com's avatar
      SecItemShim should be a WorkQueueMessageReceiver · 570ee58b
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109636
      
      Reviewed by Sam Weinig.
      
      * Platform/CoreIPC/Connection.cpp:
      (CoreIPC::Connection::dispatchWorkQueueMessageReceiverMessage):
      Add a helper function for dispatching a work queue message receiver message.
      
      (CoreIPC::Connection::processIncomingMessage):
      Check if there are any work queue message receivers registered for this message.
      
      * Shared/mac/SecItemShim.cpp:
      (WebKit::SecItemShim::shared):
      Use dispatch_once instead of the AtomicallyInitializedStatic macro.
      
      (WebKit::SecItemShim::SecItemShim):
      Initialize the queue.
      
      (WebKit::SecItemShim::secItemResponse):
      Remove the connection parameter.
      
      (WebKit::SecItemShim::initializeConnection):
      Register the shim object as a work queue message receiver.
      
      * Shared/mac/SecItemShim.h:
      Inherit from WorkQueueMessageReceiver.
      
      * Shared/mac/SecItemShim.messages.in:
      Remove LegacyReceiver and DispatchOnConnectionQueue.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142696 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      570ee58b
    • fpizlo@apple.com's avatar
      Renamed SpecObjectMask to SpecObject. · bda49b7e
      fpizlo@apple.com authored
      Rubber stamped by Mark Hahnenberg.
              
      "SpecObjectMask" is a weird name considering that a bunch of the other speculated
      types are also masks, but don't have "Mask" in the name.
      
      * bytecode/SpeculatedType.h:
      (JSC):
      (JSC::isObjectSpeculation):
      (JSC::isObjectOrOtherSpeculation):
      * dfg/DFGAbstractState.cpp:
      (JSC::DFG::AbstractState::execute):
      * dfg/DFGPredictionPropagationPhase.cpp:
      (JSC::DFG::PredictionPropagationPhase::propagate):
      * dfg/DFGSpeculativeJIT.cpp:
      (JSC::DFG::SpeculativeJIT::compilePeepHoleObjectEquality):
      * dfg/DFGSpeculativeJIT32_64.cpp:
      (JSC::DFG::SpeculativeJIT::compileObjectEquality):
      (JSC::DFG::SpeculativeJIT::compileObjectToObjectOrOtherEquality):
      (JSC::DFG::SpeculativeJIT::compilePeepHoleObjectToObjectOrOtherEquality):
      * dfg/DFGSpeculativeJIT64.cpp:
      (JSC::DFG::SpeculativeJIT::compileObjectEquality):
      (JSC::DFG::SpeculativeJIT::compileObjectToObjectOrOtherEquality):
      (JSC::DFG::SpeculativeJIT::compilePeepHoleObjectToObjectOrOtherEquality):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142695 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      bda49b7e
    • thakis@chromium.org's avatar
      Remove webintents from TestExpectations files · 3aef1104
      thakis@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109620
      
      Reviewed by James Robinson.
      
      * platform/chromium/TestExpectations:
      * platform/gtk/TestExpectations:
      * platform/mac/TestExpectations:
      * platform/qt-5.0-mac-wk2/TestExpectations:
      * platform/qt/TestExpectations:
      * platform/win/TestExpectations:
      * platform/wincairo/TestExpectations:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142694 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3aef1104
    • weinig@apple.com's avatar
      Make Plug-in XPC services "join existing sessions" · 6307a4eb
      weinig@apple.com authored
      <rdar://problem/13196448>
      
      Reviewed by Mark Rowe.
      
      * PluginProcess/EntryPoint/mac/XPCService/PluginService.32/Info.plist:
      * PluginProcess/EntryPoint/mac/XPCService/PluginService.64/Info.plist:
      * PluginProcess/EntryPoint/mac/XPCService/PluginService.Development/Info.plist:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142693 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6307a4eb
    • bfulgham@webkit.org's avatar
      Update WebKitDirs.pm for new Windows paths · 281a2d40
      bfulgham@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=107714
      
      Reviewed by Daniel Bates.
      
      * Scripts/webkitdirs.pm: For each existing Windows environment
      variable, also include creation of the 'new' variables. The
      'old' variables will be removed in a future update.
      (windowsSourceSourceDir): New helper routine to return the
      actual 'Source' folder of the WebKit source tree.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142692 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      281a2d40
    • simon.fraser@apple.com's avatar
      Crash when scrolling soon after page starts loading · db37ab37
      simon.fraser@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109631
      <rdar://problem/13157533&13159627&13196727>
      
      Reviewed by Anders Carlsson.
      
      Make the scrolling tree more robust when the root state node,
      and/or scrolling node are null. This can happen if we try to
      handle a wheel event before we've done the first scrolling
      tree commit.
      
      * page/scrolling/ScrollingStateTree.cpp:
      (WebCore::ScrollingStateTree::commit): Handle the case where
      m_rootStateNode is null. We'll still commit, but the state tree
      will have no state nodes.
      * page/scrolling/ScrollingTree.cpp:
      (WebCore::ScrollingTree::handleWheelEvent): Null-check m_rootNode.
      (WebCore::ScrollingTree::commitNewTreeState): Handle a null root node.
      (WebCore::ScrollingTree::updateTreeFromStateNode): If the rood state node
      is null, just clear the map and null out the root scrolling node.
      * page/scrolling/ScrollingTree.h: m_debugInfoLayer was unused.
      * page/scrolling/mac/ScrollingCoordinatorMac.mm:
      (WebCore::ScrollingCoordinatorMac::ensureRootStateNodeForFrameView): It may be possible
      to get here before we've registered the root scroll layer, in which case scrollLayerID()
      will be 0. Assert to see if this can ever happen.
      (WebCore::ScrollingCoordinatorMac::scrollingStateTreeAsText): Handle case of rootStateNode()
      being null.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142691 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      db37ab37
    • weinig@apple.com's avatar
      Add skeleton of the OfflineStorageProcess · e9348883
      weinig@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109615
      
      Reviewed by Anders Carlsson.
      
      This adds the skeleton of a new process to contain Database and Local Storage
      backends in (hence, offline storage). We're adding a new process, rather than
      using the Network or UIProcesses, to allow us to tightly sandbox these activities
      away from networking and full filesystem access.
      
      * Configurations/OfflineStorageProcess.xcconfig: Added.
      * Configurations/OfflineStorageService.Development.xcconfig: Added.
      * Configurations/OfflineStorageService.xcconfig: Added.
      * DerivedSources.make:
      * OfflineStorageProcess: Added.
      * OfflineStorageProcess/EntryPoint: Added.
      * OfflineStorageProcess/EntryPoint/mac: Added.
      * OfflineStorageProcess/EntryPoint/mac/LegacyProcess: Added.
      * OfflineStorageProcess/EntryPoint/mac/LegacyProcess/Info.plist: Added.
      * OfflineStorageProcess/EntryPoint/mac/LegacyProcess/OfflineStorageProcessMain.mm: Added.
      * OfflineStorageProcess/EntryPoint/mac/LegacyProcess/OfflineStorageProcessMainBootstrapper.cpp: Added.
      * OfflineStorageProcess/EntryPoint/mac/XPCService: Added.
      * OfflineStorageProcess/EntryPoint/mac/XPCService/OfflineStorageService: Added.
      * OfflineStorageProcess/EntryPoint/mac/XPCService/OfflineStorageService.Development: Added.
      * OfflineStorageProcess/EntryPoint/mac/XPCService/OfflineStorageService.Development/Info.plist: Added.
      * OfflineStorageProcess/EntryPoint/mac/XPCService/OfflineStorageService.Development/OfflineStorageServiceMain.Development.mm: Added.
      * OfflineStorageProcess/EntryPoint/mac/XPCService/OfflineStorageService/Info.plist: Added.
      * OfflineStorageProcess/EntryPoint/mac/XPCService/OfflineStorageService/OfflineStorageServiceMain.mm: Added.
      * OfflineStorageProcess/EntryPoint/mac/XPCService/OfflineStorageServiceEntryPoint.mm: Added.
      * OfflineStorageProcess/OfflineStorageProcess.cpp: Added.
      * OfflineStorageProcess/OfflineStorageProcess.h: Added.
      * OfflineStorageProcess/OfflineStorageProcess.messages.in: Added.
      * OfflineStorageProcess/mac: Added.
      * OfflineStorageProcess/mac/OfflineStorageProcessMac.mm: Added.
      (WebKit::OfflineStorageProcess::initializeProcessName):
      (WebKit::OfflineStorageProcess::initializeSandbox):
      * OfflineStorageProcess/mac/com.apple.WebKit.OfflineStorage.sb: Added.
      * Shared/OfflineStorage: Added.
      * Shared/OfflineStorage/OfflineStorageProcessCreationParameters.cpp: Added.
      * Shared/OfflineStorage/OfflineStorageProcessCreationParameters.h: Added.
      
      * Scripts/webkit2/messages.py:
      (struct_or_class):
      Added OfflineStorageProcessCreationParameters.
      
      * WebKit2.xcodeproj/project.pbxproj:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142690 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e9348883
    • eric@webkit.org's avatar
      Teach more WTF string classes about vectors with inline capacity · 629d3fa4
      eric@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109617
      
      Reviewed by Benjamin Poulain.
      
      The HTML and WebVTT parsers use constructions like:
      AtomicString name(m_name.data(), m_name.size())
      all over the place because they use inline capacity
      on the parse vectors for performance.
      
      This change just add the necessary template variants
      to the related String constructors/methods in WTF so that
      this parser code can just pass the vector directly instead.
      
      I'll do the actual parser cleanups in follow-up patches to keep things simple.
      
      * wtf/text/AtomicString.h:
      (AtomicString):
      (WTF::AtomicString::AtomicString):
      * wtf/text/StringImpl.h:
      (StringImpl):
      (WTF::StringImpl::create8BitIfPossible):
      * wtf/text/WTFString.h:
      (String):
      (WTF::String::make8BitFrom16BitSource):
      (WTF):
      (WTF::append):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142689 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      629d3fa4
    • commit-queue@webkit.org's avatar
      [EFL][WK2] Fix build warning after r142579 · 855dfd44
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109547
      
      Patch by Jinwoo Song <jinwoo7.song@samsung.com> on 2013-02-12
      Reviewed by Alexey Proskuryakov.
      
      Use UNUSED_PARAM macro to fix -Wunused-parameter build warning.
      
      * UIProcess/efl/PageViewportControllerClientEfl.cpp:
      (WebKit::PageViewportControllerClientEfl::didChangeContentsSize):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142688 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      855dfd44
    • rtoy@google.com's avatar
      Synchronize setting of panner node model and processing · 49c4f82f
      rtoy@google.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109599
      
      Reviewed by Chris Rogers.
      
      No new tests.
      
      * Modules/webaudio/PannerNode.cpp:
      (WebCore::PannerNode::process):
      (WebCore::PannerNode::setPanningModel):
      * Modules/webaudio/PannerNode.h:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142687 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      49c4f82f
    • dino@apple.com's avatar
      Unreviewed. Remove webintents from TestExpectations on mac - directory no longer exists. · 1735cf0e
      dino@apple.com authored
      * platform/mac/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142686 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1735cf0e
    • dino@apple.com's avatar
      Add class name for snapshotted plugin based on dimensions · 096e95b0
      dino@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=108369
      
      Reviewed by Simon Fraser.
      
      As the size of the plugin changes, the Shadow Root for the snapshot
      might want to toggle different interfaces. Expose "tiny", "small",
      "medium" and "large" classes on the Shadow. (The dimensions are
      currently chosen fairly arbitrarily).
      
      Because we only know the dimensions after layout, we set up
      a post layout task to add the class. Luckily there already was
      a post layout task for plugins - I just updated it to handle
      both real and snapshotted plugins. This involved modifying
      the list of RenderEmbeddedObjects in FrameView to take generic
      RenderObjects, and decide which type they are when calling
      the update method.
      
      * html/HTMLPlugInImageElement.cpp: Some new dimensions for the various size thresholds.
      (WebCore::classNameForShadowRootSize): New static function that returns a class name
          after examining the size of the object.
      (WebCore::HTMLPlugInImageElement::updateSnapshotInfo): Sets the class name for
          the shadow root. This is called in the post layout task.
      (WebCore::shouldPlugInShowLabelAutomatically): Use new size names.
      (WebCore::HTMLPlugInImageElement::subframeLoaderWillCreatePlugIn): Ditto.
      * html/HTMLPlugInImageElement.h:
      (HTMLPlugInImageElement): New method updateSnapshotInfo.
      
      * page/FrameView.cpp:
      (WebCore::FrameView::addWidgetToUpdate): Change RenderEmbeddedObject* to RenderObject*.
      (WebCore::FrameView::removeWidgetToUpdate): Ditto
      (WebCore::FrameView::updateWidget): Branch based on EmbeddedObject vs SnapshottedPlugIn. Call
          plugin snapshot update if necessary.
      (WebCore::FrameView::updateWidgets): Handle both EmbeddedObject and SnapshottedPlugIn cases.
      * page/FrameView.h: Change RenderEmbeddedObject* to RenderObject* for post layout widget updates.
      
      * rendering/RenderSnapshottedPlugIn.cpp:
      (WebCore::RenderSnapshottedPlugIn::layout): New virtual override. If size has changed, ask the
          FrameView to recalculate size after layout.
      * rendering/RenderSnapshottedPlugIn.h: New layout() method.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142685 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      096e95b0
    • alecflett@chromium.org's avatar
      Fix signedness in WebTestProxy · fd66a4b0
      alecflett@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109623
      
      Reviewed by Adam Barth.
      
      Fix signedness problem, using size_t instead of int.
      
      * DumpRenderTree/chromium/TestRunner/src/WebTestProxy.cpp:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142684 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      fd66a4b0
    • mkwst@chromium.org's avatar
      Implement script MIME restrictions for X-Content-Type-Options: nosniff · 43e54bae
      mkwst@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=71851
      
      Reviewed by Adam Barth.
      
      Source/WebCore:
      
      This patch adds support for 'X-Content-Type-Options: nosniff' when
      deciding whether or not to execute a given chunk of JavaScript. If the
      header is present, script will only execute if it matches a predefined
      set of MIME types[1] that are deemed "executable". Scripts served with
      types that don't match the list will not execute.
      
      IE introduced this feature, and Gecko is working on an implementation[2]
      now. There's been some discussion on the WHATWG list about formalizing
      the specification for this feature[3], but nothing significant has been
      decided.
      
      This implementation's list of acceptible MIME types differs from IE's:
      it matches the list of supported JavaScript MIME types defined in
      MIMETypeRegistry::initializeSupportedJavaScriptMIMETypes()[4]. In
      particular, the VBScript types are not accepted, and
      'text/javascript1.{1,2,3}' are accepted, along with 'text/livescript'.
      
      This feature is locked tightly behind the ENABLE_NOSNIFF flag, which is
      currently only enabled on the Chromium port.
      
      [1]: http://msdn.microsoft.com/en-us/library/gg622941(v=vs.85).aspx
      [2]: https://bugzilla.mozilla.org/show_bug.cgi?id=471020
      [3]: http://lists.whatwg.org/htdig.cgi/whatwg-whatwg.org/2012-November/037974.html
      [4]: http://trac.webkit.org/browser/trunk/Source/WebCore/platform/MIMETypeRegistry.cpp?rev=142086#L307
      
      Tests: http/tests/security/contentTypeOptions/invalid-content-type-options-allowed.html
             http/tests/security/contentTypeOptions/nosniff-script-allowed.html
             http/tests/security/contentTypeOptions/nosniff-script-blocked.html
             http/tests/security/contentTypeOptions/nosniff-script-without-content-type-allowed.html
      
      * dom/ScriptElement.cpp:
      (WebCore::ScriptElement::executeScript):
          Before executing script, ensure that it shouldn't be blocked due to
          its MIME type. If it is blocked, write an error message to the
          console.
      * loader/cache/CachedScript.cpp:
      (WebCore::CachedScript::mimeType):
          Make scripts' MIME type available outside the context of
          CachedScript in order to correctly populate error messages we write
          to the console in ScriptElement::executeScript
      (WebCore):
      (WebCore::CachedScript::mimeTypeAllowedByNosniff):
      * loader/cache/CachedScript.h:
      (CachedScript):
          A new method which checks the resource's HTTP headers to set the
          'nosniff' disposition, and compares the resource's MIME type against
          the list of allowed executable types. Returns true iff the script
          is allowed.
      * platform/network/HTTPParsers.cpp:
      (WebCore):
      (WebCore::parseContentTypeOptionsHeader):
      * platform/network/HTTPParsers.h:
          Adds a new enum which relates the sniffable status of the resource,
          and a method to parse the HTTP header.
      
      LayoutTests:
      
      * http/tests/security/contentTypeOptions/invalid-content-type-options-allowed-expected.txt: Added.
      * http/tests/security/contentTypeOptions/invalid-content-type-options-allowed.html: Added.
      * http/tests/security/contentTypeOptions/nosniff-script-allowed-expected.txt: Added.
      * http/tests/security/contentTypeOptions/nosniff-script-allowed.html: Added.
      * http/tests/security/contentTypeOptions/nosniff-script-blocked-expected.txt: Added.
      * http/tests/security/contentTypeOptions/nosniff-script-blocked.html: Added.
      * http/tests/security/contentTypeOptions/nosniff-script-without-content-type-blocked-expected.txt: Added.
      * http/tests/security/contentTypeOptions/nosniff-script-without-content-type-blocked.html: Added.
      * http/tests/security/contentTypeOptions/resources/script-with-header.pl: Added.
          New tests!
      * platform/efl/TestExpectations:
      * platform/gtk/TestExpectations:
      * platform/mac/TestExpectations:
      * platform/qt/TestExpectations:
      * platform/win/TestExpectations:
      * platform/wincairo/TestExpectations:
      * platform/wk2/TestExpectations:
          Skip the new tests on platforms where ENABLE_NOSNIFF isn't yet
          enabled (everything other than Chromium).
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142683 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      43e54bae
    • jpetsovits@rim.com's avatar
      [BlackBerry] Assume setScrollingOrZooming() to be called on the WebKit thread. · e607bfd5
      jpetsovits@rim.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109614
      Internal PR 294513
      
      Reviewed by Rob Buis.
      Internally reviewed by Arvid Nilsson.
      
      With this further simplification of threading assumptions,
      we can get rid of atomic integer access as well as the
      backing store mutex which was otherwise unused.
      
      * Api/BackingStore.cpp:
      (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
      (BlackBerry::WebKit::BackingStorePrivate::~BackingStorePrivate):
      (BlackBerry::WebKit::BackingStorePrivate::suspendBackingStoreUpdates):
      (BlackBerry::WebKit::BackingStorePrivate::resumeBackingStoreUpdates):
      (BlackBerry::WebKit::BackingStorePrivate::isScrollingOrZooming):
      (BlackBerry::WebKit::BackingStorePrivate::setScrollingOrZooming):
      * Api/BackingStore_p.h:
      (BackingStorePrivate):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142682 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e607bfd5
    • rtoy@google.com's avatar
      Add alias · 38d7dd1a
      rtoy@google.com authored
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142681 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      38d7dd1a
    • fpizlo@apple.com's avatar
      DFG CFA doesn't filter precisely enough for CompareStrictEq · ae5b0834
      fpizlo@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109618
      
      Reviewed by Mark Hahnenberg.
              
      The backend speculates object for this case, but the CFA was filtering on
      (SpecCell & ~SpecString) | SpecOther.
      
      * dfg/DFGAbstractState.cpp:
      (JSC::DFG::AbstractState::execute):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142679 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ae5b0834
    • ch.dumez@sisa.samsung.com's avatar
      [EFL][WK2] Reenable ewk_auth_request API tests · 263f4c01
      ch.dumez@sisa.samsung.com authored
      https://bugs.webkit.org/show_bug.cgi?id=108451
      
      Reviewed by Benjamin Poulain.
      
      ewk_auth_request API tests were temporarily disabled after
      the C API for resource loading was removed from WebKit2.
      This patches updates the tests so that they no longer rely
      on the resource loading events and renables them.
      
      This patch also corrects the naming of the static variables
      in the test to follow more closely the WebKit coding style.
      
      * PlatformEfl.cmake:
      * UIProcess/API/efl/tests/test_ewk2_auth_request.cpp:
      (serverCallback):
      (TEST_F):
      (onLoadFinished):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142678 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      263f4c01
    • jpetsovits@rim.com's avatar
      [BlackBerry] Eliminate the direct rendering option. · 30ebefa4
      jpetsovits@rim.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109608
      RIM PR 293298
      
      Reviewed by Rob Buis.
      Internally reviewed by Arvid Nilsson.
      
      It added a lot of complexity and we're not going to use it anymore.
      This patch removes direct rendering functionality from
      WebKit/blackberry together with the assumption that blitting on the
      WebKit thread is possible or acceptable. It now isn't anymore.
      
      * Api/BackingStore.cpp:
      (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
      (BlackBerry::WebKit::BackingStorePrivate::resumeScreenUpdates):
      (BlackBerry::WebKit::BackingStorePrivate::updateSuspendScreenUpdateState):
      (BlackBerry::WebKit::BackingStorePrivate::slowScroll):
      (BlackBerry::WebKit::BackingStorePrivate::scroll):
      (BlackBerry::WebKit::BackingStorePrivate::shouldPerformRenderJobs):
      (BlackBerry::WebKit::BackingStorePrivate::render):
      (BlackBerry::WebKit::BackingStorePrivate::renderAndBlitImmediately):
      (BlackBerry::WebKit::BackingStorePrivate::blitVisibleContents):
      (BlackBerry::WebKit::BackingStorePrivate::blitToWindow):
      (BlackBerry::WebKit::BackingStorePrivate::fillWindow):
      (BlackBerry::WebKit::BackingStorePrivate::invalidateWindow):
      (BlackBerry::WebKit::BackingStorePrivate::clearWindow):
      (BlackBerry::WebKit::BackingStorePrivate::setScrollingOrZooming):
      (BlackBerry::WebKit::BackingStorePrivate::didRenderContent):
      * Api/BackingStore.h:
      * Api/BackingStore_p.h:
      (BackingStorePrivate):
      * Api/WebPage.cpp:
      (BlackBerry::WebKit::WebPagePrivate::resumeBackingStore):
      (BlackBerry::WebKit::WebPagePrivate::setViewportSize):
      (BlackBerry::WebKit::WebPagePrivate::rootLayerCommitTimerFired):
      (WebKit):
      (BlackBerry::WebKit::WebPagePrivate::scheduleCompositingRun):
      * Api/WebPageCompositor.cpp:
      (BlackBerry::WebKit::WebPageCompositorPrivate::animationFrameChanged):
      * Api/WebPage_p.h:
      (WebPagePrivate):
      * Api/WebSettings.cpp:
      (WebKit):
      * Api/WebSettings.h:
      * WebKitSupport/RenderQueue.cpp:
      (BlackBerry::WebKit::RenderQueue::renderRegularRenderJobs):
      (BlackBerry::WebKit::RenderQueue::renderScrollZoomJobs):
      * WebKitSupport/SurfacePool.cpp:
      (BlackBerry::WebKit::SurfacePool::initialize):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142677 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      30ebefa4
    • eae@chromium.org's avatar
      Unreviewed chromium rebaseline for r142638, garden-o-matic screwed up the original rebaseline :( · 61df37e4
      eae@chromium.org authored
      * platform/chromium-mac-lion/fast/dom/Window/webkitConvertPoint-expected.txt: Added.
      * platform/chromium-mac-snowleopard/fast/dom/Window/webkitConvertPoint-expected.txt: Added.
      * platform/chromium-win-xp/fast/dom/Window: Added.
      * platform/chromium-win-xp/fast/dom/Window/webkitConvertPoint-expected.txt: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142674 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      61df37e4
    • abarth@webkit.org's avatar
      Threaded HTML parser should pass the remaining fast/tokenizer tests · ea88df81
      abarth@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109607
      
      Reviewed by Eric Seidel.
      
      This patch fixes some edge cases involving document.write. Previously,
      we would drop input characters on the floor if the tokenizer wasn't
      able to consume them synchronously. In this patch, we send the unparsed
      characters to the background thread for consumption after rewinding the
      input stream.
      
      * html/parser/BackgroundHTMLInputStream.cpp:
      (WebCore::BackgroundHTMLInputStream::rewindTo):
      * html/parser/BackgroundHTMLInputStream.h:
      (BackgroundHTMLInputStream):
      * html/parser/BackgroundHTMLParser.cpp:
      (WebCore::BackgroundHTMLParser::resumeFrom):
      * html/parser/BackgroundHTMLParser.h:
      (Checkpoint):
      * html/parser/HTMLDocumentParser.cpp:
      (WebCore::HTMLDocumentParser::canTakeNextToken):
      (WebCore::HTMLDocumentParser::didFailSpeculation):
      (WebCore::HTMLDocumentParser::pumpTokenizer):
      (WebCore::HTMLDocumentParser::finish):
      * html/parser/HTMLInputStream.h:
      (WebCore::HTMLInputStream::closeWithoutMarkingEndOfFile):
      (HTMLInputStream):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142673 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ea88df81
    • andersca@apple.com's avatar
      Introduce a WorkQueueMessageReceiver class as a replacement for QueueClient · 3544fd26
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109612
      
      Reviewed by Andreas Kling.
      
      * Platform/CoreIPC/Connection.cpp:
      (CoreIPC::Connection::addWorkQueueMessageReceiver):
      (CoreIPC):
      (CoreIPC::Connection::removeWorkQueueMessageReceiver):
      (CoreIPC::Connection::addWorkQueueMessageReceiverOnConnectionWorkQueue):
      (CoreIPC::Connection::removeWorkQueueMessageReceiverOnConnectionWorkQueue):
      * Platform/CoreIPC/Connection.h:
      (Connection):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142672 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3544fd26
    • commit-queue@webkit.org's avatar
      [BlackBerry] CSS animations stop running during zoom · ab7fc259
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109606
      
      Patch by Andrew Lo <anlo@rim.com> on 2013-02-12
      Reviewed by Rob Buis.
      Internally reviewed by Jakob Petsovits.
      
      Internal PR 286160.
      New BackingStore API for suspending/resuming geometry updates.
      
      This is needed because we want to allow render jobs to continue during
      zoom, but we don't want to allow geometry updates during zoom.
      
      Prevent scroll/zoom render jobs from being added to the queue if
      the tile is outside the expanded content rect.
      
      * Api/BackingStore.cpp:
      (BlackBerry::WebKit::BackingStorePrivate::BackingStorePrivate):
      (BlackBerry::WebKit::BackingStorePrivate::suspendGeometryUpdates):
      (WebKit):
      (BlackBerry::WebKit::BackingStorePrivate::resumeGeometryUpdates):
      (BlackBerry::WebKit::BackingStorePrivate::setBackingStoreRect):
      (BlackBerry::WebKit::BackingStore::suspendGeometryUpdates):
      (BlackBerry::WebKit::BackingStore::resumeGeometryUpdates):
      * Api/BackingStore.h:
      * Api/BackingStore_p.h:
      (BackingStorePrivate):
      * WebKitSupport/RenderQueue.cpp:
      (BlackBerry::WebKit::RenderQueue::addToScrollZoomQueue):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142670 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ab7fc259
    • ossy@webkit.org's avatar
      Unreviewed buildfix for !ENABLE(INSPECTOR) platforms after r142654. · 1d3aa8de
      ossy@webkit.org authored
      * inspector/InspectorInstrumentation.h:
      (WebCore::InspectorInstrumentation::scriptsEnabled):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142669 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1d3aa8de
    • ossy@webkit.org's avatar
      Typo fix after r142663. · a5330cef
      ossy@webkit.org authored
      * GNUmakefile.list.am:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142668 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a5330cef
    • ch.dumez@sisa.samsung.com's avatar
      Remove remaining traces of Web Intents · 243ab445
      ch.dumez@sisa.samsung.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109586
      
      Reviewed by Eric Seidel.
      
      .:
      
      Remove references to Web Intents from CMake files as the functionality
      was removed in r142549.
      
      * Source/cmake/WebKitFeatures.cmake:
      * Source/cmakeconfig.h.cmake:
      
      Source/WebCore:
      
      Remove remaining traces of Web Intents as the functionality was
      removed in r142549.
      
      No new tests, no behavior change for layout tests.
      
      * GNUmakefile.features.am.in:
      * html/HTMLTagNames.in:
      
      Source/WebKit/blackberry:
      
      Remove remaining traces of Web Intents from Blackberry port
      configuration as the functionality was removed in r142549.
      
      * WebCoreSupport/AboutDataEnableFeatures.in:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142664 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      243ab445
    • ossy@webkit.org's avatar
      [WK2] Unreviewed trivial buildfix after r142630 and r142651. · cfe6dbc9
      ossy@webkit.org authored
      * CMakeLists.txt:
      * GNUmakefile.list.am:
      * Target.pri:
      * UIProcess/Plugins/PluginProcessProxy.cpp:
      (WebKit::PluginProcessProxy::didFinishLaunching):
      * UIProcess/Plugins/qt/PluginProcessProxyQt.cpp:
      (WebKit::PluginProcessProxy::platformGetLaunchOptions):
      * UIProcess/Plugins/unix/PluginProcessProxyUnix.cpp:
      (WebKit::PluginProcessProxy::platformGetLaunchOptions):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142663 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cfe6dbc9
    • luiz@webkit.org's avatar
      Adding myself to watch lists. · 6ffbcd60
      luiz@webkit.org authored
      Unreviewed.
      
      * Scripts/webkitpy/common/config/watchlist:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142662 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6ffbcd60
    • robert@webkit.org's avatar
      REGRESSION(r136967): Combination of float and clear yields to bad layout · ab9ec781
      robert@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109476
      
      Reviewed by Levi Weintraub.
      
      Source/WebCore:
      
      Test: fast/block/margin-collapse/self-collapsing-block-with-float-children.html
      
      The change made at http://trac.webkit.org/changeset/136967 only needs to worry about the first floated
      child of a self-collapsing block. The ones that follow are not affected by its margins.
      
      * rendering/RenderBlockLineLayout.cpp:
      (WebCore::RenderBlock::LineBreaker::skipLeadingWhitespace):
      
      LayoutTests:
      
      * fast/block/margin-collapse/self-collapsing-block-with-float-children-expected.txt: Added.
      * fast/block/margin-collapse/self-collapsing-block-with-float-children.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142659 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ab9ec781
    • eae@chromium.org's avatar
      Unreviewed rebaseline for r142638. · 0acf171b
      eae@chromium.org authored
      * platform/chromium-linux-x86/fast/dom/Window: Removed.
      * platform/chromium-linux-x86/fast/dom/Window/webkitConvertPoint-expected.txt: Removed.
      * platform/chromium-linux/fast/dom/Window/webkitConvertPoint-expected.txt: Removed.
      * platform/chromium-mac/fast/dom/Window/webkitConvertPoint-expected.txt:
      * platform/chromium-win/fast/dom/Window/webkitConvertPoint-expected.txt: Added.
      * platform/chromium/TestExpectations:
      * platform/mac-lion/accessibility: Added.
      * platform/mac-lion/accessibility/table-attributes-expected.txt: Added.
      * platform/mac-lion/accessibility/table-cell-spans-expected.txt: Added.
      * platform/mac-lion/accessibility/table-sections-expected.txt: Added.
      * platform/mac-lion/fast/dom/Window: Added.
      * platform/mac-lion/fast/dom/Window/webkitConvertPoint-expected.txt: Added.
      * platform/mac-wk2/accessibility/table-cell-spans-expected.txt: Added.
      * platform/mac-wk2/fast/dom/Window: Added.
      * platform/mac-wk2/fast/dom/Window/webkitConvertPoint-expected.txt: Added.
      * platform/mac/accessibility/image-link-expected.txt:
      * platform/mac/accessibility/internal-link-anchors2-expected.txt:
      * platform/mac/accessibility/table-detection-expected.txt:
      * platform/mac/fast/dom/Window/webkitConvertPoint-expected.txt:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142658 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0acf171b
    • leviw@chromium.org's avatar
      ASSERTION FAILED: !object || object->isBox(), UNKNOWN in... · 14c07218
      leviw@chromium.org authored
      ASSERTION FAILED: !object || object->isBox(), UNKNOWN in WebCore::RenderListItem::positionListMarker
      https://bugs.webkit.org/show_bug.cgi?id=108699
      
      Reviewed by Abhishek Arya.
      
      Source/WebCore:
      
      RenderListItems performs special management of its children to maintain list markers. Splitting a flow
      through a list item results in assumptions made inside RenderListItem failing, so for now, avoid splitting
      flows when inside one.
      
      Test: fast/multicol/span/list-multi-column-crash.html
      
      * rendering/RenderBlock.cpp:
      (WebCore::RenderBlock::containingColumnsBlock):
      
      LayoutTests:
      
      * fast/multicol/span/list-multi-column-crash-expected.txt: Added.
      * fast/multicol/span/list-multi-column-crash.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142657 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      14c07218
    • andersca@apple.com's avatar
      Change the queue client base class to be private everywhere · 296139a6
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109604
      
      Reviewed by Andreas Kling.
      
      Move connection queue client registration inside of the respective queue client classes.
      
      Also, it's too late to add queue clients in ChildProcessProxy::didFinishLaunching, so do this in
      ChildProcessProxy::connectionWillOpen instead.
      
      Finally, assert that queue clients are only being added and removed from the client thread.
      
      * NetworkProcess/NetworkProcess.cpp:
      (WebKit::NetworkProcess::initializeConnection):
      * Platform/CoreIPC/Connection.cpp:
      (CoreIPC::Connection::addQueueClient):
      (CoreIPC::Connection::removeQueueClient):
      * Shared/mac/SecItemShim.cpp:
      (WebKit::SecItemShim::initializeConnection):
      (WebKit):
      * Shared/mac/SecItemShim.h:
      (SecItemShim):
      * UIProcess/Network/NetworkProcessProxy.cpp:
      (WebKit::NetworkProcessProxy::connectionWillOpen):
      (WebKit):
      (WebKit::NetworkProcessProxy::connectionWillClose):
      (WebKit::NetworkProcessProxy::didFinishLaunching):
      * UIProcess/Network/NetworkProcessProxy.h:
      (NetworkProcessProxy):
      * UIProcess/WebProcessProxy.cpp:
      (WebKit::WebProcessProxy::connectionWillOpen):
      (WebKit::WebProcessProxy::didFinishLaunching):
      * UIProcess/mac/SecItemShimProxy.cpp:
      (WebKit::SecItemShimProxy::initializeConnection):
      (WebKit):
      * UIProcess/mac/SecItemShimProxy.h:
      (SecItemShimProxy):
      * WebProcess/Plugins/PluginProcessConnectionManager.cpp:
      (WebKit::PluginProcessConnectionManager::initializeConnection):
      (WebKit):
      * WebProcess/Plugins/PluginProcessConnectionManager.h:
      (PluginProcessConnectionManager):
      * WebProcess/WebPage/EventDispatcher.cpp:
      (WebKit::EventDispatcher::initializeConnection):
      (WebKit):
      * WebProcess/WebPage/EventDispatcher.h:
      (EventDispatcher):
      * WebProcess/WebProcess.cpp:
      (WebKit::WebProcess::initializeConnection):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142656 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      296139a6
    • roger_fong@apple.com's avatar
      Unreviewed Windows build fix. · 5be6e0df
      roger_fong@apple.com authored
      * testing/Internals.cpp:
      (WebCore::Internals::resetToConsistentState):
      (WebCore::Internals::Internals):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142655 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5be6e0df
    • vivek.vg@samsung.com's avatar
      Web Inspector: JavaScript execution disabled by browser/UA should be notified to the front-end · cc349f1f
      vivek.vg@samsung.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109402
      
      Reviewed by Yury Semikhatsky.
      
      Source/WebCore:
      
      Whenever the UA/Browser changes the Script Execution state of a page, it should notify the
      inspector front-end. Added the InspectorInstrumentation method didScriptExecutionStateChange
      to achieve this. Also the state change triggered by the inspector should be ignored to avoid
      infinite loop.
      
      Test: inspector/script-execution-state-change-notification.html
      
      * inspector/Inspector.json:
      * inspector/InspectorInstrumentation.cpp:
      (WebCore):
      (WebCore::InspectorInstrumentation::scriptsEnabledImpl):
      * inspector/InspectorInstrumentation.h:
      (InspectorInstrumentation):
      (WebCore::InspectorInstrumentation::scriptsEnabled):
      (WebCore):
      * inspector/InspectorPageAgent.cpp:
      (WebCore::InspectorPageAgent::InspectorPageAgent):
      (WebCore::InspectorPageAgent::setScriptExecutionDisabled):
      (WebCore::InspectorPageAgent::scriptsEnabled):
      (WebCore):
      * inspector/InspectorPageAgent.h:
      (InspectorPageAgent):
      * inspector/front-end/ResourceTreeModel.js:
      (WebInspector.PageDispatcher.prototype.javascriptDialogClosed):
      (WebInspector.PageDispatcher.prototype.scriptsEnabled):
      * page/Settings.cpp:
      (WebCore::Settings::setScriptEnabled):
      
      LayoutTests:
      
      Tests that whenever Script Execution state is changed outside inspector, its notified to the Inspector front-end.
      
      * inspector/script-execution-state-change-notification-expected.txt: Added.
      * inspector/script-execution-state-change-notification.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142654 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cc349f1f
    • jsbell@chromium.org's avatar
      [Chromium] IndexedDB/Worker crash during shutdown · 98ed7d83
      jsbell@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109467
      
      Reviewed by Tony Chang.
      
      If the message queue has already been terminated, don't bother scheduling
      a new error event that will never be delivered. Speculative fix for the
      issue, which only repros in multiprocess ports and so far only on some
      platforms.
      
      * src/IDBFactoryBackendProxy.cpp:
      (WebKit::IDBFactoryBackendProxy::allowIndexedDB): Early exit.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142653 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      98ed7d83
    • antti@apple.com's avatar
      Cache timer heap pointer to timers · 84e4106e
      antti@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109597
      
      Reviewed by Andreas Kling.
      
      Accessing timer heap through thread global storage is slow (~0.1% in PLT3). We can cache the heap pointer to
      each TimerBase. There are not huge numbers of timers around so memory is not an issue and many timers are heavily reused.
      
      * platform/Timer.cpp:
      (WebCore::threadGlobalTimerHeap):
      (WebCore::TimerHeapReference::operator=):
      (WebCore::TimerHeapIterator::checkConsistency):
      (WebCore::TimerBase::TimerBase):
      (WebCore::TimerBase::checkHeapIndex):
      (WebCore::TimerBase::setNextFireTime):
      * platform/Timer.h:
      (WebCore::TimerBase::timerHeap):
      (TimerBase):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142652 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      84e4106e
    • beidson@apple.com's avatar
      Add WKContext API to retrieve basic network process statistics · de1d8c49
      beidson@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=109329
      
      Reviewed by Sam Weinig.
      
      This patch adds a WKContextGetStatisticsWithOptions which allows the client to ask for
      certain types of statistics.
      
      It also expands the "get statistics" callback mechanism to allow for a statistics request
      to be answered by multiple child processes.
      
      That mechanism still has some rough edges but will eventually allow for getting statistics
      from multiple web processes, as well.
      
      * NetworkProcess/HostRecord.cpp:
      (WebKit::HostRecord::pendingRequestCount):
      (WebKit::HostRecord::activeLoadCount):
      * NetworkProcess/HostRecord.h:
      
      * NetworkProcess/NetworkProcess.cpp:
      (WebKit::NetworkProcess::getNetworkProcessStatistics):
      * NetworkProcess/NetworkProcess.h:
      * NetworkProcess/NetworkProcess.messages.in:
      
      * NetworkProcess/NetworkResourceLoadScheduler.cpp:
      (WebKit::NetworkResourceLoadScheduler::hostsPendingCount):
      (WebKit::NetworkResourceLoadScheduler::loadsPendingCount):
      (WebKit::NetworkResourceLoadScheduler::hostsActiveCount):
      (WebKit::NetworkResourceLoadScheduler::loadsActiveCount):
      * NetworkProcess/NetworkResourceLoadScheduler.h:
      
      * Shared/Authentication/AuthenticationManager.h:
      (WebKit::AuthenticationManager::outstandingAuthenticationChallengeCount):
      * Shared/Downloads/DownloadManager.h:
      
      * UIProcess/API/C/WKContext.cpp:
      (WKContextGetStatistics):
      (WKContextGetStatisticsWithOptions):
      * UIProcess/API/C/WKContext.h:
      
      * UIProcess/StatisticsRequest.cpp: Added.
      (WebKit::StatisticsRequest::StatisticsRequest):
      (WebKit::StatisticsRequest::~StatisticsRequest):
      (WebKit::StatisticsRequest::addOutstandingRequest):
      (WebKit::addToDictionaryFromHashMap):
      (WebKit::createDictionaryFromHashMap):
      (WebKit::StatisticsRequest::completedRequest):
      * UIProcess/StatisticsRequest.h: Added.
      (WebKit::StatisticsRequest::create):
      
      * UIProcess/WebContext.cpp:
      (WebKit::WebContext::networkingProcessConnection):
      (WebKit::WebContext::getStatistics):
      (WebKit::WebContext::requestWebContentStatistics):
      (WebKit::WebContext::requestNetworkingStatistics):
      (WebKit::WebContext::didGetStatistics):
      * UIProcess/WebContext.h:
      * UIProcess/WebContext.messages.in:
      
      * WebProcess/WebProcess.cpp:
      (WebKit::WebProcess::getWebCoreStatistics):
      
      * WebKit2.xcodeproj/project.pbxproj:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142651 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      de1d8c49
    • mrobinson@webkit.org's avatar
      Fix the gyp build of JavaScriptCore. · f56d7f80
      mrobinson@webkit.org authored
      * JavaScriptCore.gypi: Added some missing DFG files to the source list.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142650 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f56d7f80
    • commit-queue@webkit.org's avatar
      Unreviewed, rolling out r142387. · 43d3a1bc
      commit-queue@webkit.org authored
      http://trac.webkit.org/changeset/142387
      https://bugs.webkit.org/show_bug.cgi?id=109601
      
      caused all layout and jscore tests on windows to fail
      (Requested by kling on #webkit).
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-02-12
      
      * bytecode/UnlinkedCodeBlock.cpp:
      (JSC::UnlinkedCodeBlock::UnlinkedCodeBlock):
      * bytecode/UnlinkedCodeBlock.h:
      (UnlinkedCodeBlock):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@142649 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      43d3a1bc