1. 27 Feb, 2013 40 commits
    • zandobersek@gmail.com's avatar
      [GTK] Disable MathML support in release builds · 48deb835
      zandobersek@gmail.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110981
      
      Patch by Zan Dobersek <zdobersek@igalia.com> on 2013-02-27
      Reviewed by Martin Robinson.
      
      * Source/autotools/SetupWebKitFeatures.m4: Disable the MathML support in release builds
      as the code is not yet deemed production-ready.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144222 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      48deb835
    • commit-queue@webkit.org's avatar
      Add smartInsertDeleteEnabled setting to WebCore::Page · 8d8980a8
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=107840
      
      Patch by Manuel Rego Casasnovas <rego@igalia.com> on 2013-02-27
      Reviewed by Ryosuke Niwa.
      
      Source/WebCore:
      
      Covered by editing/deleting/smart-editing-disabled.html.
      
      * page/Settings.in: Add new setting with true as initial value.
      
      Source/WebKit2:
      
      * Shared/WebPageCreationParameters.cpp:
      (WebKit::WebPageCreationParameters::encode):
      (WebKit::WebPageCreationParameters::decode): Remove code related to
      isSmartInsertDeleteEnabled.
      * Shared/WebPageCreationParameters.h:
      (WebPageCreationParameters): Remove isSmartInsertDeleteEnabled.
      * Shared/WebPreferencesStore.h:
      (WebKit): Add macro for smartInsertDeleteEnabled setting.
      * UIProcess/API/C/WKPreferences.cpp:
      (WKPreferencesSetSmartInsertDeleteEnabled):
      (WKPreferencesGetSmartInsertDeleteEnabled): Implement methods using the
      new setting.
      * UIProcess/API/C/WKPreferencesPrivate.h: Add new methods headers.
      * UIProcess/WebPageProxy.cpp:
      (WebKit::WebPageProxy::initializeWebPage): Set smartInsertDeleteEnabled
      setting using m_isSmartInsertDeleteEnabled to keep initial value on Mac.
      (WebKit::WebPageProxy::creationParameters): Remove usage of
      parameters.isSmartInsertDeleteEnabled.
      * WebProcess/WebCoreSupport/WebEditorClient.cpp:
      (WebKit::WebEditorClient::smartInsertDeleteEnabled): Enable method for
      all platforms.
      * WebProcess/WebPage/WebPage.cpp:
      (WebKit::WebPage::WebPage): Remove m_isSmartInsertDeleteEnabled
      initialization.
      (WebKit::WebPage::updatePreferences): Set smartInsertDeleteEnabled
      setting.
      (WebKit::WebPage::isSmartInsertDeleteEnabled): Implement method using
      settings.
      (WebKit):
      (WebKit::WebPage::setSmartInsertDeleteEnabled): Implement method using
      settings.
      * WebProcess/WebPage/WebPage.h:
      (WebPage): Enable methods dealing with smartInsertDeleteEnabled for all
      platforms and remove m_isSmartInsertDeleteEnabled as it will be a
      setting.
      
      LayoutTests:
      
      Replace testRunner.setSmartInsertDeleteEnabled by
      internals.settings.setSmartInsertDeleteEnabled in tests.
      
      * editing/deleting/smart-editing-disabled.html:
      * editing/selection/doubleclick-beside-cr-span.html:
      * editing/selection/doubleclick-whitespace-crash.html:
      * editing/selection/doubleclick-whitespace-img-crash.html:
      * editing/selection/doubleclick-whitespace.html:
      * platform/wk2/TestExpectations: Unflag
      editing/deleting/smart-editing-disabled.html as it passes now.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144221 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8d8980a8
    • cfleizach@apple.com's avatar
      WebSpeech: Support pause/resume ability · da70c6e9
      cfleizach@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=107345
      
      Reviewed by Beth Dakin.
      
      Source/WebCore:
      
      Add in the pause/resume functionality to SpeechSynthesis. Also hook up
      the callback events.
      
      Test: platform/mac/fast/speechsynthesis/speech-synthesis-pause-resume.html
      
      * Modules/speech/SpeechSynthesis.cpp:
      (WebCore::SpeechSynthesis::SpeechSynthesis):
      (WebCore::SpeechSynthesis::pending):
      (WebCore::SpeechSynthesis::paused):
      (WebCore::SpeechSynthesis::startSpeakingImmediately):
      (WebCore::SpeechSynthesis::pause):
      (WebCore::SpeechSynthesis::resume):
      (WebCore):
      (WebCore::SpeechSynthesis::didPauseSpeaking):
      (WebCore::SpeechSynthesis::didResumeSpeaking):
      * Modules/speech/SpeechSynthesis.h:
      (SpeechSynthesis):
      * platform/PlatformSpeechSynthesizer.h:
      (PlatformSpeechSynthesizerClient):
      (PlatformSpeechSynthesizer):
      * platform/mac/PlatformSpeechSynthesizerMac.mm:
      (-[WebSpeechSynthesisWrapper speakUtterance:WebCore::]):
      (-[WebSpeechSynthesisWrapper pause]):
      (-[WebSpeechSynthesisWrapper resume]):
      (-[WebSpeechSynthesisWrapper speechSynthesizer:didFinishSpeaking:]):
      (WebCore::PlatformSpeechSynthesizer::pause):
      (WebCore):
      (WebCore::PlatformSpeechSynthesizer::resume):
      
      LayoutTests:
      
      * platform/mac/fast/speechsynthesis/speech-synthesis-pause-resume-expected.txt: Added.
      * platform/mac/fast/speechsynthesis/speech-synthesis-pause-resume.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144220 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      da70c6e9
    • fpizlo@apple.com's avatar
      Disable some unsound DFG DCE · fe12282f
      fpizlo@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110948
      
      Reviewed by Michael Saboff.
              
      DCE of bitops is not sound since the bitops might call some variant of valueOf.
              
      This used to work right because ValueToInt32 was MustGenerate. From the DFG IR
      standpoint it feels weird to make ValueToInt32 be MustGenerate since that node is
      implemented entirely as a pure conversion. If we ever gave the DFG the ability to
      do effectful bitops, we would most likely implement them as special nodes not
      related to the ValueToInt32 and bitop nodes we have now.
              
      This change is performance neutral.
      
      * dfg/DFGNodeType.h:
      (DFG):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144219 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      fe12282f
    • andersca@apple.com's avatar
      More storage scaffolding · 5d867220
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110997
      
      Reviewed by Andreas Kling.
      
      * DerivedSources.make:
      Add StorageAreaProxy.
      
      * UIProcess/Storage/StorageManager.cpp:
      (WebKit::StorageManager::setItem):
      Send back a DidSetItem message.
      
      * WebKit2.xcodeproj/project.pbxproj:
      Add generated files.
      
      * WebProcess/Storage/StorageAreaProxy.cpp:
      (WebKit::StorageAreaProxy::StorageAreaProxy):
      Add the message receiver.
      
      (WebKit::StorageAreaProxy::~StorageAreaProxy):
      Remove the message receiver.
      
      (WebKit::StorageAreaProxy::didSetItem):
      add stub.
      
      * WebProcess/Storage/StorageAreaProxy.h:
      (StorageAreaProxy):
      * WebProcess/Storage/StorageAreaProxy.messages.in: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144218 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5d867220
    • weinig@apple.com's avatar
      REGRESSION: Loading flash switches to discrete graphics, 100 MB on membuster · 56b452e4
      weinig@apple.com authored
      <rdar://problem/13229828>
      
      Reviewed by Dan Bernstein.
      
      Due the change in CFBundleIdentifier, the WebProcess and PluginProcess were
      unnecessarily muxing (they used to be whitelisted by OpenGL) to the discrete
      GPU.
      
      * PluginProcess/EntryPoint/mac/LegacyProcess/Info.plist:
      * PluginProcess/EntryPoint/mac/XPCService/PluginService.32-64.Info.plist:
      * PluginProcess/EntryPoint/mac/XPCService/PluginService.Development/Info.plist:
      * WebProcess/EntryPoint/mac/LegacyProcess/Info.plist:
      * WebProcess/EntryPoint/mac/XPCService/WebContentService.Development/Info.plist:
      * WebProcess/EntryPoint/mac/XPCService/WebContentService/Info.plist:
      Add NSSupportsAutomaticGraphicsSwitching YES.
      
      * WebKit2.xcodeproj/project.pbxproj:
      Re-add the PluginService.32-64.Info.plist plist to the project file.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144217 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      56b452e4
    • ap@apple.com's avatar
      Don't add a body to platform request until necessary · 0c4b51ff
      ap@apple.com authored
              https://bugs.webkit.org/show_bug.cgi?id=110900
      
              Reviewed by NOBODY (OOPS!).
      
              Reviewed by Brady Eidson.
      
              ResourceRequest now has more state for syncing between resource and platform parts.
              In addition to tracking which is up to date, we also track which has up to date
              HTTP Body.
      
              The reason is that we don't need the body on request before it's actually sent,
              and we actually cannot build it when networking is out of process.
      
              * WebCore.exp.in: Updated exports.
      
              * platform/network/ResourceRequestBase.h:
              * platform/network/ResourceRequestBase.cpp:
              (WebCore::ResourceRequestBase::setHTTPBody): Update HTTP body before returning it.
              (WebCore::ResourceRequestBase::updatePlatformRequest): Update according to HTTPBodyUpdatePolicy.
              (WebCore::ResourceRequestBase::updateResourceRequest): Ditto.
      
              * platform/network/cf/FormDataStreamCFNet.cpp:
              (WebCore::formDataStreamLengthPropertyName):
              (WebCore::formCopyProperty):
              (WebCore::setHTTPBody):
              Changed to not update Content-Length in platform request directly. We need to keep it
              in sync with resource request, and it's easier to do in a caller. Exposed computed
              length as a property do avoid duplicating the work.
      
              * platform/network/cf/FormDataStreamCFNet.h: Removed unnecessary httpBodyFromStream().
      
              * platform/network/cf/ResourceHandleCFNet.cpp:
              (WebCore::willSendRequest):
              (WebCore::didReceiveResponse):
              (WebCore::ResourceHandle::createCFURLConnection):
              Update body when necessary.
      
              (WebCore::ResourceRequest::nsURLRequest):
              (WebCore::ResourceRequest::doUpdateResourceRequest):
              (WebCore::ResourceRequest::doUpdateResourceHTTPBody):
              (WebCore):
              (WebCore::ResourceRequest::doUpdatePlatformRequest):
              (WebCore::ResourceRequest::doUpdatePlatformHTTPBody):
              (WebCore::ResourceRequest::updateFromDelegatePreservingOldHTTPBody):
              (WebCore::ResourceRequest::applyWebArchiveHackForMail):
              Ditto.
      
              * platform/network/cf/ResourceRequest.h: Track body up-to-date state.
      
              * platform/network/cf/ResourceRequestCFNet.cpp:
              (WebCore::ResourceRequest::cfURLRequest): Honor HTTPBodyUpdatePolicy.
              (WebCore::ResourceRequest::doUpdatePlatformRequest): Don't update body here.
              (WebCore::ResourceRequest::doUpdatePlatformHTTPBody): Update the body, and make sure
              that Content-Length is correct.
              (WebCore::ResourceRequest::doUpdateResourceRequest): Don't update body here.
              (WebCore::ResourceRequest::doUpdateResourceHTTPBody): Update the body, fixing a bug
              where body stream was lost if this function got called.
              (WebCore::ResourceRequest::applyWebArchiveHackForMail): No need to update body for this one.
      
              * platform/network/mac/ResourceRequestMac.mm: Ditto (but this didn't have a bug
              with streams in doUpdateResourceRequest()).
      
              * platform/network/mac/FormDataStreamMac.h: Forward declare formDataStreamLengthPropertyName().
      
              * platform/network/mac/ResourceHandleMac.mm:
              (WebCore::ResourceHandle::createNSURLConnection):
              (WebCore::ResourceHandle::start):
              (WebCore::ResourceHandle::platformLoadResourceSynchronously):
              (-[WebCoreResourceHandleAsDelegate connection:willSendRequest:redirectResponse:]):
              (-[WebCoreResourceHandleAsDelegate connection:didReceiveResponse:]):
              Update body when necessary.
      
              * platform/network/blackberry/ResourceRequest.h:
              * platform/network/chromium/ResourceRequest.h:
              * platform/network/curl/ResourceRequest.h:
              * platform/network/qt/ResourceRequest.h:
              * platform/network/soup/ResourceRequest.h:
              * platform/network/win/ResourceRequest.h:
              Added stubs for new functions. These ports don't keep a platform request in ResourceRequest,
              and don't need updating.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144216 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0c4b51ff
    • glenn@skynav.com's avatar
      Add ENABLE_CSS3_TEXT_LINE_BREAK flag. · 4ec5fea6
      glenn@skynav.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110944
      
      Reviewed by Dean Jackson.
      
      .:
      
      * Source/cmake/WebKitFeatures.cmake:
      * Source/cmakeconfig.h.cmake:
      
      Source/JavaScriptCore:
      
      * Configurations/FeatureDefines.xcconfig:
      
      Source/WebCore:
      
      No new tests.
      
      * Configurations/FeatureDefines.xcconfig:
      
      Source/WebKit/chromium:
      
      * features.gypi:
      
      Source/WebKit/mac:
      
      * Configurations/FeatureDefines.xcconfig:
      
      Source/WebKit2:
      
      * Configurations/FeatureDefines.xcconfig:
      
      Tools:
      
      * Scripts/webkitperl/FeatureList.pm:
      * qmake/mkspecs/features/features.pri:
      
      WebKitLibraries:
      
      * win/tools/vsprops/FeatureDefines.vsprops:
      * win/tools/vsprops/FeatureDefinesCairo.vsprops:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144214 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4ec5fea6
    • abucur@adobe.com's avatar
      REGRESSION(r124739): fast/lists/list-marker-remove-crash.html hits an assertion in MoveParagraphs · 0f049e01
      abucur@adobe.com authored
      https://bugs.webkit.org/show_bug.cgi?id=93247
      
      Reviewed by Darin Adler.
      
      Source/WebCore:
      
      The listifyParagraph function inside InsertListCommand triggered a layout for the new list and updated
      only the "start" Position. The insertion and layout may have changed the "end" Position as well. The patch
      makes sure "end" is also recomputed.
      
      Test: No new test, the patch fixes a regression.
      
      * editing/InsertListCommand.cpp:
      (WebCore::InsertListCommand::listifyParagraph):
      
      LayoutTests:
      
      Update TestExpectations because the test doesn't crash any more.
      
      * platform/chromium/TestExpectations:
      * platform/efl/TestExpectations:
      * platform/gtk/TestExpectations:
      * platform/mac/TestExpectations:
      * platform/qt-4.8/TestExpectations:
      * platform/qt-mac/TestExpectations:
      * platform/qt/TestExpectations:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144213 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0f049e01
    • commit-queue@webkit.org's avatar
      Add ENABLE_STREAM guards to FileReaderLoader · b2d969d0
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110938
      
      Patch by Zach Kuznia <zork@chromium.org> on 2013-02-27
      Reviewed by Hajime Morrita.
      
      * fileapi/FileReaderLoader.cpp:
      * fileapi/FileReaderLoader.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144212 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b2d969d0
    • commit-queue@webkit.org's avatar
      Fix build when DFG_JIT is not enabled · 456305d8
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110991
      
      Patch by Julien Brianceau <jbrianceau@nds.com> on 2013-02-27
      Reviewed by Csaba Osztrogonác.
      
      * jit/JIT.h:
      (JSC::JIT::canBeOptimizedOrInlined):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144210 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      456305d8
    • commit-queue@webkit.org's avatar
      Fix bug in HTML5 Fullscreen API implementation that was preventing YouTube... · a106ea0b
      commit-queue@webkit.org authored
      Fix bug in HTML5 Fullscreen API implementation that was preventing YouTube HTML5 media controls fullscreen button from working properly.
      https://bugs.webkit.org/show_bug.cgi?id=110905
      
      Patch by John Griggs <jgriggs@rim.com> on 2013-02-27
      Reviewed by Yong Li.
      
      Return true from ChromeClientBlackBerry::supportsFullScreenForElement instead of the negation of the boolean flag (withKeyboard) passed in.
      
      * WebCoreSupport/ChromeClientBlackBerry.cpp:
      (WebCore::ChromeClientBlackBerry::supportsFullScreenForElement):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144209 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a106ea0b
    • allan.jensen@digia.com's avatar
      Switch QtWebKit to GStreamer 1.0. · 08daea97
      allan.jensen@digia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=106669.
      
      Original patch by Sebastian Dröge.
      Reviewed by Csaba Osztrogonác.
      
      Source/WebCore:
      
      * WebCore.pri:
      
      Tools:
      
      Build with GStreamer 1.0 if available, but support GStreamer 0.10
      temporarily to make upgrading easy and the patch suitable for Qt5.
      
      * qmake/mkspecs/features/features.prf:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144208 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      08daea97
    • jamesr@google.com's avatar
      [chromium] Remove WebViewImpl::animate shimmy out through compositor · d54a1e68
      jamesr@google.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110935
      
      Reviewed by Adrienne Walker.
      
      WebViewImpl::animate() and WebViewImpl::updateAnimations() are confusingly similar. ::animate() implements
      the WebWidget API and is called by content::RenderWidget and WebViewHost. ::updateAnimations() implements
      the WebLayerTreeViewClient API and is called by content::RenderWidgetCompositor and by ::animate(). The
      important part of this indirection is that whenever the compositor is active, all animation calls must
      route through cc::LayerTreeHost before entering into WebCore's animation code so that the compositor
      can set the appropriate rate limiting state. Animations may originate from
      content::RenderWidget::AnimateIfNeeded when in software and single threaded mode or from
      cc::LayerTreeHost::updateAnimations in threaded compositing mode. In the long ago, content::RenderWidget had no
      idea if compositing was active or not and always called WebWidget::animate(), so WebViewImpl::animate() had to
      redirect to the compositor when appropriate.
      
      Now (as of chromium r180947) RenderWidget calls WebWidget::animate only when in software mode and otherwise
      calls directly into the compositor. Thus WebViewImpl::animate() no longer needs to do this check. In a
      follow-up, WebViewImpl::updateAnimations will go away completely in favor of just calling WebWidget::animate in
      all cases.
      
      * src/WebViewImpl.cpp:
      (WebKit::WebViewImpl::animate):
      (WebKit::WebViewImpl::updateAnimations):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144206 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d54a1e68
    • efidler@rim.com's avatar
      [BlackBerry] Fix BlackBerry::Platform::String to WTF::String conversion when... · 039da6fc
      efidler@rim.com authored
      [BlackBerry] Fix BlackBerry::Platform::String to WTF::String conversion when the string is Latin-1-encoded.
      https://bugs.webkit.org/show_bug.cgi?id=110986
      
      Reviewed by Yong Li.
      
      Internally reviewed by Nima Ghanavatian.
      BlackBerry PR 292922
      
      We were assuming all platform strings were valid UTF-8, which isn't true for Latin-1 strings.
      
      * platform/text/blackberry/StringBlackBerry.cpp:
      (WTF::String::String):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144205 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      039da6fc
    • allan.jensen@digia.com's avatar
      [TexMap] REGRESSION(144183): It make negative delay tests fails · 72ec747e
      allan.jensen@digia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110989
      
      Reviewed by Noam Rosenthal.
      
      Do not apply a negative offset to the animation starttime send to the GraphicLayerClient,
      it needs the actual animation start not a virtual start.
      
      * platform/graphics/texmap/GraphicsLayerTextureMapper.cpp:
      (WebCore::GraphicsLayerTextureMapper::addAnimation):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144204 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      72ec747e
    • acolwell@chromium.org's avatar
      Fix SourceBufferList so SourceBuffer.append() calls are always rejected after... · e18ac25e
      acolwell@chromium.org authored
      Fix SourceBufferList so SourceBuffer.append() calls are always rejected after the MediaSource is closed.
      https://bugs.webkit.org/show_bug.cgi?id=110917
      
      Reviewed by Eric Carlson.
      
      Source/WebCore:
      
      Test: http/tests/media/media-source/video-media-source-reject-append-after-reopening.html
      
      * Modules/mediasource/SourceBufferList.cpp:
      (WebCore::SourceBufferList::clear):
      
      LayoutTests:
      
      * http/tests/media/media-source/video-media-source-reject-append-after-reopening-expected.txt: Added.
      * http/tests/media/media-source/video-media-source-reject-append-after-reopening.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144203 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e18ac25e
    • commit-queue@webkit.org's avatar
      [BlackBerry] Context menu cannot be invoked after doing text selection in landscape mode · 9f8eb7eb
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110860
      
      Patch by Sean Wang <Xuewen.Wang@torchmobile.com.cn> on 2013-02-27
      Reviewed by Yong Li.
      
      PR 290248 Internally reviewed by Mike Fenton
      
      Add a parameter to notify the webpage client which parts of selection have
      changed in visual or in its selected DOM content. Refactor the selection details
      parameter to platform repo.
      
      The reason of this issue is that when javascript triggers webpage layout, the selection
      will update its apperance event when the selected content is not changed. We want
      to hide the context menu only when the selected content is changed not when only its
      visual is changed.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144202 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9f8eb7eb
    • commit-queue@webkit.org's avatar
      [BlackBerry] The virtual keyboard hides part of Signing In dialog · 7a00f4bc
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110836
      
      Patch by Sean Wang <Xuewen.Wang@torchmobile.com.cn> on 2013-02-27
      Reviewed by Yong Li.
      
      PR # 283427 Internally reviewed by Mike Fenton.
      
      Store form credentials before javascript "onSubmit" event and notify
      webpage client to save credentials after that event since javascript
      may check credentials and stop the submission in its event handler.
      
      * WebCoreSupport/CredentialTransformData.cpp:
      (WebCore::CredentialTransformData::CredentialTransformData):
      (WebCore):
      * WebCoreSupport/CredentialTransformData.h:
      (CredentialTransformData):
      * WebCoreSupport/FrameLoaderClientBlackBerry.cpp:
      (WebCore::FrameLoaderClientBlackBerry::dispatchWillSubmitForm):
      (WebCore::FrameLoaderClientBlackBerry::dispatchWillSendSubmitEvent):
      * WebCoreSupport/FrameLoaderClientBlackBerry.h:
      (FrameLoaderClientBlackBerry):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144200 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7a00f4bc
    • pilgrim@chromium.org's avatar
      [Chromium] Remove unused WebKitPlatformSupport class · d59ada0b
      pilgrim@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110982
      
      Reviewed by Adam Barth.
      
      Part of a larger refactoring series; see tracking bug 82948.
      
      * chromium/public/Platform.h:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144198 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d59ada0b
    • junov@google.com's avatar
      REGRESSION (r134631) of border-radius percentage with border pixel · d3c84afa
      junov@google.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110889
      
      Reviewed by Simon Fraser.
      
      Source/WebCore:
      
      Fixing background color filling to handle "non renderable" rounded
      rectangles.
      
      Test: fast/borders/border-radius-percent.html
      
      * rendering/RenderBoxModelObject.cpp:
      (WebCore::RenderBoxModelObject::paintFillLayerExtended):
      
      LayoutTests:
      
      Adding new pixel test to verify the correct rendering of
      rounded rectangle backgrounds with inner border radii that
      exceed the dimensions of the inner edge of the border.
      
      * fast/borders/border-radius-percent-expected.txt: Added.
      * fast/borders/border-radius-percent.html: Added.
      * platform/chromium-linux/fast/borders/border-radius-percent-expected.png: Added.
      * platform/chromium/TestExpectations:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144196 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d3c84afa
    • fmalita@chromium.org's avatar
      [Chromium] Layout Test svg/custom/transform-with-shadow-and-gradient.svg is failing · 7b04a9e3
      fmalita@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=76557
      
      Reviewed by Stephen Chenney.
      
      Source/WebCore:
      
      Always use kDst_Mode transfer for the shadow looper. Using kSrc_Mode to enforce CSS
      box-shadow opaqueness at this level is not necessary since the RenderBoxModel box
      decoration code already makes sure that shadows are filled with opaque black.
      
      This change aligns the SVG shadow behavior (and pixel results) with CG/Safari.
      
      No new tests, coverage provided by existing tests.
      
      * platform/graphics/skia/GraphicsContextSkia.cpp:
      (WebCore::GraphicsContext::setPlatformShadow):
      
      LayoutTests:
      
      * platform/chromium-linux/svg/css/text-shadow-multiple-expected.png:
      * platform/chromium-linux/svg/custom/transform-with-shadow-and-gradient-expected.png:
      * platform/chromium/TestExpectations:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144195 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7b04a9e3
    • haraken@chromium.org's avatar
      [V8] Generate a wrapper function for ReplaceableAttrSetter() · 1c072075
      haraken@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110781
      
      Reviewed by Adam Barth.
      
      This is one of steps to insert TRACE_EVENT_STATE() macros
      into DOM bindings. This patch introduces an indirection function
      for xxxReplaceableAttrSetter(), like this:
      
      // For non-custom replaceable setters (Note: One implementation
      is enough for all replaceable setters in one interface.)
      void V8XXX:::ReplaceableAttrSetterCallback(...) {
        V8XXX::ReplaceableAttrSetter(...);
      }
      
      // For custom replaceable setters. (Note: This is treated as
      a normal custom setter.)
      void xxxAttrSetterCallback(...) {
        return xxxAttrSetterCustom(...);
      }
      
      No tests. No change in behavior.
      
      * bindings/scripts/CodeGeneratorV8.pm:
      (GenerateReplaceableAttrSetterCallback):
      (GenerateReplaceableAttrSetter):
      (GenerateSingleBatchedAttribute):
      (GenerateImplementation):
      * bindings/scripts/test/V8/V8TestObj.cpp:
      (WebCore::TestObjV8Internal::TestObjReplaceableAttrSetterCallback):
      (TestObjV8Internal):
      (WebCore):
      * bindings/scripts/test/V8/V8TestTypedefs.cpp:
      (WebCore::TestTypedefsV8Internal::TestTypedefsReplaceableAttrSetterCallback):
      (TestTypedefsV8Internal):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144194 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1c072075
    • mifenton@rim.com's avatar
      [BlackBerry] Accept key events even when composing region is active. · 50f54466
      mifenton@rim.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110617
      
      Reviewed by Rob Buis.
      
      PR 293598.
      
      Fix a regression in the previous patch caused
      by an unhandled Alt key down being sent through
      by IMF.
      
      Reviewed Internally by Nima Ghanavatian.
      
      * WebKitSupport/InputHandler.cpp:
      (BlackBerry::WebKit::InputHandler::updateFormState):
      * WebKitSupport/InputHandler.h:
      (InputHandler):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144193 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      50f54466
    • allan.jensen@digia.com's avatar
      [Qt] Flash objects won't load until scrolling page · a3bfe02c
      allan.jensen@digia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110149
      
      Reviewed by Simon Hausmann.
      
      Revert r134222. The issue from bug 101836 is no longer reproducable,
      and the fix was causing flash objects to not load properly.
      
      * plugins/PluginPackage.cpp:
      (WebCore::PluginPackage::determineQuirks):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144191 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a3bfe02c
    • commit-queue@webkit.org's avatar
      [Texmap] TextureMapper is too eager to use intermediate surfaces · eeec0f3f
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110762
      
      Patch by No'am Rosenthal <noam@webkit.org> on 2013-02-27
      Reviewed by Allan Sandfeld Jensen.
      
      Source/WebCore:
      
      Refactor the way intermediate surfaces are handled in TextureMapperLayer.
      Beforehand, we would create an intermediate surface whenever there is a chance of overlap, and
      the intermediate surface would be the largest possible. The result would then be drawn to the
      target surface with the layer's opacity and mask.
      
      This would make it so that (1) surfaces are created even when they're not needed, i.e. when there
      is no actual overlap, and (2) mask wouldn't be applied correctly.
      
      In this patch the behavior is changed so that the area to be painted is divided to "overlapping"
      and "non overlapping" regions. The non-overlapping regions are painted directly, while the overlapping
      regions are tiled to smaller rectangles painted using an intermediate surface.
      Masks are applied to those intermediate surfaces based on the transform of the actual mask, not drawn
      together with the content texture like before.
      
      This optimizes for the more common case of opacity animations on a large tree, while making the quite
      rare case of composited masks slightly less optimized but always correct.
      
      Tests: compositing/overlap-blending/children-opacity-huge.html
             compositing/overlap-blending/reflection-opacity-huge.html
             compositing/overlap-blending/children-opacity-no-overlap.html
      
      * platform/graphics/cairo/GraphicsContext3DPrivate.cpp:
      (WebCore::GraphicsContext3DPrivate::paintToTextureMapper):
      * platform/graphics/cairo/GraphicsContext3DPrivate.h:
      (GraphicsContext3DPrivate):
      * platform/graphics/efl/GraphicsContext3DPrivate.cpp:
      (WebCore::GraphicsContext3DPrivate::paintToTextureMapper):
      * platform/graphics/efl/GraphicsContext3DPrivate.h:
      (GraphicsContext3DPrivate):
      * platform/graphics/qt/GraphicsContext3DQt.cpp:
      (GraphicsContext3DPrivate):
      (WebCore::GraphicsContext3DPrivate::paintToTextureMapper):
      * platform/graphics/qt/MediaPlayerPrivateQt.cpp:
      (WebCore::MediaPlayerPrivateQt::paintToTextureMapper):
      * platform/graphics/qt/MediaPlayerPrivateQt.h:
      (MediaPlayerPrivateQt):
      * platform/graphics/surfaces/GraphicsSurface.cpp:
      (WebCore::GraphicsSurface::paintToTextureMapper):
      * platform/graphics/surfaces/GraphicsSurface.h:
      (GraphicsSurface):
      * platform/graphics/surfaces/glx/GraphicsSurfaceGLX.cpp:
      (WebCore::GraphicsSurface::platformPaintToTextureMapper):
      * platform/graphics/surfaces/mac/GraphicsSurfaceMac.cpp:
      (WebCore::GraphicsSurface::platformPaintToTextureMapper):
      * platform/graphics/surfaces/win/GraphicsSurfaceWin.cpp:
      (WebCore::GraphicsSurface::platformPaintToTextureMapper):
      * platform/graphics/texmap/TextureMapperBackingStore.h:
      (TextureMapperBackingStore):
      * platform/graphics/texmap/TextureMapperPlatformLayer.h:
      (TextureMapperPlatformLayer):
      * platform/graphics/texmap/TextureMapperSurfaceBackingStore.cpp:
      (WebCore::TextureMapperSurfaceBackingStore::paintToTextureMapper):
      * platform/graphics/texmap/TextureMapperSurfaceBackingStore.h:
      (TextureMapperSurfaceBackingStore):
      * platform/graphics/texmap/TextureMapperTile.cpp:
      (WebCore::TextureMapperTile::paint):
      * platform/graphics/texmap/TextureMapperTile.h:
      (TextureMapperTile):
      * platform/graphics/texmap/TextureMapperTiledBackingStore.cpp:
      (WebCore::TextureMapperTiledBackingStore::paintToTextureMapper):
      * platform/graphics/texmap/TextureMapperTiledBackingStore.h:
      (TextureMapperTiledBackingStore):
      * platform/graphics/texmap/coordinated/CoordinatedBackingStore.cpp:
      (WebCore::CoordinatedBackingStore::paintTilesToTextureMapper):
      (WebCore::CoordinatedBackingStore::paintToTextureMapper):
      * platform/graphics/texmap/coordinated/CoordinatedBackingStore.h:
      (CoordinatedBackingStore):
              Removed the "mask" parameter from TextureMapperPlatformLayer and overrides, since
              we no longer paint the contents and the mask in the same pass.
      
      * platform/graphics/texmap/TextureMapper.cpp:
      (WebCore::TextureMapper::TextureMapper):
      * platform/graphics/texmap/TextureMapper.h:
      (WebCore::TextureMapper::setMaskMode):
      (TextureMapper):
      (WebCore::TextureMapper::isInMaskMode):
      * platform/graphics/texmap/TextureMapperGL.cpp:
      (WebCore::TextureMapperGL::drawNumber):
      (WebCore::TextureMapperGL::drawTexture):
      (WebCore::TextureMapperGL::draw):
      (WebCore):
      (WebCore::TextureMapperGL::drawTexturedQuadWithProgram):
      (WebCore::TextureMapperGL::drawFiltered):
      * platform/graphics/texmap/TextureMapperGL.h:
      (TextureMapperGL):
      * platform/graphics/texmap/TextureMapperImageBuffer.cpp:
      (WebCore::TextureMapperImageBuffer::drawTexture):
      (WebCore::TextureMapperImageBuffer::drawSolidColor):
      * platform/graphics/texmap/TextureMapperImageBuffer.h:
      (TextureMapperImageBuffer):
              Instead of painting the mask together with the texture/color, paint the mask
              by drawing with DestinationIn to an existing surface.
      
      * platform/graphics/texmap/TextureMapperLayer.cpp:
      (TextureMapperPaintOptions):
      (WebCore::TextureMapperLayer::paintSelf):
      (WebCore::TextureMapperLayer::shouldBlend):
      (WebCore::TextureMapperLayer::paintSelfAndChildrenWithReplica):
      (WebCore::TextureMapperLayer::replicaTransform):
      (WebCore):
      (WebCore::applyFilters):
      (WebCore::resolveOverlaps):
      (WebCore::TextureMapperLayer::computeOverlapRegions):
      (WebCore::TextureMapperLayer::paintUsingOverlapRegions):
      (WebCore::TextureMapperLayer::applyMask):
      (WebCore::TextureMapperLayer::paintIntoSurface):
      (WebCore::commitSurface):
      (WebCore::TextureMapperLayer::paintWithIntermediateSurface):
      (WebCore::TextureMapperLayer::paintRecursive):
      * platform/graphics/texmap/TextureMapperLayer.h:
      (WebCore):
      (TextureMapperLayer):
      (WebCore::TextureMapperLayer::hasFilters):
      * platform/graphics/texmap/TextureMapperShaderProgram.cpp:
      (WebCore):
      (WebCore::TextureMapperShaderProgram::create):
      * platform/graphics/texmap/TextureMapperShaderProgram.h:
      
      LayoutTests:
      
      Added a few ref-tests for correct overlap blending in accelearated compositing mode.
      Skipping the new reflection test on Mac/Chromium since it's not rendered
      properly on those platforms.
      
      * compositing/overlap-blending/children-opacity-huge-expected.html: Added.
      * compositing/overlap-blending/children-opacity-huge.html: Added.
      * compositing/overlap-blending/children-opacity-no-overlap-expected.html: Added.
      * compositing/overlap-blending/children-opacity-no-overlap.html: Added.
      * compositing/overlap-blending/reflection-opacity-huge-expected.html: Added.
      * compositing/overlap-blending/reflection-opacity-huge.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144190 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      eeec0f3f
    • apavlov@chromium.org's avatar
      Web Inspector: [REGRESSION] [Audits] Disabled "Run" button styling is the same as the enabled one · c98410ac
      apavlov@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110971
      
      Reviewed by Yury Semikhatsky.
      
      Split out PanelEnablerView-related rules into panelEnabledView.css and restored the missing rules
      in inspector.css.
      
      * inspector/front-end/inspector.css:
      * inspector/front-end/panelEnablerView.css:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144186 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c98410ac
    • vsevik@chromium.org's avatar
      Unreviewed, rolling out r144179. · 473b6590
      vsevik@chromium.org authored
      http://trac.webkit.org/changeset/144179
      https://bugs.webkit.org/show_bug.cgi?id=110980
      
      Breaks compilation (Requested by vsevik on #webkit).
      
      Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-02-27
      
      * public/WebTextInputType.h:
      * src/WebViewImpl.cpp:
      (WebKit::WebViewImpl::textInputInfo):
      (WebKit::WebViewImpl::textInputType):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144185 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      473b6590
    • tkent@chromium.org's avatar
      REGRESSION: INPUT_MULTIPLE_FIELDS_UI: Changing CSS display property on... · 1b3ce320
      tkent@chromium.org authored
      REGRESSION: INPUT_MULTIPLE_FIELDS_UI: Changing CSS display property on input[type=date] unexpectedly makes another line for ::-webkit-calendar-picker-indicator
      https://bugs.webkit.org/show_bug.cgi?id=110974
      
      Reviewed by Kentaro Hara.
      
      Source/WebCore:
      
      Input elements with the multiple fields UI require flexible box
      layout. We should use RenderFlexibleBox regardless of display
      property values.
      
      Tests: Update fast/forms/date/date-apparance-basic.html
      
      * html/BaseMultipleFieldsDateAndTimeInputType.cpp:
      (WebCore::BaseMultipleFieldsDateAndTimeInputType::createRenderer):
      Always use RenderFlexibleBox.
      * html/BaseMultipleFieldsDateAndTimeInputType.h:
      (BaseMultipleFieldsDateAndTimeInputType): Declare createRenderer.
      
      LayoutTests:
      
      * fast/forms/date/date-appearance-basic-expected.txt:
      * fast/forms/date/date-appearance-basic.html:
      * platform/chromium-mac/fast/forms/date/date-appearance-basic-expected.png:
      * platform/chromium/TestExpectations:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144184 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1b3ce320
    • allan.jensen@digia.com's avatar
      [TexMap] Flickering after transitions on Apple HTML5 demo · ce7d09fd
      allan.jensen@digia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=102501
      
      Reviewed by Noam Rosenthal.
      
      Notify about animation start after the new animation is actually commited.
      
      * platform/graphics/texmap/GraphicsLayerTextureMapper.cpp:
      (WebCore::GraphicsLayerTextureMapper::GraphicsLayerTextureMapper):
      (WebCore::GraphicsLayerTextureMapper::commitLayerChanges):
      (WebCore::GraphicsLayerTextureMapper::addAnimation):
      * platform/graphics/texmap/GraphicsLayerTextureMapper.h:
      (GraphicsLayerTextureMapper):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144183 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ce7d09fd
    • vivek.vg@samsung.com's avatar
      Web Inspector: Refactor AuditsPanel with AuditController as newly introduced entity · 506bfbb1
      vivek.vg@samsung.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110866
      
      Reviewed by Alexander Pavlov.
      
      Source/WebCore:
      
      AuditController is being introduced in order to follow MVC pattern with the Audits.
      This is the first step about the refactoring. Moving the methods from the AuditsPanel
      into AuditController would ease the event driven approach to de-couple the AuditsPanel
      and the AuditLauncherView.
      
      No new tests as code refactoring.
      
      * WebCore.gypi:
      * WebCore.vcproj/WebCore.vcproj:
      * inspector/compile-front-end.py:
      * inspector/front-end/AuditController.js: Added.
      (WebInspector.AuditController):
      (WebInspector.AuditController.prototype.ruleResultReadyCallback):
      (WebInspector.AuditController.prototype.categoryDoneCallback):
      (WebInspector.AuditController.prototype._executeAudit):
      (WebInspector.AuditController.prototype._auditFinishedCallback):
      (WebInspector.AuditController.prototype.startAuditWhenResourcesReady):
      (WebInspector.AuditController.prototype.initiateAudit):
      (WebInspector.AuditController.prototype._reloadResources):
      (WebInspector.AuditController.prototype._didMainResourceLoad):
      * inspector/front-end/AuditLauncherView.js:
      (WebInspector.AuditLauncherView):
      (WebInspector.AuditLauncherView.prototype._startAudit):
      * inspector/front-end/AuditsPanel.js:
      (WebInspector.AuditsPanel):
      (WebInspector.AuditsPanel.prototype.auditFinishedCallback):
      * inspector/front-end/WebKit.qrc:
      
      LayoutTests:
      
      * inspector/extensions/extensions-audits-tests.js:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144182 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      506bfbb1
    • schenney@chromium.org's avatar
      [chromium] GIFImageDecoderTest.parseAndDecodeByteByByte failing on Android · 3c9b2338
      schenney@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110922
      
      Unreviewed build fix.
      
      * tests/GIFImageDecoderTest.cpp:
      (WebKit):
      (WebKit::TEST): Disable the entire test on Android.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144181 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3c9b2338
    • commit-queue@webkit.org's avatar
      [Chromium] Should not return WebTextInputTypeNone for date input element. · eb6dbddf
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110740
      
      Patch by Seigo Nonaka <nona@chromium.org> on 2013-02-27
      Reviewed by Kent Tamura.
      
      In the case of Windows 8, text input state including on-screen keyboard is controlled by the
      value of WebTextInputType returned from WebViewImpl::textInputType().
      In past, it returned WebTextInputTypeDate for date text input but now it returns
      WebTextInputTypeNone.
      WebTextInputTypeNone is used for non editable node, so on-screen keyboard will be hidden if
      the date text input is focused.  So there is no way to input on Windows 8 tablet without
      physical keyboard except tapping small up/down arrow.
      
      * public/WebTextInputType.h: Introduces WebTextInputTypeDateTimeField.
      * src/WebViewImpl.cpp:
      (WebKit::WebViewImpl::textInputInfo): Fills type filed regardless of editable or not. It is
      safe because textInputType returns editable type only for known editable element.
      (WebKit::WebViewImpl::textInputType): Returns WebTextInputTypeDateTimeField for the date
      time field element.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144179 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      eb6dbddf
    • commit-queue@webkit.org's avatar
      [CSS Regions] Region overset property is not properly computed when there is a region break · 283a5bdc
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=92497
      
      Patch by Mihai Maerean <mmaerean@adobe.com> on 2013-02-27
      Reviewed by David Hyatt.
      
      Source/WebCore:
      
      For "paginated" content in regions that has -webkit-region-break-after:always, the bottom margin was being passed
      along for the next region in the chain, which shouldn't happen.
      
      The fix is, at layout, to clear the bottom margin for the nodes (inside paginated contexts) that have
      -webkit-region-break-after:always.
      
      Tests: fast/multicol/break-after-always-bottom-margin.html
             fast/regions/overset-break-nested.html
             fast/regions/overset-break-with-sibling.html
             fast/regions/overset-break.html
      
      * rendering/RenderBlock.cpp:
      (WebCore::RenderBlock::applyAfterBreak):
      
      LayoutTests:
      
      * fast/multicol/break-after-always-bottom-margin-expected.txt: Added.
      * fast/multicol/break-after-always-bottom-margin.html: Added.
      * fast/regions/overset-break-expected.txt: Added.
      * fast/regions/overset-break-nested-expected.txt: Added.
      * fast/regions/overset-break-nested.html: Added.
      * fast/regions/overset-break-with-sibling-expected.txt: Added.
      * fast/regions/overset-break-with-sibling.html: Added.
      * fast/regions/overset-break.html: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144178 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      283a5bdc
    • schenney@chromium.org's avatar
      Bindings test results update after r144126 · 4c2e2363
      schenney@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=108196
      
      Unreviewed test update.
      
      * bindings/scripts/test/JS/JSTestObj.cpp: Add include of CallbackFunction.h
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144176 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4c2e2363
    • commit-queue@webkit.org's avatar
      Bug in atomicIncrement implementation for MIPS GCC · c79e670e
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=110969
      
      Patch by Balazs Kilvady <kilvadyb@homejinni.com> on 2013-02-27
      Reviewed by Csaba Osztrogonác.
      
      Fix of __sync_[add|sub]_and_fetch_8 for GCC patch.
      
      * wtf/Atomics.cpp:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144174 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c79e670e
    • vsevik@chromium.org's avatar
      Unreviewed inspector front-end closure compilaiton fix. · 6b32f5c3
      vsevik@chromium.org authored
      * inspector/front-end/ScriptsNavigator.js:
      (WebInspector.SnippetsNavigatorView.prototype._handleEvaluateSnippet):
      (WebInspector.SnippetsNavigatorView.prototype._handleRemoveSnippet):
      * inspector/front-end/ScriptsPanel.js:
      (WebInspector.ScriptsPanel.prototype.set _fileRenamed):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144173 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6b32f5c3
    • commit-queue@webkit.org's avatar
      REGRESSION(r137994): It made JSC tests hang and layout tests fail on ARM Thumb2 / Linux · 4b8f8f18
      commit-queue@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=108632
      
      Patch by Simon Hausmann <simon.hausmann@digia.com> on 2013-02-27
      Reviewed by Csaba Osztrogonác.
      
      It appears that mprotect() is very slow on ARM/Linux, so disable the
      approach of unreserved mappings there and fall back to overcomitting
      memory, based on Uli Schlachter's recommendation.
      
      * wtf/OSAllocatorPosix.cpp:
      (WTF::OSAllocator::reserveUncommitted):
      (WTF::OSAllocator::decommit):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144170 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4b8f8f18
    • bruno.abinader@basyskom.com's avatar
      [texmap] Do not apply clip state if redundant · 1dc1bc50
      bruno.abinader@basyskom.com authored
      https://bugs.webkit.org/show_bug.cgi?id=110790
      
      Reviewed by Noam Rosenthal.
      
      Add a bool to check if clip state has changed since last apply.
      
      No behavior changes, thus covered by existing tests.
      
      * platform/graphics/texmap/TextureMapperGL.cpp:
      (WebCore::TextureMapperGL::ClipStack::reset):
      (WebCore::TextureMapperGL::ClipStack::pop):
      (WebCore::TextureMapperGL::ClipStack::apply):
      * platform/graphics/texmap/TextureMapperGL.h:
      (WebCore::TextureMapperGL::ClipStack::ClipStack):
      (ClipStack):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144169 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1dc1bc50
    • hausmann@webkit.org's avatar
      [Qt][Mac] Fix massive parallel builds · 48d19c26
      hausmann@webkit.org authored
      Reviewed by Tor Arne Vestbø.
      
      There exists a race condition that LLIntDesiredOffsets.h is written to
      by two parllel instances of the ruby script. This patch ensures that similar to the output file,
      the generated file is also prefixed according to the build configuration.
      
      * LLIntOffsetsExtractor.pro:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@144168 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      48d19c26