1. 26 Mar, 2013 12 commits
    • commit-queue@webkit.org's avatar
      [BlackBerry] Include accelerated compositing layers in screen captures. · 6f270615
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113335
      
      Patch by Mike Lattanzio <mlattanzio@blackberry.com> on 2013-03-26
      Reviewed by Rob Buis.
      
      PR# 280374
      Include accelerated compositing layers in screen captures.
      Reviewed Internally By: Jakob Petsovits
      
      * Api/BackingStore.cpp:
      (BlackBerry::WebKit::BackingStorePrivate::render):
      (BlackBerry::WebKit::BackingStorePrivate::renderContents):
      (BlackBerry::WebKit::BackingStore::drawContents):
      * Api/BackingStore_p.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146934 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6f270615
    • commit-queue@webkit.org's avatar
      [BlackBerry] Set mouse document position for mouse event in updateCursor · 0e61ec9b
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=109094
      
      Patch by Tiancheng Jiang <tijiang@rim.com> on 2013-03-26
      Reviewed by Rob Buis.
      
      Internally Reviewed by Jakob Petsovits.
      
      Mouse content position should be in document coordinate.
      
      * Api/WebPage.cpp:
      (BlackBerry::WebKit::WebPagePrivate::updateCursor):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146930 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0e61ec9b
    • tony@chromium.org's avatar
      Autogenerate the scrollAnimatorEnabled setting in Settings.in · 82972d0f
      tony@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113253
      
      Reviewed by James Robinson.
      
      Source/WebCore:
      
      Convert scrollAnimatorEnabled into an autogenerated setting. This involves renaming
      the setter from setEnableScrollAnimator(bool) to setScrollAnimatorEnabled(bool) and
      updating the callers. I didn't change any WebKit API methods.
      
      Also remove the code in InternalSettings since it's never used and will now be
      autogenerated with proper resetting code.
      
      No new tests, this is a refactor and should compile.
      
      * page/Settings.cpp:
      (WebCore::Settings::Settings): Remove code that is now autogenerated.
      * page/Settings.h:
      (Settings): Remove code that is now autogenerated.
      * page/Settings.in: Add entry for scrollAnimatorEnabled.
      * testing/InternalSettings.cpp: Remove unused code.
      * testing/InternalSettings.h: Remove unused code.
      * testing/InternalSettings.idl: Remove unused code.
      
      Source/WebKit/chromium:
      
      * src/WebSettingsImpl.cpp:
      (WebKit::WebSettingsImpl::setEnableScrollAnimator): Update call to WebCore to use setScrollAnimatorEnabled(bool).
      
      Source/WebKit/gtk:
      
      * webkit/webkitwebview.cpp:
      (webkit_web_view_update_settings): Update call to WebCore to use setScrollAnimatorEnabled(bool).
      (webkit_web_view_settings_notify): Update call to WebCore to use setScrollAnimatorEnabled(bool).
      
      Source/WebKit/qt:
      
      * Api/qwebsettings.cpp:
      (QWebSettingsPrivate::apply): Update call to WebCore to use setScrollAnimatorEnabled(bool).
      
      Source/WebKit2:
      
      * WebProcess/WebPage/WebPage.cpp:
      (WebKit::WebPage::setUseFixedLayout): Update call to WebCore to use setScrollAnimatorEnabled(bool).
      (WebKit::WebPage::updatePreferences): Update call to WebCore to use setScrollAnimatorEnabled(bool).
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146924 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      82972d0f
    • tony@chromium.org's avatar
      [chromium] Expose setSelectionIncludesAltImageText in WebSettings · 35db81ac
      tony@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113316
      
      Reviewed by Dimitri Glazkov.
      
      Enabling this setting allows plain text clipboard content to include alt
      text like on Firefox and IE10.
      
      * public/WebSettings.h:
      (WebSettings):
      * src/WebSettingsImpl.cpp:
      (WebKit::WebSettingsImpl::setSelectionIncludesAltImageText):
      * src/WebSettingsImpl.h:
      (WebSettingsImpl):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146917 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      35db81ac
    • anilsson@rim.com's avatar
      [BlackBerry] Scrolling up and down can cause the screen to flash black · cd289bab
      anilsson@rim.com authored
      https://bugs.webkit.org/show_bug.cgi?id=113269
      
      Reviewed by Rob Buis.
      
      PR 296106
      
      Source/WebCore:
      
      The LayerRenderer should never clear before drawing the layers, from
      now on that's the responsibility of the caller.
      
      Only manually testable.
      
      * platform/graphics/blackberry/LayerRenderer.cpp:
      (WebCore::LayerRenderer::setViewport):
      * platform/graphics/blackberry/LayerRendererClient.h:
      (LayerRendererClient):
      
      Source/WebKit/blackberry:
      
      Various flaws in the code could conspire to make the screen cleared to
      black before rendering the web page. This only happened when the
      BackingStore was inactive, and the LayerTiler takes on the job of
      drawing the root layer. When tiles are missing, this made the
      "checkerboard" effect especially noticeable since black color was seen
      where the tile should have been. It would be better to clear to the web
      page background color.
      
      This was actually the intent of the code, but when the document
      background color was invalid, we would still use it instead of the
      background color from settings. Also, the LayerRenderer would clear to
      black when WebPageCompositorPrivate::drawsRootLayer() was true.
      
      Fixed by falling back to the settings background color when the
      document background color is invalid, and removing the clearing code
      from the LayerRenderer entirely. The appropriate clear already happens
      near the beginning of BackingStorePrivate::blitVisibleContents().
      
      Also slightly cleaned up the code for managing the background color.
      
      * Api/WebPage.cpp:
      (BlackBerry::WebKit::WebPagePrivate::setLoadState):
      (BlackBerry::WebKit::WebPagePrivate::didChangeSettings):
      (BlackBerry::WebKit::WebPagePrivate::updateBackgroundColor):
      (WebKit):
      (BlackBerry::WebKit::WebPagePrivate::documentBackgroundColor):
      * Api/WebPageCompositor.cpp:
      * Api/WebPageCompositor_p.h:
      (WebPageCompositorPrivate):
      * Api/WebPage_p.h:
      (WebPagePrivate):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146911 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cd289bab
    • ch.dumez@sisa.samsung.com's avatar
      Code duplication between HTTPParsers and HTTPValidation · 3855a916
      ch.dumez@sisa.samsung.com authored
      https://bugs.webkit.org/show_bug.cgi?id=113283
      
      Reviewed by Alexey Proskuryakov.
      
      Source/WebCore:
      
      Merged isValidHTTPToken() from HTTPValidation.h and isRFC2616Token() from
      HTTPParsers.h. They were doing exactly the same thing and their
      implementation was almost the same.
      
      Removed HTTPValidation.* and moved remaining code to HTTPParsers.* as this
      seems like the proper place and it seems odd to keep HTTPValidation for
      just one function.
      
      No new tests, no behavior change for layout tests.
      
      * CMakeLists.txt:
      * GNUmakefile.list.am:
      * Target.pri:
      * WebCore.gypi:
      * WebCore.vcproj/WebCore.vcproj:
      * WebCore.vcxproj/WebCore.vcxproj:
      * WebCore.vcxproj/WebCore.vcxproj.filters:
      * WebCore.xcodeproj/project.pbxproj:
      * platform/network/HTTPParsers.cpp:
      (WebCore::isValidHTTPHeaderValue):
      (WebCore):
      (WebCore::isValidHTTPToken): Implementation is slightly simplified based on
      isValidHTTPToken() from HTTPValidation.cpp. (c >= 0x80 || c == 0x7F) is
      replaced by (c >= 0x7F). (c <= 0x1F ||  c == ' ' || c == '\t') is replaced
      by (c <= 0x20). Those expressions are shorter but equivalent.
      (WebCore::contentDispositionType):
      * platform/network/HTTPParsers.h:
      * platform/network/HTTPValidation.cpp: Removed.
      * platform/network/HTTPValidation.h: Removed.
      * xml/XMLHttpRequest.cpp: Stop including HTTPValidation.h.
      
      Source/WebKit/chromium:
      
      * src/AssociatedURLLoader.cpp: Include HTTPParsers.h instead
      of HTTPValidation.h to use isValidHTTPToken().
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146908 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3855a916
    • sergio@webkit.org's avatar
      Implement overtype mode for editable content · 1874d7a9
      sergio@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112126
      
      Reviewed by Ryosuke Niwa.
      
      Source/WebCore:
      
      Tests: editing/execCommand/overtype-support.html
             editing/execCommand/overtype.html
      
      Add a new Overwrite command to the editor. This command will
      perform overtype operations when enabled instead of "normal" text
      insertions. As IE does, we maintain a single toggle state in the
      editor (enabled/disabled) for all the editable content in the
      page.
      
      This new command will be only available for richly editable
      content via keybindings or the context menu. For testing purposes
      it is also accessible via internals.
      
      * editing/CompositeEditCommand.cpp:
      (WebCore::CompositeEditCommand::replaceTextInNode): Use RefPtr for
      local variables.
      * editing/Editor.cpp:
      (WebCore::Editor::Editor):
      * editing/Editor.h:
      (WebCore::Editor::isOverwriteModeEnabled):
      (WebCore::Editor::toggleOverwriteModeEnabled):
      (Editor): Added two new functions and a new attribute.
      * editing/EditorCommand.cpp:
      (WebCore::executeToggleOverwrite): Enables/disables overwrite mode.
      (WebCore):
      (WebCore::createCommandMap): New OverWrite command.
      * editing/InsertTextCommand.cpp:
      (WebCore::InsertTextCommand::setEndingSelectionWithoutValidation):
      Refactored from performTrivialReplace(), shared by
      performOverwrite().
      (WebCore):
      (WebCore::InsertTextCommand::performTrivialReplace):
      (WebCore::InsertTextCommand::performOverwrite):
      (WebCore::InsertTextCommand::doApply): Perform overwrite if enabled.
      * editing/InsertTextCommand.h:
      (InsertTextCommand):
      * testing/Internals.cpp:
      (WebCore::Internals::resetToConsistentState): Reset OverWrite mode
      to false.
      (WebCore::Internals::isOverwriteModeEnabled):
      (WebCore):
      (WebCore::Internals::toggleOverwriteModeEnabled): Provide access
      to overwrite functionality in Editor for testing purposes.
      * testing/Internals.h:
      (Internals):
      * testing/Internals.idl:
      
      Source/WebKit/mac:
      
      Added the OverWrite editing command to the WebCore editing
      commands lists.
      
      * WebView/WebHTMLView.mm:
      * WebView/WebView.h:
      * WebView/WebView.mm:
      
      LayoutTests:
      
      Two new layout tests for the new overtype mode. We use
      overtype-support.html to check that the Overwrite command is not
      exported to JavaScript but accessible through Internals. The
      overtype.html one is used to test the actual behaviour of the
      command.
      
      The new command was also added to enabling-and-selection-2.js to
      check that it is only available for richly editable content.
      
      * editing/execCommand/enabling-and-selection-2-expected.txt:
      Updated expectations for OverWrite command.
      * editing/execCommand/overtype-expected.txt: Added.
      * editing/execCommand/overtype-support-expected.txt: Added.
      * editing/execCommand/overtype-support.html: Added.
      * editing/execCommand/overtype.html: Added.
      * editing/execCommand/script-tests/enabling-and-selection-2.js:
      Added a check for OverWrite command.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146907 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1874d7a9
    • anilsson@rim.com's avatar
      [BlackBerry] WebOverlay::pixelViewportRect() should return pixel viewport coordinates · 302250bc
      anilsson@rim.com authored
      https://bugs.webkit.org/show_bug.cgi?id=113263
      
      Reviewed by Rob Buis.
      
      PR 312404
      
      Source/WebCore:
      
      Fix WebOverlay::pixelViewportRect() to return the pixel viewport rect
      instead of the window rect. These are different if the web page is
      rendered starting at a window coordinate other than 0,0. The clip rect
      encodes the position we're rendered at, and can be used to translate
      the rect expressed in window coordinates to the pixel viewport
      coordinate system.
      
      Also perform some cleanup of related code.
      
      Only manually testable.
      
      * platform/graphics/blackberry/LayerCompositingThread.cpp:
      (WebCore::LayerCompositingThread::getTransformedHolePunchRect):
      (WebCore::LayerCompositingThread::drawTextures):
      * platform/graphics/blackberry/LayerRenderer.cpp:
      (WebCore::toPixelCoordinates):
      (WebCore):
      (WebCore::LayerRenderer::toWindowCoordinates):
      (WebCore::LayerRenderer::toPixelViewportCoordinates):
      (WebCore::LayerRenderer::toDocumentViewportCoordinates):
      (WebCore::LayerRenderer::updateLayersRecursive):
      * platform/graphics/blackberry/LayerRenderer.h:
      (LayerRenderer):
      
      Source/WebKit/blackberry:
      
      Fixed by returning pixel viewport coordinates instead of window
      coordinates.
      
      * Api/WebOverlay.cpp:
      (BlackBerry::WebKit::WebOverlayPrivateCompositingThread::pixelViewportRect):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146906 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      302250bc
    • commit-queue@webkit.org's avatar
      Convert WebInputEvent::GestureDoubleTap to PlatformEvent::NoType · 78db6a47
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113215
      
      In bug 93045 we removed PlatformEvent::GestureDoubleTap since now DoubleTap gesture
      is implemented as a Tap gesture with tap_count = 2.
      
      In WebViewImpl::handleGestureEvent(), a PlatformEvent is built from the WebGestureEvent
      regardless, even though the PlatfromEvent will never reach the WebCore. DoubleTap, in
      our case, is only handled in WebViewImpl for doube-tap-to-zoom, will also go through
      conversion in WebInpuEventConversion.cpp::PlatformGestureEventBuilder() and reach
      ASSERT_NOT_REACHED()
      
      This patch converts WebGestureEvent::DoubleTap to PlatformEvent::NoType, this makes the
      conversion list from WebInputEvent to PlatformEvent complete and we don't need a special
      handling for the DoubleTap event in WebViewImpl::handleGestureEvent()
      
      Patch by Yufeng Shen <miletus@chromium.org> on 2013-03-26
      Reviewed by Antonio Gomes.
      
      * src/WebInputEventConversion.cpp:
      (WebKit::PlatformGestureEventBuilder::PlatformGestureEventBuilder):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146894 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      78db6a47
    • ossy@webkit.org's avatar
      [Qt] Fix tst_QWebElement::render() API test · eb942741
      ossy@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=65243
      
      Reviewed by Jocelyn Turcotte.
      
      Unmark the passing part of this testcase.
      
      * tests/qwebelement/tst_qwebelement.cpp:
      (tst_QWebElement::render):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146872 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      eb942741
    • commit-queue@webkit.org's avatar
      Unreviewed, rolling out r146767. · 2da964b3
      commit-queue@webkit.org authored
      http://trac.webkit.org/changeset/146767
      https://bugs.webkit.org/show_bug.cgi?id=113295
      
      Rolling out until nicer fonts / sizes are chosen (Requested by
      pfeldman on #webkit).
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-03-26
      
      Source/WebCore:
      
      * inspector/front-end/dataGrid.css:
      (.data-grid table):
      (.data-grid td):
      * inspector/front-end/inspector.css:
      (.toolbar-label):
      (body.show-toolbar-icons .toolbar-label):
      (.console-message .bubble):
      (li .status .bubble):
      (.source-frame-breakpoint-message):
      (.soft-context-menu):
      (.drawer-header-close-button):
      * inspector/front-end/inspectorCommon.css:
      (body):
      * inspector/front-end/networkLogView.css:
      (.network-log-grid.data-grid td):
      (.network-log-grid.data-grid.small td):
      * inspector/front-end/tabbedPane.css:
      (.tabbed-pane-header-tab):
      (.tabbed-pane-header-tab-close-button):
      * inspector/front-end/timelinePanel.css:
      (.timeline-tree-item .count):
      (.timeline-records-stats, .storage-application-cache-status, .storage-application-cache-connectivity):
      (.memory-counter-sidebar-info):
      (.memory-counter-value):
      
      Source/WebKit/chromium:
      
      * src/js/devTools.css:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146871 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2da964b3
    • commit-queue@webkit.org's avatar
      [BlackBerry] Memory leak in UserMediaClientImpl · 3fc4294d
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112998
      
      Patch by Xiaobo Wang <xbwang@torchmobile.com.cn> on 2013-03-26
      Reviewed by Rob Buis.
      
      PR 312559
      Internally Reviewed by Anthony Scian.
      
      Should destroy itself in UserMediaClientImpl::pageDestroyed(), as other
      XXClientBlackBerry did, like GeolocationClientBlackBerry::geolocationDestroyed().
      
      * WebCoreSupport/UserMediaClientImpl.cpp:
      (WebCore::UserMediaClientImpl::pageDestroyed):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146865 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3fc4294d
  2. 25 Mar, 2013 8 commits
    • tkent@chromium.org's avatar
      Rename ENABLE_INPUT_TYPE_DATETIME · 866ba1bd
      tkent@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113254
      
      Reviewed by Kentaro Hara.
      
      Rename ENABLE_INPUT_TYPE_DATETIME to ENABLE_INPUT_TYPE_DATETIME_INCOMPLETE.
      Actually I'd like to remove the code, but we shouldn't remove it yet
      because we shipped products with it on some platforms.
      
      .:
      
      * Source/autotools/SetupWebKitFeatures.m4:
      * Source/cmake/WebKitFeatures.cmake:
      * Source/cmakeconfig.h.cmake:
      
      Source/JavaScriptCore:
      
      * Configurations/FeatureDefines.xcconfig:
      
      Source/WebCore:
      
      * Configurations/FeatureDefines.xcconfig:
      * bindings/generic/RuntimeEnabledFeatures.cpp:
      (WebCore):
      * bindings/generic/RuntimeEnabledFeatures.h:
      (RuntimeEnabledFeatures):
      * css/html.css:
      * html/DateTimeInputType.cpp:
      * html/DateTimeInputType.h:
      * html/InputType.cpp:
      (WebCore::createInputTypeFactoryMap):
      
      Source/WebKit/blackberry:
      
      * WebCoreSupport/AboutDataEnableFeatures.in:
      
      Source/WebKit/chromium:
      
      * src/WebRuntimeFeatures.cpp:
      (WebKit::WebRuntimeFeatures::enableInputTypeDateTime):
      (WebKit::WebRuntimeFeatures::isInputTypeDateTimeEnabled):
      * tests/WebViewTest.cpp:
      
      Source/WebKit/mac:
      
      * Configurations/FeatureDefines.xcconfig:
      
      Source/WebKit2:
      
      * Configurations/FeatureDefines.xcconfig:
      
      Source/WTF:
      
      * wtf/FeatureDefines.h:
      
      Tools:
      
      * Scripts/webkitperl/FeatureList.pm:
      * qmake/mkspecs/features/features.pri:
      
      WebKitLibraries:
      
      * win/tools/vsprops/FeatureDefines.props:
      * win/tools/vsprops/FeatureDefines.vsprops:
      * win/tools/vsprops/FeatureDefinesCairo.props:
      * win/tools/vsprops/FeatureDefinesCairo.vsprops:
      
      LayoutTests:
      
      * platform/chromium/TestExpectations:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146847 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      866ba1bd
    • mary.wu@torchmobile.com.cn's avatar
      [BlackBerry] add needReferer in WebPage load() api · e31bb698
      mary.wu@torchmobile.com.cn authored
      https://bugs.webkit.org/show_bug.cgi?id=113167
      
      Reviewed by Rob Buis.
      
      PR310175, internally reviewed by Joe Mason.
      Sometimes when client load request, it need to add referer with current frame like
      save link/image in option menu, so we add needRef in load() interface in webpage.
      
      * Api/WebPage.cpp:
      (BlackBerry::WebKit::WebPagePrivate::load):
      (BlackBerry::WebKit::WebPage::load):
      (BlackBerry::WebKit::WebPage::loadExtended):
      (BlackBerry::WebKit::WebPage::loadFile):
      (BlackBerry::WebKit::WebPage::download):
      * Api/WebPage.h:
      * Api/WebPage_p.h:
      (WebPagePrivate):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146845 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e31bb698
    • danakj@chromium.org's avatar
      [chromium] Move ownership of compositor VideoLayer to WebMediaPlayer · 53190e76
      danakj@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112971
      
      Reviewed by James Robinson.
      
      Source/Platform:
      
      Defines REMOVE_WEBVIDEOFRAME in related headers to enable this code
      path in chromium.
      
      * chromium/public/WebVideoFrame.h:
      * chromium/public/WebVideoFrameProvider.h:
      
      Source/WebKit/chromium:
      
      This moves ownership of the compositor's video layer over to the
      implementation of WebMediaPlayer, as well as all interaction
      between the media player system and the compositor layer or its
      interfaces such as cc::VideoFrameProvider.
      
      Now, the WebMediaPlayer implementation calls setWebLayer() to
      provide the WebLayer* to the WebMediaPlayerClientImpl so that
      it can be inserted into the GraphicsLayer tree appropriately.
      
      Defines REMOVE_WEBVIDEOFRAME in related headers to enable this code
      path in chromium.
      
      Once chromium removes its use of WebVideoFrame and its related
      classes, we can remove them from WebKit entirely.
      
      * WebKit.gypi:
      * public/WebMediaPlayer.h:
      (WebKit):
      * public/WebMediaPlayerClient.h:
      * public/WebStreamTextureClient.h:
      * src/WebMediaPlayerClientImpl.cpp:
      (WebKit::WebMediaPlayerClientImpl::~WebMediaPlayerClientImpl):
      (WebKit::WebMediaPlayerClientImpl::readyStateChanged):
      (WebKit::WebMediaPlayerClientImpl::repaint):
      (WebKit::WebMediaPlayerClientImpl::setOpaque):
      (WebKit::WebMediaPlayerClientImpl::setWebLayer):
      (WebKit::WebMediaPlayerClientImpl::loadRequested):
      (WebKit::WebMediaPlayerClientImpl::platformLayer):
      (WebKit::WebMediaPlayerClientImpl::paint):
      (WebKit::WebMediaPlayerClientImpl::needsWebLayer):
      (WebKit::WebMediaPlayerClientImpl::supportsAcceleratedRendering):
      (WebKit::WebMediaPlayerClientImpl::acceleratedRenderingInUse):
      (WebKit::WebMediaPlayerClientImpl::create):
      (WebKit::WebMediaPlayerClientImpl::supportsType):
      * src/WebMediaPlayerClientImpl.h:
      (WebKit):
      (WebMediaPlayerClientImpl):
      * tests/WebMediaPlayerClientImplTest.cpp: Removed.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146843 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      53190e76
    • commit-queue@webkit.org's avatar
      Unreviewed. Rolled Chromium DEPS to r190515. Requested by · 3bcdcb24
      commit-queue@webkit.org authored
      "Dana Jansens" <danakj@chromium.org> via sheriffbot.
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-03-25
      
      * DEPS:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146842 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3bcdcb24
    • jamesr@google.com's avatar
      [chromium] Support GraphicsLayer::setContentsToSolidColor · 7121bbe2
      jamesr@google.com authored
      https://bugs.webkit.org/show_bug.cgi?id=104396
      
      Reviewed by Adrienne Walker.
      
      Source/WebCore:
      
      This enables and implements the GraphicsLayer::setContentsToSolidColor
      path for Chromium.
      
      Tested by reftests in compositing/background-color/ and several other
      compositing/ tests.
      
      * platform/graphics/GraphicsLayer.h:
      (WebCore::GraphicsLayer::supportsBackgroundColorContent):
      * platform/graphics/chromium/GraphicsLayerChromium.cpp:
      (WebCore::GraphicsLayerChromium::setContentsToSolidColor):
      (WebCore):
      * platform/graphics/chromium/GraphicsLayerChromium.h:
      (WebKit):
      (GraphicsLayerChromium):
      
      Source/WebKit/chromium:
      
      Updates some unit tests for better include discipline.
      
      * tests/GraphicsLayerChromiumTest.cpp:
      * tests/ImageLayerChromiumTest.cpp:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146826 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7121bbe2
    • commit-queue@webkit.org's avatar
      Unreviewed, rolling out r146819. · 5039aea4
      commit-queue@webkit.org authored
      http://trac.webkit.org/changeset/146819
      https://bugs.webkit.org/show_bug.cgi?id=113249
      
      broke component build (Requested by danakj on #webkit).
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-03-25
      
      Source/Platform:
      
      * chromium/public/WebVideoFrame.h:
      
      Source/WebKit/chromium:
      
      * WebKit.gypi:
      * public/WebMediaPlayerClient.h:
      (WebKit):
      * src/WebMediaPlayerClientImpl.cpp:
      (WebKit::WebMediaPlayerClientImpl::~WebMediaPlayerClientImpl):
      (WebKit::WebMediaPlayerClientImpl::readyStateChanged):
      (WebKit::WebMediaPlayerClientImpl::repaint):
      (WebKit::WebMediaPlayerClientImpl::setOpaque):
      (WebKit::WebMediaPlayerClientImpl::disableAcceleratedCompositing):
      (WebKit::WebMediaPlayerClientImpl::loadRequested):
      (WebKit::WebMediaPlayerClientImpl::loadInternal):
      (WebKit):
      (WebKit::WebMediaPlayerClientImpl::platformLayer):
      (WebKit::WebMediaPlayerClientImpl::paint):
      (WebKit::WebMediaPlayerClientImpl::supportsAcceleratedRendering):
      (WebKit::WebMediaPlayerClientImpl::acceleratedRenderingInUse):
      (WebKit::WebMediaPlayerClientImpl::setVideoFrameProviderClient):
      (WebKit::WebMediaPlayerClientImpl::getCurrentFrame):
      (WebKit::WebMediaPlayerClientImpl::putCurrentFrame):
      (WebKit::WebMediaPlayerClientImpl::create):
      (WebKit::WebMediaPlayerClientImpl::supportsType):
      * src/WebMediaPlayerClientImpl.h:
      (WebKit):
      (WebMediaPlayerClientImpl):
      * tests/WebMediaPlayerClientImplTest.cpp: Added.
      (WebKit):
      (FakeWebMediaPlayerClientImpl):
      (WebKit::FakeWebMediaPlayerClientImpl::create):
      (WebKit::FakeWebMediaPlayerClientImpl::FakeWebMediaPlayerClientImpl):
      (FakeVideoFrameProviderClient):
      (WebKit::FakeVideoFrameProviderClient::create):
      (WebKit::FakeVideoFrameProviderClient::~FakeVideoFrameProviderClient):
      (WebKit::FakeVideoFrameProviderClient::didReceiveFrame):
      (WebKit::FakeVideoFrameProviderClient::didUpdateMatrix):
      (WebKit::FakeVideoFrameProviderClient::stopUsingProvider):
      (WebKit::FakeVideoFrameProviderClient::provider):
      (WebKit::FakeVideoFrameProviderClient::FakeVideoFrameProviderClient):
      (WebKit::TEST):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146824 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5039aea4
    • danakj@chromium.org's avatar
      [chromium] Move ownership of compositor VideoLayer to WebMediaPlayer · c4d5471c
      danakj@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112971
      
      Reviewed by James Robinson.
      
      Source/Platform:
      
      Defines REMOVE_WEBVIDEOFRAME in related headers to enable this code
      path in chromium.
      
      * chromium/public/WebVideoFrame.h:
      * chromium/public/WebVideoFrameProvider.h:
      
      Source/WebKit/chromium:
      
      This moves ownership of the compositor's video layer over to the
      implementation of WebMediaPlayer, as well as all interaction
      between the media player system and the compositor layer or its
      interfaces such as cc::VideoFrameProvider.
      
      Now, the WebMediaPlayer implementation calls setWebLayer() to
      provide the WebLayer* to the WebMediaPlayerClientImpl so that
      it can be inserted into the GraphicsLayer tree appropriately.
      
      Defines REMOVE_WEBVIDEOFRAME in related headers to enable this code
      path in chromium.
      
      Once chromium removes its use of WebVideoFrame and its related
      classes, we can remove them from WebKit entirely.
      
      * WebKit.gypi:
      * public/WebMediaPlayer.h:
      (WebKit):
      * public/WebMediaPlayerClient.h:
      * public/WebStreamTextureClient.h:
      * src/WebMediaPlayerClientImpl.cpp:
      (WebKit::WebMediaPlayerClientImpl::~WebMediaPlayerClientImpl):
      (WebKit::WebMediaPlayerClientImpl::readyStateChanged):
      (WebKit::WebMediaPlayerClientImpl::repaint):
      (WebKit::WebMediaPlayerClientImpl::setOpaque):
      (WebKit::WebMediaPlayerClientImpl::setWebLayer):
      (WebKit::WebMediaPlayerClientImpl::loadRequested):
      (WebKit::WebMediaPlayerClientImpl::platformLayer):
      (WebKit::WebMediaPlayerClientImpl::paint):
      (WebKit::WebMediaPlayerClientImpl::needsWebLayer):
      (WebKit::WebMediaPlayerClientImpl::supportsAcceleratedRendering):
      (WebKit::WebMediaPlayerClientImpl::acceleratedRenderingInUse):
      (WebKit::WebMediaPlayerClientImpl::create):
      (WebKit::WebMediaPlayerClientImpl::supportsType):
      * src/WebMediaPlayerClientImpl.h:
      (WebKit):
      (WebMediaPlayerClientImpl):
      * tests/WebMediaPlayerClientImplTest.cpp: Removed.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146819 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c4d5471c
    • commit-queue@webkit.org's avatar
      Web Inspector: Fonts refactoring · 07235450
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113047
      
      Patch by Alexei Filippov <alph@chromium.org> on 2013-03-25
      Reviewed by Pavel Feldman.
      
      Unify fonts usage across inspector.
      Make inspector default font depend on platform.
      
      Source/WebCore:
      
      * inspector/front-end/dataGrid.css:
      (.data-grid table):
      (.data-grid td):
      * inspector/front-end/inspector.css:
      (.toolbar-label):
      (body.show-toolbar-icons .toolbar-label):
      (.console-message .bubble):
      (li .status .bubble):
      (.source-frame-breakpoint-message):
      (.soft-context-menu):
      * inspector/front-end/inspectorCommon.css:
      (body):
      * inspector/front-end/networkLogView.css:
      (.network-log-grid.data-grid td):
      (.network-log-grid.data-grid.small td):
      * inspector/front-end/tabbedPane.css:
      (.tabbed-pane-header-tab):
      (select.tabbed-pane-header-tabs-drop-down-select):
      * inspector/front-end/timelinePanel.css:
      (.memory-counter-value):
      
      Source/WebKit/chromium:
      
      * src/js/devTools.css:
      (body.platform-linux):
      (body.platform-mac):
      (body.platform-windows):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146767 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      07235450
  3. 24 Mar, 2013 4 commits
  4. 23 Mar, 2013 1 commit
    • commit-queue@webkit.org's avatar
      [GTK][Regression] webkit_dom_html_table_element_insert_row returns value that... · c23ba4b3
      commit-queue@webkit.org authored
      [GTK][Regression] webkit_dom_html_table_element_insert_row returns value that doesn't pass WEBKIT_DOM_IS_HTML_TABLE_ROW_ELEMENT macro
      https://bugs.webkit.org/show_bug.cgi?id=111714
      
      Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-03-23
      Reviewed by Martin Robinson.
      
      Source/WebCore:
      
      Add custom kit implementation for HTMLElements so that the HTML
      wrappers are used in that case instead of wrapHTMLElement.
      
      * bindings/gobject/WebKitDOMBinding.cpp:
      (WebKit::kit):
      (WebKit):
      * bindings/gobject/WebKitDOMBinding.h:
      (WebCore):
      (WebKit):
      * bindings/scripts/CodeGeneratorGObject.pm:
      (UsesManualKitImplementation):
      
      Source/WebKit/gtk:
      
      Add test that checks webkit_dom_html_table_element_insert_row() to
      also preproduce this issue.
      
      * tests/testdomdocument.c:
      (test_dom_document_insert_row):
      (main):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146721 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c23ba4b3
  5. 22 Mar, 2013 15 commits
    • rniwa@webkit.org's avatar
      The second part of the build fix for r146702. This should do it. · 791c34ec
      rniwa@webkit.org authored
      I had to see the mangled name for the new signature.
      
      Source/WebKit: 
      
      * WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:
      
      Source/WebKit/win: 
      
      * WebKit.vcproj/WebKitExports.def.in:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146710 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      791c34ec
    • rniwa@webkit.org's avatar
      Build fix attempt after r146702. · 6444e4b5
      rniwa@webkit.org authored
      Source/WebKit: 
      
      * WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:
      
      Source/WebKit/win: 
      
      * WebKit.vcproj/WebKitExports.def.in:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146705 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6444e4b5
    • cmuppala@apple.com's avatar
      Add runtime setting for hidden page DOM timer throttling and CSS animation suspension · a756fa61
      cmuppala@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=112308
      
      Reviewed by Gavin Barraclough.
      
      Source/WebCore:
      
      No new tests.  Only adding settings to enable/disable existing features
      and hence existing tests suffice.
      
      * WebCore.exp.in:
      * page/Page.cpp:
      (WebCore::Page::setVisibilityState): Check if DOM timer throttling
      and CSS animation suspension are enabled before turning them on.
      (WebCore::Page::hiddenPageDOMTimerThrottlingStateChanged): Start or stop
      DOM timer throttling based on page visibility and the new setting state.
      (WebCore::Page::hiddenPageCSSAnimationSuspensionStateChanged): Ditto
      for CSS animation suspension.
      * page/Page.h:
      * page/Settings.cpp:
      (WebCore::Settings::Settings): Initialize the flags for enabling hidden
      page DOM timer throttling and CSS animation suspension to false.
      (WebCore::Settings::setHiddenPageDOMTimerThrottlingEnabled): Update flag
      and notify page that the state of the setting has changed.
      (WebCore::Settings::setHiddenPageCSSAnimationSuspensionEnabled): Ditto.
      * page/Settings.h:
      (WebCore::Settings::hiddenPageDOMTimerThrottlingEnabled):
      (WebCore::Settings::hiddenPageCSSAnimationSuspensionEnabled):
      
      Source/WebKit/mac:
      
      Add private preference for enabling/disabling hidden page DOM timer
      throttling and CSS animation suspension.  The preference should be
      disabled by default to avoid compatibility issues.
      
      * WebView/WebPreferenceKeysPrivate.h:
      * WebView/WebPreferences.mm:
      (+[WebPreferences initialize]):
      (-[WebPreferences hiddenPageDOMTimerThrottlingEnabled]):
      (-[WebPreferences setHiddenPageDOMTimerThrottlingEnabled:]):
      (-[WebPreferences hiddenPageCSSAnimationSuspensionEnabled]):
      (-[WebPreferences setHiddenPageCSSAnimationSuspensionEnabled:]):
      * WebView/WebPreferencesPrivate.h:
      * WebView/WebView.mm:
      (-[WebView _preferencesChanged:]):
      
      Source/WebKit2:
      
      Add private preference for enabling/disabling hidden page DOM timer
      throttling and CSS animation suspension.  The preference should be
      enabled by default only on Mac, where WebKit2 is a private API and
      hence compatibility is less of a issue.
      
      * Shared/WebPreferencesStore.h:
      * UIProcess/API/C/WKPreferences.cpp:
      (WKPreferencesSetHiddenPageDOMTimerThrottlingEnabled):
      (WKPreferencesGetHiddenPageDOMTimerThrottlingEnabled):
      (WKPreferencesSetHiddenPageCSSAnimationSuspensionEnabled):
      (WKPreferencesGetHiddenPageCSSAnimationSuspensionEnabled):
      * UIProcess/API/C/WKPreferencesPrivate.h:
      * WebProcess/InjectedBundle/InjectedBundle.cpp:
      (WebKit::InjectedBundle::overrideBoolPreferenceForTestRunner): Allow
      WebKitTestRunner to override hiddenPageDOMTimerThrottlingEnabled.
      * WebProcess/WebPage/WebPage.cpp:
      (WebKit::WebPage::updatePreferences):
      
      LayoutTests:
      
      Hidden page DOM timer throttling is disabled by default in WebKit1 and
      in WebKit2 for platforms other than Mac.  Override the preference to
      enable it during the test.
      
      * fast/dom/timer-throttling-hidden-page.html:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146704 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a756fa61
    • kov@webkit.org's avatar
      Trivial fixes to the gyp-build autogen.sh script. · 5cac1183
      kov@webkit.org authored
      Reviewed by Martin Robinson (mrobinson).
      
      * gyp/autogen.sh: add /bin/sh -e as hashbang, so stricter shells will be happy to
      run the script; deal with automake exiting with an error code because there is no
      Makefile.am for it to work on.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146686 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5cac1183
    • mrobinson@webkit.org's avatar
      [GTK] Add WebCoreHTML to the gyp build · c6b5f2df
      mrobinson@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112727
      
      Reviewed by Nico Weber.
      
      * WebCore.gyp/WebCoreGTK.gyp: Add support for building all files under
      the HTML directory. This includes splitting off common WebCore dependencies
      into an aggregate target and adding a top-level WebCore target.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146680 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c6b5f2df
    • mrobinson@webkit.org's avatar
      [GTK] Add support for building the WebCore bindings to the gyp build · 4bf12a55
      mrobinson@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112638
      
      Reviewed by Nico Weber.
      
      Source/JavaScriptCore:
      
      * JavaScriptCore.gyp/JavaScriptCoreGTK.gyp: Export all include directories to direct
      dependents and fix the indentation of the libjavascriptcore target.
      
      Source/WebCore:
      
      Add targets, actions, and rules for building the WebCore bindings. This is
      the first part of the WebCoreGTK build.
      
      * WebCore.gyp/ConvertFileToHeaderWithCharacterArray.gypi: Added.
      * WebCore.gyp/MakeNames.gypi: Added.
      * WebCore.gyp/WebCoreGTK.gyp: Added WebCore bindings build. This has been adapted
      from the Chromium build.
      * WebCore.gypi: Updated list of derived sources files and added a parameter
      for adjusting the location of the built files. We don't want to force the
      Mac build to change, but we'd still like to reuse the scripts that the
      Chromium build uses.
      
      Source/WebKit/gtk:
      
      * gyp/Configuration.gypi.in: Added options for enabling SVG and setting the location of
      the WebCore derived sources.
      * gyp/run-gyp: Include the gyp scripts directory on the Python path and make the WebCoreGTK
      gyp file the default for the build.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146677 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4bf12a55
    • mrobinson@webkit.org's avatar
      [GTK] [gyp] Expose a few more compiler defines for the gyp build · 081a3897
      mrobinson@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113109
      
      Reviewed by Gustavo Noronha Silva.
      
      * gyp/Configuration.gypi.in: Expose the version number string and data
      directory to the gyp build as command-line arguments.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146676 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      081a3897
    • mrobinson@webkit.org's avatar
      [GTK] [gyp] Feature defines are not space separated · 8f5a4aee
      mrobinson@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113108
      
      Reviewed by Gustavo Noronha Silva.
      
      * gyp/configure.ac: Properly export feature defines for gyp during
      configure phase.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146675 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8f5a4aee
    • commit-queue@webkit.org's avatar
      [BlackBerry] Build fix in InputHandler · 1488d2de
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113092
      
      Patch by Nima Ghanavatian <nghanavatian@blackberry.com> on 2013-03-22
      Reviewed by Rob Buis.
      
      * WebKitSupport/InputHandler.cpp:
      (BlackBerry::WebKit::InputHandler::setElementUnfocused):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146674 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1488d2de
    • commit-queue@webkit.org's avatar
      Add client callbacks to notify of changes of associated from controls · 8756e329
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110375
      
      Patch by Dane Wallinga <dgwallinga@chromium.org> on 2013-03-22
      Reviewed by Ryosuke Niwa.
      
      Source/WebCore:
      
      Hook FormAssociatedElement, HTMLFormElement to notify EditorClient of form changes after a page has loaded.
      Will be used to add autofill support for ajax-y webpages. e.g if while filling out a form, new fields
      are dynamically created, autofill can know to re-query the autofill server and keep going.
      https://bugs.webkit.org/show_bug.cgi?id=110375
      
      * dom/Document.cpp:
      (WebCore::Document::Document):
      (WebCore::Document::didAssociateFormControl):
      (WebCore):
      (WebCore::Document::didAssociateFormControlsTimerFired):
      * dom/Document.h:
      (Document):
      added method didAssociateFormControl, which batches form changes
      and calls out to ChromeClient on a timer.
      * html/FormAssociatedElement.cpp:
      (WebCore::FormAssociatedElement::resetFormOwner):
      (WebCore::FormAssociatedElement::formAttributeChanged):
      (WebCore):
      * html/FormAssociatedElement.h:
      (FormAssociatedElement):
      add calls to Document::didAssociateFormControl when form changes
      * html/HTMLFormElement.cpp:
      (WebCore::HTMLFormElement::insertedInto):
      (WebCore):
      * html/HTMLFormElement.h:
      add call to Document::didAssociateFormControl
      * loader/EmptyClients.h:
      (EmptyChromeClient):
      (WebCore::EmptyChromeClient::didAssociateFormControls):
      (WebCore::EmptyChromeClient::shouldNotifyOnFormChanges):
      * page/ChromeClient.h:
      (ChromeClient):
      add new method didAssociateFormControls
      
      Source/WebKit/chromium:
      
      Implement form association methods of ChromeClient
      to inform autofill of form changes after a page has loaded
      
      * public/WebAutofillClient.h:
      (WebAutofillClient):
      (WebKit::WebAutofillClient::didAssociateInput):
      (WebKit::WebAutofillClient::didAddForm):
      (WebKit::WebAutofillClient::didAssociateFormControls):
      * src/ChromeClientImpl.cpp:
      (WebKit::ChromeClientImpl::didAssociateFormControls):
      (WebKit):
      (WebKit::ChromeClientImpl::shouldNotifyOnFormChanges):
      * src/ChromeClientImpl.h:
      (ChromeClientImpl):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146672 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8756e329
    • commit-queue@webkit.org's avatar
      Check focused node reference when traversing through history · 538ddbcd
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113082
      
      Patch by Nima Ghanavatian <nghanavatian@blackberry.com> on 2013-03-22
      Reviewed by Rob Buis.
      
      PR312101
      Check if we have a valid node and document before attempting to access its frame and
      frame selection. This is causing issues when going back to a page after a redirect
      where a stale pointer is used.
      Further, the focused node should be changed after the frame is fully loaded.
      
      * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
      (WebCore::FrameLoaderClientBlackBerry::dispatchDidFinishLoad):
      * WebKitSupport/InputHandler.cpp:
      (BlackBerry::WebKit::InputHandler::setElementUnfocused):
      (BlackBerry::WebKit::InputHandler::restoreViewState):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146641 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      538ddbcd
    • mario@webkit.org's avatar
      [GTK] Include the right GL header for GLES2 · a6566640
      mario@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113034
      
      Reviewed by Martin Robinson.
      
      Include GLES2/gl2.h when using GLES2.
      
      Source/WebKit/gtk:
      
      * WebCoreSupport/AcceleratedCompositingContextGL.cpp:
      
      Source/WebKit2:
      
      * WebProcess/WebPage/gtk/LayerTreeHostGtk.cpp:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146637 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a6566640
    • commit-queue@webkit.org's avatar
      [BlackBerry] Hit Test doesn't need to be active · 6d330619
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113072
      
      Patch by Genevieve Mak <gmak@rim.com> on 2013-03-22
      Reviewed by Rob Buis.
      
      Reviewed Internally By Mike Lattanzio.
      PR #306074
      
      * WebKitSupport/ProximityDetector.cpp:
      (BlackBerry::WebKit::ProximityDetector::findBestPoint):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146634 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6d330619
    • alecflett@chromium.org's avatar
      [chromium] Support Quota API in Worker · ca09df88
      alecflett@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=112713
      
      Hook up WebKit side of queryUsageAndQuota. Tests
      and WebCore code will come in https://bugs.webkit.org/show_bug.cgi?id=112972
      
      Reviewed by David Levin.
      
      * WebKit.gyp:
      * public/WebCommonWorkerClient.h:
      (WebKit::WebCommonWorkerClient::queryUsageAndQuota):
      * src/StorageQuotaChromium.cpp:
      (WebCore::StorageQuota::queryUsageAndQuota):
      (WebCore::StorageQuota::requestQuota):
      * src/WebWorkerClientImpl.cpp:
      (WebKit::WebWorkerClientImpl::queryUsageAndQuota):
      (WebKit):
      * src/WebWorkerClientImpl.h:
      * src/WorkerStorageQuotaCallbacksBridge.cpp: Added.
      (WebKit):
      (MainThreadStorageQuotaCallbacks):
      (WebKit::MainThreadStorageQuotaCallbacks::createLeakedPtr):
      (WebKit::MainThreadStorageQuotaCallbacks::~MainThreadStorageQuotaCallbacks):
      (WebKit::MainThreadStorageQuotaCallbacks::didQueryStorageUsageAndQuota):
      (WebKit::MainThreadStorageQuotaCallbacks::didFail):
      (WebKit::MainThreadStorageQuotaCallbacks::didGrantStorageQuota):
      (WebKit::MainThreadStorageQuotaCallbacks::MainThreadStorageQuotaCallbacks):
      (WorkerStorageQuotaContextObserver):
      (WebKit::WorkerStorageQuotaContextObserver::create):
      (WebKit::WorkerStorageQuotaContextObserver::notifyStop):
      (WebKit::WorkerStorageQuotaContextObserver::WorkerStorageQuotaContextObserver):
      (WebKit::WorkerStorageQuotaCallbacksBridge::stop):
      (WebKit::WorkerStorageQuotaCallbacksBridge::cleanUpAfterCallback):
      (WebKit::WorkerStorageQuotaCallbacksBridge::WorkerStorageQuotaCallbacksBridge):
      (WebKit::WorkerStorageQuotaCallbacksBridge::~WorkerStorageQuotaCallbacksBridge):
      (WebKit::WorkerStorageQuotaCallbacksBridge::postQueryUsageAndQuotaToMainThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::queryUsageAndQuotaOnMainThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::didFailOnMainThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::didQueryStorageUsageAndQuotaOnMainThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::didFailOnWorkerThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::didQueryStorageUsageAndQuotaOnWorkerThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::runTaskOnMainThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::runTaskOnWorkerThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::dispatchTaskToMainThread):
      (WebKit::WorkerStorageQuotaCallbacksBridge::mayPostTaskToWorker):
      * src/WorkerStorageQuotaCallbacksBridge.h: Added.
      (WebCore):
      (WebKit):
      (WorkerStorageQuotaCallbacksBridge):
      (WebKit::WorkerStorageQuotaCallbacksBridge::create):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146633 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ca09df88
    • commit-queue@webkit.org's avatar
      [BlackBerry] Selection overlay clipped incorrectly · 38754417
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=113069
      
      Patch by Andrew Lo <anlo@rim.com> on 2013-03-22
      Reviewed by George Staikos.
      Internally reviewed by Arvid Nilsson.
      
      As a follow-up to r146278, the clip rect also needs to be
      adjusted by the parent's offset when drawing the
      selection overlay.
      
      * WebKitSupport/SelectionOverlay.cpp:
      (BlackBerry::WebKit::SelectionOverlay::paintContents):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146627 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      38754417