1. 12 May, 2011 9 commits
    • tonyg@chromium.org's avatar
      2011-05-10 Tony Gentilcore <tonyg@chromium.org> · 4b0a55f4
      tonyg@chromium.org authored
              Reviewed by Darin Adler.
      
              Perform some forward declarations suggested by include-what-you-use
              https://bugs.webkit.org/show_bug.cgi?id=60545
      
              * accessibility/AccessibilityObject.cpp:
              * accessibility/AccessibilityRenderObject.cpp:
              * accessibility/mac/AccessibilityObjectWrapper.mm:
              * dom/DocumentMarkerController.cpp:
              * dom/Position.cpp:
              * dom/PositionIterator.cpp:
              * dom/Range.cpp:
              * editing/ApplyBlockElementCommand.cpp:
              * editing/ApplyStyleCommand.cpp:
              * editing/Editor.cpp:
              * editing/EditorCommand.cpp:
              * editing/FrameSelection.cpp:
              * editing/HTMLInterchange.cpp:
              * editing/IndentOutdentCommand.cpp:
              * editing/ReplaceSelectionCommand.cpp:
              * editing/SpellChecker.h:
              * editing/SpellingCorrectionCommand.cpp:
              * editing/SpellingCorrectionController.h:
              * editing/TextCheckingHelper.cpp:
              * editing/TextIterator.h:
              * editing/htmlediting.h:
              * editing/markup.cpp:
              * editing/visible_units.cpp:
              * editing/visible_units.h:
              * fileapi/DOMFileSystem.cpp:
              * fileapi/DirectoryReaderSync.cpp:
              * fileapi/DirectoryReaderSync.h:
              * fileapi/FileEntry.h:
              * fileapi/FileWriter.h:
              * fileapi/FileWriterBase.h:
              * fileapi/FileWriterSync.h:
              * history/CachedFrame.cpp:
              * history/CachedPage.cpp:
              * history/HistoryItem.cpp:
              * history/HistoryItem.h:
              * history/PageCache.h:
              * loader/HistoryController.h:
              * loader/PingLoader.h:
              * loader/ResourceLoader.h:
              * loader/appcache/DOMApplicationCache.h:
              * loader/cache/CachedCSSStyleSheet.h:
              * loader/cache/CachedFont.cpp:
              * loader/cache/CachedFont.h:
              * loader/cache/CachedResourceRequest.cpp:
              * loader/cache/CachedResourceRequest.h:
              * loader/cache/MemoryCache.h:
              * notifications/Notification.cpp:
              * notifications/Notification.h:
              * notifications/NotificationCenter.cpp:
              * notifications/NotificationCenter.h:
              * page/Chrome.cpp:
              * page/Chrome.h:
              * page/DOMSelection.cpp:
              * page/DOMTimer.h:
              * page/DOMWindow.cpp:
              * page/EventHandler.cpp:
              * page/FocusController.h:
              * page/Geolocation.cpp:
              * page/Geolocation.h:
              * page/History.cpp:
              * rendering/RenderListBox.cpp:
              * workers/WorkerContext.cpp:
      2011-05-10  Tony Gentilcore  <tonyg@chromium.org>
      
              Reviewed by Darin Adler.
      
              Perform some forward declarations suggested by include-what-you-use
              https://bugs.webkit.org/show_bug.cgi?id=60545
      
              * src/WebHistoryItem.cpp:
              * src/WebNotification.cpp:
              * src/WebTextCheckingCompletionImpl.cpp:
              * src/mac/WebSubstringUtil.mm:
      2011-05-10  Tony Gentilcore  <tonyg@chromium.org>
      
              Reviewed by Darin Adler.
      
              Perform some forward declarations suggested by include-what-you-use
              https://bugs.webkit.org/show_bug.cgi?id=60545
      
              * Plugins/Hosted/WebHostedNetscapePluginView.mm:
              * WebView/WebFrame.mm:
      2011-05-10  Tony Gentilcore  <tonyg@chromium.org>
      
              Reviewed by Darin Adler.
      
              Perform some forward declarations suggested by include-what-you-use
              https://bugs.webkit.org/show_bug.cgi?id=60545
      
              * WebProcess/WebPage/mac/WebPageMac.mm:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86325 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4b0a55f4
    • yutak@chromium.org's avatar
      2011-05-12 Yuta Kitamura <yutak@chromium.org> · db59e854
      yutak@chromium.org authored
              Unreviewed, another attempt of build fix.
      
              * websockets/CloseEvent.h:
              * websockets/CloseEvent.idl:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86321 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      db59e854
    • yutak@chromium.org's avatar
      2011-05-12 Yuta Kitamura <yutak@chromium.org> · af32aa65
      yutak@chromium.org authored
              Unreviewed, trying to fix Qt minimal compile.
      
              * websockets/CloseEvent.idl:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86320 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      af32aa65
    • commit-queue@webkit.org's avatar
      2011-05-12 ojab <ojab@ojab.ru> · cc4f3881
      commit-queue@webkit.org authored
              Reviewed by Eric Seidel.
      
              Fix build with --disable-video --enable-fullscreen-api
              https://bugs.webkit.org/show_bug.cgi?id=60542
      
              * css/CSSStyleSelector.cpp:
              (WebCore::CSSStyleSelector::SelectorChecker::checkOneSelector):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86319 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      cc4f3881
    • philn@webkit.org's avatar
      2011-05-12 Philippe Normand <pnormand@igalia.com> · 2dd519d7
      philn@webkit.org authored
              Unreviewed, GTK build fix.
      
              * wtf/Platform.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86318 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2dd519d7
    • carlosgc@webkit.org's avatar
      2011-05-12 Carlos Garcia Campos <cgarcia@igalia.com> · 189c2d54
      carlosgc@webkit.org authored
              Reviewed by Martin Robinson.
      
              Fix the build with ENABLE_PLUGIN_PROCESS
              https://bugs.webkit.org/show_bug.cgi?id=60628
      
              * WebProcess/Plugins/PluginProxy.cpp:
              (WebKit::PluginProxy::initialize): Move the call to
              pluginController->isAcceleratedCompositingEnabled() to a #ifdef block.
              * WebProcess/Plugins/PluginProxy.h: Add include for <WebCore/IntRect.h>.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86317 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      189c2d54
    • commit-queue@webkit.org's avatar
      2011-05-12 Keith Kyzivat <keith.kyzivat@nokia.com> · 96624d14
      commit-queue@webkit.org authored
              Reviewed by Csaba Osztrogonác.
      
              [Qt] Arm debug build failing on ARMAssembler::debugOffset()
              https://bugs.webkit.org/show_bug.cgi?id=60688
      
              Related to svn rev 85523
      
              * assembler/ARMAssembler.h:
              (JSC::ARMAssembler::debugOffset):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86316 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      96624d14
    • yutak@chromium.org's avatar
      2011-05-12 Yuta Kitamura <yutak@chromium.org> · 854c86ea
      yutak@chromium.org authored
              Reviewed by Kent Tamura.
      
              WebSocket add new event: CloseEvent
              https://bugs.webkit.org/show_bug.cgi?id=35573
      
              Original patch was written by Fumitoshi Ukai <ukai@chromium.org>.
              I modified the test close-event.html slightly so that it passes on Chromium.
              I also updated a few test results that are affected by this change.
      
              * fast/dom/Window/window-properties-expected.txt:
              * fast/dom/Window/window-property-descriptors-expected.txt:
              * fast/dom/prototype-inheritance-expected.txt:
              * fast/js/global-constructors-expected.txt:
              * http/tests/websocket/tests/close-event-expected.txt: Added.
              * http/tests/websocket/tests/close-event.html: Added.
              * platform/chromium/fast/dom/prototype-inheritance-expected.txt:
      2011-05-12  Yuta Kitamura  <yutak@chromium.org>
      
              Reviewed by Kent Tamura.
      
              WebSocket add new event: CloseEvent
              https://bugs.webkit.org/show_bug.cgi?id=35573
      
              Original patch was written by Fumitoshi Ukai <ukai@chromium.org>.
              I added CloseEvent constructor to DOMWindow, so it can be referred
              in the new test (close-event.html).
      
              Test: http/tests/websocket/tests/close-event.html
      
              * CMakeLists.txt:
              * CodeGenerators.pri:
              * DerivedSources.cpp:
              * DerivedSources.make:
              * GNUmakefile.list.am:
              * WebCore.gypi:
              * WebCore.pro:
              * WebCore.vcproj/WebCore.vcproj:
              * WebCore.xcodeproj/project.pbxproj:
              * bindings/js/JSEventCustom.cpp:
              (WebCore::toJS):
              * bindings/v8/custom/V8EventCustom.cpp:
              (WebCore::toV8):
              * dom/Event.cpp:
              (WebCore::Event::isCloseEvent):
              * dom/Event.h:
              * page/DOMWindow.idl: Add CloseEvent constructor.
              * websockets/CloseEvent.h: Added.
              (WebCore::CloseEvent::isCloseEvent):
              (WebCore::CloseEvent::create):
              (WebCore::CloseEvent::initCloseEvent):
              (WebCore::CloseEvent::wasClean):
              (WebCore::CloseEvent::CloseEvent):
              * websockets/CloseEvent.idl: Added.
              * websockets/WebSocket.cpp:
              (WebCore::WebSocket::didClose):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86315 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      854c86ea
    • commit-queue@webkit.org's avatar
      2011-05-12 Ben Wells <benwells@chromium.org> · 550a18c6
      commit-queue@webkit.org authored
              Reviewed by Simon Fraser.
      
              RGBA colors in outlines show overpainting at the corners
              https://bugs.webkit.org/show_bug.cgi?id=58999
      
              * fast/borders/outline-alpha-block.html: Added.
              * fast/borders/outline-alpha-inline.html: Added.
              * platform/chromium/test_expectations.txt:
              * platform/mac/fast/borders/outline-alpha-block-expected.png: Added.
              * platform/mac/fast/borders/outline-alpha-block-expected.txt: Added.
              * platform/mac/fast/borders/outline-alpha-inline-expected.png: Added.
              * platform/mac/fast/borders/outline-alpha-inline-expected.txt: Added.
              * platform/mac/fast/box-shadow/box-shadow-radius-expected.png: Rebaselined as this test had rgba outlines.
              * platform/mac/fast/layers/self-painting-outline-expected.png: Rebaselined as this test had rgba outlines.
      2011-05-12  Ben Wells  <benwells@chromium.org>
      
              Reviewed by Simon Fraser.
      
              RGBA colors in outlines show overpainting at the corners
              https://bugs.webkit.org/show_bug.cgi?id=58999
      
              Tests: fast/borders/outline-alpha-block.html
                     fast/borders/outline-alpha-inline.html
      
              Updated baseline images for tests with rgba outlines:
                     fast/box-shadow/box-shadow-radius.html
                     fast/layers/self-painting-outline.html
      
               * rendering/RenderInline.cpp:
              (WebCore::RenderInline::paintOutline):
              (WebCore::RenderInline::paintOutlineForLine):
              * rendering/RenderInline.h:
              * rendering/RenderObject.cpp:
              (WebCore::RenderObject::paintOutline):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86314 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      550a18c6
  2. 11 May, 2011 31 commits
    • leviw@chromium.org's avatar
      2011-05-11 Levi Weintraub <leviw@chromium.org> · 5e1b7862
      leviw@chromium.org authored
              Reviewed by Eric Seidel.
      
              Rename Widget::pos()
              https://bugs.webkit.org/show_bug.cgi?id=60575
      
              Renaming Widget::pos() to the more-descriptive location().
      
              No new tests as this is a simple rename
      
              * page/FrameView.cpp:
              (WebCore::FrameView::create):
              * platform/Widget.h:
              (WebCore::Widget::location):
              (WebCore::Widget::resize):
      2011-05-11  Levi Weintraub  <leviw@chromium.org>
      
              Reviewed by Eric Seidel.
      
              Rename Widget::pos()
              https://bugs.webkit.org/show_bug.cgi?id=60575
      
              Renaming Widget::pos() to the more-descriptive location().
      
              * src/WebInputEventConversion.cpp:
              (WebKit::WebMouseEventBuilder::WebMouseEventBuilder):
              (WebKit::WebMouseWheelEventBuilder::WebMouseWheelEventBuilder):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86312 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5e1b7862
    • morrita@google.com's avatar
      2011-05-10 MORITA Hajime <morrita@google.com> · 7f0dffc7
      morrita@google.com authored
              Reviewed by Kent Tamura.
      
              Crashes if the document inside iframe is removed during pasting some text into it.
              https://bugs.webkit.org/show_bug.cgi?id=60534
      
              * editing/pasteboard/paste-removing-iframe-expected.txt: Added.
              * editing/pasteboard/paste-removing-iframe.html: Added.
              * editing/pasteboard/resources/paste-removing-iframe-child.html: Added.
      2011-05-10  MORITA Hajime  <morrita@google.com>
      
              Reviewed by Kent Tamura.
      
              Crashes if the document inside iframe is removed during pasting some text into it.
              https://bugs.webkit.org/show_bug.cgi?id=60534
      
              Added missing null check.
      
              Test: editing/pasteboard/paste-removing-iframe.html
      
              * editing/Editor.cpp:
              (WebCore::Editor::shouldChangeSelection):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86311 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7f0dffc7
    • commit-queue@webkit.org's avatar
      2011-05-11 Brian Salomon <bsalomon@google.com> · 9260236f
      commit-queue@webkit.org authored
              Reviewed by Eric Seidel.
      
              Handle case when GrContext creation fails
              https://bugs.webkit.org/show_bug.cgi?id=60410
      
              Exercised by all canvas tests when DRT is run with skia-gpu
      
              * platform/graphics/gpu/SharedGraphicsContext3D.cpp:
              (WebCore::SharedGraphicsContext3D::grContext):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86310 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9260236f
    • psolanki@apple.com's avatar
      2011-05-11 Pratik Solanki <psolanki@apple.com> · f3ada36b
      psolanki@apple.com authored
              Reviewed by Andreas Kling.
      
              Remove empty class CallbackGuard
              https://bugs.webkit.org/show_bug.cgi?id=60610
      
              CallbackGuard was only ever used on Tiger and it is now an empty class. Remove all uses of it.
      
              * platform/network/mac/ResourceHandleMac.mm:
              (-[WebCoreResourceHandleAsDelegate connection:willSendRequest:redirectResponse:]):
              (-[WebCoreResourceHandleAsDelegate connectionShouldUseCredentialStorage:]):
              (-[WebCoreResourceHandleAsDelegate connection:didReceiveAuthenticationChallenge:]):
              (-[WebCoreResourceHandleAsDelegate connection:didCancelAuthenticationChallenge:]):
              (-[WebCoreResourceHandleAsDelegate connection:canAuthenticateAgainstProtectionSpace:]):
              (-[WebCoreResourceHandleAsDelegate connection:didReceiveResponse:]):
              (-[WebCoreResourceHandleAsDelegate connection:didReceiveData:lengthReceived:]):
              (-[WebCoreResourceHandleAsDelegate connection:willStopBufferingData:]):
              (-[WebCoreResourceHandleAsDelegate connection:didSendBodyData:totalBytesWritten:totalBytesExpectedToWrite:]):
              (-[WebCoreResourceHandleAsDelegate connectionDidFinishLoading:]):
              (-[WebCoreResourceHandleAsDelegate connection:didFailWithError:]):
              (-[WebCoreResourceHandleAsDelegate connection:willCacheResponse:]):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86309 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f3ada36b
    • commit-queue@webkit.org's avatar
      2011-05-11 Luke Macpherson <macpherson@chromium.org> · d1e17f04
      commit-queue@webkit.org authored
              Reviewed by Eric Seidel.
      
              Implement CSSPropertyMargin and CSSPropertyPadding in CSSStyleApplyProperty.
              https://bugs.webkit.org/show_bug.cgi?id=60609
      
              No new tests - refactoring only.
      
              * css/CSSStyleApplyProperty.cpp:
              (WebCore::CSSStyleApplyProperty::CSSStyleApplyProperty):
              Initialise CSSPropertyMargin and CSSPropertyPadding handlers.
              * css/CSSStyleSelector.cpp:
              (WebCore::CSSStyleSelector::applyProperty):
              Remove unused implementations.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86308 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d1e17f04
    • kevino@webkit.org's avatar
      Reviewed by Kevin Ollivier. · f2496442
      kevino@webkit.org authored
      [wx] Implement more clipping functions for wxWebKit.
              
      https://bugs.webkit.org/show_bug.cgi?id=60662
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86306 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f2496442
    • commit-queue@webkit.org's avatar
      2011-05-11 Damian Kaleta <dkaleta@apple.com> · d5f7c0ab
      commit-queue@webkit.org authored
              Reviewed by Brady Eidson.
      
              Need a new API that will try to restore the scrollbars' position, when navigating in the back/forward history
              https://bugs.webkit.org/show_bug.cgi?id=60674
      
              * WebCore.exp.in: Export restoreScrollPositionAndViewState()
      2011-05-11  Damian Kaleta  <dkaleta@apple.com>
      
              Reviewed by Brady Eidson.
      
              Need a new API that will try to restore the scrollbars' position, when navigating in the back/forward history
              https://bugs.webkit.org/show_bug.cgi?id=60674
      
              * UIProcess/API/C/WKPage.cpp:
              (WKPageTryRestoreScrollPosition):
              * UIProcess/API/C/WKPage.h:
              * UIProcess/WebPageProxy.cpp:
              (WebKit::WebPageProxy::tryRestoreScrollPosition):
              * UIProcess/WebPageProxy.h:
              * WebProcess/WebPage/WebPage.cpp:
              (WebKit::WebPage::tryRestoreScrollPosition):
              * WebProcess/WebPage/WebPage.h:
              * WebProcess/WebPage/WebPage.messages.in:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86305 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d5f7c0ab
    • commit-queue@webkit.org's avatar
      2011-05-11 Igor Oliveira <igor.oliveira@openbossa.org> · 1dc3a3e6
      commit-queue@webkit.org authored
              Reviewed by Eric Seidel.
      
              WebKit does not build with GCCE
              https://bugs.webkit.org/show_bug.cgi?id=60667
      
              Allow compile WebKit with GCCE
      
              * wtf/Alignment.h:
              * wtf/Platform.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86304 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1dc3a3e6
    • leviw@chromium.org's avatar
      2011-05-11 Levi Weintraub <leviw@chromium.org> · 7c155a2f
      leviw@chromium.org authored
              Reviewed by Eric Seidel.
      
              Switch paintFillLayer and its progeny to use IntRect instead of four ints
              https://bugs.webkit.org/show_bug.cgi?id=60596
      
              Changing integers passed into paintFillLayer and other derivatives to IntRects
              and IntSizes that reflect their function.
      
              No new tests since this is just refactoring.
      
              * rendering/InlineFlowBox.cpp:
              (WebCore::InlineFlowBox::paintFillLayers):
              (WebCore::InlineFlowBox::paintFillLayer):
              (WebCore::InlineFlowBox::paintBoxDecorations):
              (WebCore::InlineFlowBox::paintMask):
              * rendering/InlineFlowBox.h:
              * rendering/RenderBox.cpp:
              (WebCore::RenderBox::paintRootBoxFillLayers):
              (WebCore::RenderBox::paintBoxDecorationsWithSize):
              (WebCore::RenderBox::paintMaskImages):
              (WebCore::RenderBox::paintFillLayers):
              (WebCore::RenderBox::paintFillLayer):
              * rendering/RenderBox.h:
              * rendering/RenderBoxModelObject.cpp:
              (WebCore::RenderBoxModelObject::paintFillLayerExtended):
              * rendering/RenderBoxModelObject.h:
              * rendering/RenderFieldset.cpp:
              (WebCore::RenderFieldset::paintBoxDecorations):
              * rendering/RenderTable.cpp:
              (WebCore::RenderTable::paintBoxDecorations):
              * rendering/RenderTableCell.cpp:
              (WebCore::RenderTableCell::paintBackgroundsBehindCell):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86303 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7c155a2f
    • abarth@webkit.org's avatar
      2011-05-11 Adam Barth <abarth@webkit.org> · 589d1c43
      abarth@webkit.org authored
              Reviewed by Eric Seidel.
      
              Enable strict PassOwnPtr on Mac
              https://bugs.webkit.org/show_bug.cgi?id=60684
      
              This should build cleanly now.
      
              * wtf/PassOwnPtr.h:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86302 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      589d1c43
    • commit-queue@webkit.org's avatar
      2011-05-11 Nat Duca <nduca@chromium.org> · aeecdca9
      commit-queue@webkit.org authored
              Reviewed by James Robinson.
      
              [chromium] Use mapTexSubImage2D for tile uploads if available
              https://bugs.webkit.org/show_bug.cgi?id=60008
      
              * platform/graphics/chromium/LayerTilerChromium.cpp:
              (WebCore::LayerTilerChromium::LayerTilerChromium):
              (WebCore::LayerTilerChromium::update):
              (WebCore::LayerTilerChromium::updateFromPixels):
              * platform/graphics/chromium/LayerTilerChromium.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86301 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      aeecdca9
    • oliver@apple.com's avatar
      2011-05-11 Oliver Hunt <oliver@apple.com> · 60de6041
      oliver@apple.com authored
              Reviewed by Darin Adler.
      
              Protect JSC from WebCore executing JS during JS wrapper finalization
              https://bugs.webkit.org/show_bug.cgi?id=60672
              <rdar://problem/9350997>
      
              Detect when we're trying to execute JS during GC and prevent the
              execution from happening.  We also assert that this isn't happening
              as it implies incorrect behaviour of an object's destructor.
      
              * JavaScriptCore.exp:
              * heap/Heap.cpp:
              * heap/Heap.h:
              (JSC::Heap::isBusy):
              * interpreter/Interpreter.cpp:
              (JSC::Interpreter::execute):
              (JSC::Interpreter::executeCall):
              (JSC::Interpreter::executeConstruct):
              * runtime/JSGlobalData.h:
              (JSC::JSGlobalData::isCollectorBusy):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86300 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      60de6041
    • alexis.menard@openbossa.org's avatar
      2011-05-11 Alexis Menard <alexis.menard@openbossa.org> · 818c82f1
      alexis.menard@openbossa.org authored
              Reviewed by Kenneth Rohde Christiansen.
      
              [Qt] Implements a disable appearance for Media Elements of Qt port.
              https://bugs.webkit.org/show_bug.cgi?id=60561
      
              Implements a disable appearance for the media controls of the Qt port
              when the media is not yet available.
      
              * platform/qt/RenderThemeQt.cpp:
              (WebCore::mediaElementCanPlay):
              (WebCore::RenderThemeQt::getMediaControlForegroundColor):
              (WebCore::RenderThemeQt::paintMediaSliderThumb):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86299 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      818c82f1
    • tkent@chromium.org's avatar
      2011-05-11 Kent Tamura <tkent@chromium.org> · 571f6811
      tkent@chromium.org authored
              Reviewed by Dimitri Glazkov.
      
              input type=email is too strict
              https://bugs.webkit.org/show_bug.cgi?id=55988
      
              * fast/forms/resources/ValidityState-typeMismatch-email.js:
              * fast/forms/ValidityState-typeMismatch-email-expected.txt:
      2011-05-11  Kent Tamura  <tkent@chromium.org>
      
              Reviewed by Dimitri Glazkov.
      
              input type=email is too strict
              https://bugs.webkit.org/show_bug.cgi?id=55988
      
              Follow the updated specification.
      
              * html/EmailInputType.cpp: Update the pattern to allow a domain part without periods.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86298 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      571f6811
    • weinig@apple.com's avatar
      2011-05-11 Sam Weinig <sam@webkit.org> · 8b6ac572
      weinig@apple.com authored
              Reviewed by Gavin Barraclough.
      
              WebKit2 doesn't build on Mac with strict PassOwnPtr
              https://bugs.webkit.org/show_bug.cgi?id=60655
      
              * Platform/CoreIPC/HandleMessage.h:
              (CoreIPC::handleMessageDelayed):
              Add explicit adoptPtr to indicate that the constructor is taking ownership.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86296 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8b6ac572
    • jpu@apple.com's avatar
      2011-05-11 Jia Pu <jpu@apple.com> · fd2014cc
      jpu@apple.com authored
              Reviewed by Darin Adler.
      
              Autocorrection persists after deleting and retyping the same word at same location.
              https://bugs.webkit.org/show_bug.cgi?id=60555
              <rdar://problem/9373915>
      
              See WebCore/ChangeLog for detail.
      
              * platform/mac-leopard/Skipped:
              * platform/mac-snowleopard/Skipped:
              * platform/mac/editing/spelling/delete-autocorrected-word-2-expected.png: Added.
              * platform/mac/editing/spelling/delete-autocorrected-word-2-expected.txt: Added.
              * platform/mac/editing/spelling/delete-autocorrected-word-2.html: Added.
      2011-05-11  Jia Pu  <jpu@apple.com>
      
              Reviewed by Darin Adler.
      
              Autocorrection persists after deleting and retyping the same word at same location.
              https://bugs.webkit.org/show_bug.cgi?id=60555
              <rdar://problem/9373915>
      
              This patch intends to alleviate the issue of repetitively applying the same autocorrection
              when user delete and retype the same word at the same location. This scenario is especially
              common when autocorrection modifies the first letter of the word.
      
              This patch consists following major changes:
              1. Added a new marker type, DeletedAutocorrection. This marker is added to the whitespace that
                 precedes a deleted autocorrection. If the user later types the same original word at after
                 this whitespace, the autocorrection will not be applied again.
              2. In DeleteSelectionCommand, added code to notify SpellingCorrectionController about the
                 autocorrection that has just been deleted.
              3. In Editor and SpellingCorrectionController, added code to apply the marker and to suppress
                 autocorrection when necessary.
              4. The change in CompositeEditCommand::replaceTextInNode is necessary for preserving markers.
                 Otherwise, we will loose the DeletedAutocorrection on the whitespace, when inserting text
                 after the whitespace.
      
              Test: platform/mac/editing/spelling/delete-autocorrected-word-2.html
      
              * dom/DocumentMarker.h: Added new marker type DeletedAutocorrection.
              (WebCore::DocumentMarker::AllMarkers::AllMarkers):
              * dom/DocumentMarkerController.cpp:
              (WebCore::DocumentMarkerController::markersInRange): Support querying multiple marker types.
              * dom/DocumentMarkerController.h:
              * editing/CompositeEditCommand.cpp:
              (WebCore::CompositeEditCommand::replaceTextInNodeAndPreserveMarkers):
              (WebCore::CompositeEditCommand::rebalanceWhitespaceOnTextSubstring):
              (WebCore::CompositeEditCommand::prepareWhitespaceAtPositionForSplit):
              * editing/CompositeEditCommand.h:
              * editing/DeleteSelectionCommand.cpp:
              (WebCore::DeleteSelectionCommand::DeleteSelectionCommand):
              (WebCore::DeleteSelectionCommand::fixupWhitespace):
              (WebCore::DeleteSelectionCommand::originalStringForAutocorrectionAtBeginningOfSelection): Extracting
                 the original string if we are deleting an autocorrection.
              (WebCore::DeleteSelectionCommand::doApply): Notify editor about the deleted autocorrection and its position.
              * editing/DeleteSelectionCommand.h:
              * editing/Editor.cpp:
              (WebCore::Editor::markAllMisspellingsAndBadGrammarInRanges): Moved all logic of determining
                 when to suppress an autocorrection into SpellingCorrectionController.
              (WebCore::Editor::deletedAutocorrectionAtPosition):
              * editing/Editor.h:
              * editing/InsertParagraphSeparatorCommand.cpp:
              (WebCore::InsertParagraphSeparatorCommand::doApply):
              * editing/SpellingCorrectionController.cpp:
              (WebCore::SpellingCorrectionController::respondToAppliedEditing):
              (WebCore::SpellingCorrectionController::deletedAutocorrectionAtPosition):
              (WebCore::SpellingCorrectionController::markPrecedingWhitespaceForDeletedAutocorrectionAfterCommand):
              (WebCore::SpellingCorrectionController::processMarkersOnTextToBeReplacedByResult):
              * editing/SpellingCorrectionController.h:
              (WebCore::SpellingCorrectionController::UNLESS_ENABLED):
              * editing/visible_units.cpp:
              (WebCore::isStartOfWord):
              * editing/visible_units.h:
              * manual-tests/autocorrection/spell-checking-after-reversion.html:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86295 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      fd2014cc
    • oliver@apple.com's avatar
      2011-05-11 Oliver Hunt <oliver@apple.com> · 450024ac
      oliver@apple.com authored
              Reviewed by Gavin Barraclough.
      
              Enable gc mark validation in temporarily in release builds
              https://bugs.webkit.org/show_bug.cgi?id=60678
      
              Make it easier to turn the gc mark validation on and off, and
              temporarily turn it on for all builds.
      
              * heap/MarkStack.cpp:
              * heap/MarkStack.h:
              (JSC::MarkStack::append):
              (JSC::MarkStack::internalAppend):
              * runtime/WriteBarrier.h:
              (JSC::MarkStack::appendValues):
              * wtf/Platform.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86294 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      450024ac
    • mitz@apple.com's avatar
      <rdar://problem/9414874> Layout unnecessarily interrupts smooth scrolling at msnbc.com · 7adc5cf0
      mitz@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=60677
      
      Reviewed by Darin Adler.
      
      * platform/ScrollView.cpp:
      (WebCore::ScrollView::updateScrollbars): Only perform an immediate scroll, aborting any running
      animation, if the new scroll offset computed here is different from the current scroll offset.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86293 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7adc5cf0
    • tkent@chromium.org's avatar
      2011-05-11 Kent Tamura <tkent@chromium.org> · af2085d1
      tkent@chromium.org authored
              Reviewed by Dimitri Glazkov.
      
              <input pattern="1|10" value="10"> doesn't work correctly.
              https://bugs.webkit.org/show_bug.cgi?id=60619
      
              Add test cases and update the result.
      
              * fast/forms/ValidityState-patternMismatch-expected.txt:
              * fast/forms/ValidityState-patternMismatch.html:
      2011-05-11  Kent Tamura  <tkent@chromium.org>
      
              Reviewed by Dimitri Glazkov.
      
              <input pattern="1|10" value="10"> doesn't work correctly.
              https://bugs.webkit.org/show_bug.cgi?id=60619
      
              Fixes a bug that patternMismatch returns a wrong result if
               - a whole value matches to a pattern,
               - a sub-string of the value also matches to the pattern, and
               - the sub-string matching has priority.
      
              * html/BaseTextInputType.cpp:
              (WebCore::BaseTextInputType::patternMismatch):
                Enclose the specified pattern with ^( and )$.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86292 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      af2085d1
    • commit-queue@webkit.org's avatar
      2011-05-11 Zelidrag Hornung <zelidrag@chromium.org> · 6e126984
      commit-queue@webkit.org authored
              Reviewed by David Levin.
      
              Prevented DOMFileSystemBase from imposing file naming restrictions on
              external file systems.
      
              https://bugs.webkit.org/show_bug.cgi?id=60583
      
              There are no new tests for this change since it requires the presence
              of external file system provider which is specific to the platform host
              process. Chromium implementation will test this within its extension API
              test suite.
      
              * fileapi/DOMFileSystemBase.cpp:
              (WebCore::pathToAbsolutePath):
              (WebCore::DOMFileSystemBase::getFile):
              (WebCore::DOMFileSystemBase::getDirectory):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86291 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6e126984
    • commit-queue@webkit.org's avatar
      2011-05-11 Antoine Labour <piman@chromium.org> · 7e4ad0a0
      commit-queue@webkit.org authored
              Reviewed by David Levin.
      
              Expose shouldBufferData to ThreadableLoaderOptions to be able to disable buffering of the
              loaded resource.
              https://bugs.webkit.org/show_bug.cgi?id=60656
      
              * loader/DocumentThreadableLoader.cpp:
              (WebCore::DocumentThreadableLoader::loadRequest):
              Pass the shouldBufferData to the resource load scheduler, forcing it to true for the
              preflight request.
              * loader/ResourceLoadScheduler.cpp:
              (WebCore::ResourceLoadScheduler::scheduleSubresourceLoad):
              Pass through shouldBufferData to SubresourceLoader::create
              * loader/ResourceLoadScheduler.h:
      
              * loader/SubresourceLoader.cpp:
              (WebCore::SubresourceLoader::create):
              Set shouldBufferData on the newly created loader
      
              * loader/SubresourceLoader.h:
      
              * loader/ThreadableLoader.h:
              (WebCore::ThreadableLoaderOptions::ThreadableLoaderOptions):
              Add shouldBufferData to the options, defaulting to true.
      2011-05-11  Antoine Labour  <piman@chromium.org>
      
              Reviewed by David Levin.
      
              Don't buffer data for resources loaded by AssociatedURLLoader.
              https://bugs.webkit.org/show_bug.cgi?id=60656
      
              * src/AssociatedURLLoader.cpp:
              (WebKit::AssociatedURLLoader::loadAsynchronously): set shouldBufferData to false in ThreadableLoaderOptions
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86290 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7e4ad0a0
    • jcivelli@chromium.org's avatar
      2011-05-11 Jay Civelli <jcivelli@chromium.org> · e48e949e
      jcivelli@chromium.org authored
              Reviewed by Adam Barth.
      
              Adding a Content-Type parser. This is needed for MHTML support.
              https://bugs.webkit.org/show_bug.cgi?id=60637
      
              (WebCore::ScriptController::disableEval):
              * platform/network/ContentTypeParser.cpp: Added.
              * platform/network/ContentTypeParser.h: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86289 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      e48e949e
    • levin@chromium.org's avatar
      https://bugs.webkit.org/show_bug.cgi?id=59561 · 011ea55e
      levin@chromium.org authored
      Switch TestWebKitAPI to GTest
      
      Patch by Dmitry Lomov <dslomov@google.com> on 2011-05-11
      Reviewed by David Levin.
      
      Fixes Makefiles and WinCairo build as well
      
      .:
      
      * Source/ThirdParty/gtest/README.WebKit:
      * Source/ThirdParty/gtest/msvc/gtest-md.vcproj:
      * Source/ThirdParty/gtest/xcode/Config/General.xcconfig:
      * Source/ThirdParty/gtest/xcode/Makefile: Added.
      
      Source/WebKit/win:
      
      * WebKit.vcproj/WebKit.sln:
      
      Tools:
      
      * Makefile:
      * Scripts/build-api-tests:
      * Scripts/run-api-tests:
      * TestWebKitAPI/Configurations/TestWebKitAPICommon.vsprops:
      * TestWebKitAPI/Test.h:
      * TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
      * TestWebKitAPI/Tests/WTF/VectorBasic.cpp:
      (TestWebKitAPI::TEST):
      * TestWebKitAPI/TestsController.cpp:
      (TestWebKitAPI::TestsController::TestsController):
      (TestWebKitAPI::TestsController::dumpTestNames):
      (TestWebKitAPI::TestsController::runTestNamed):
      (TestWebKitAPI::TestsController::runAllTests):
      * TestWebKitAPI/TestsController.h:
      * TestWebKitAPI/mac/main.mm:
      (main):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86287 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      011ea55e
    • jberlin@webkit.org's avatar
      [Windows WebKit2] Use cookies set in WebKit1 · fcf9f8dd
      jberlin@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=60274
      
      Reviewed by Steve Falkenburg.
      
      Source/WebCore: 
      
      Share the default storage session between the UI and Web Processes.
      
      * platform/network/cf/CookieStorageCFNet.cpp:
      (WebCore::defaultSessionCookieStorage):
      Keep track of the default storage session cookie storage.
      (WebCore::currentCookieStorage):
      Call defaultCookieStorage to get the default cookie storage.
      (WebCore::defaultCookieStorage):
      If there is a default storage session cookie storage, prefer that over getting the default
      cookie storage. In the Web Process, asking CFNetwork for the default cookie storage directly
      without specifying a storage session will not get the cookie storage being shared by the UI
      and Web Processes.
      
      * platform/network/ResourceHandle.h:
      * platform/network/cf/ResourceHandleCFNet.cpp:
      (WebCore::willSendRequest):
      Make sure to set the current storage session on any requests used by the Web
      Process before CFNetwork has to do anything with them, in order for CFNetwork to avoid
      doing anything with the Web Process's default storage session (which is not the one shared
      with the UI Process).
      (WebCore::makeFinalRequest):
      Ditto.
      (WebCore::ResourceHandle::willSendRequest):
      Ditto.
      (WebCore::ResourceHandle::currentStorageSession):
      If there is a Private Browsing storage session, return that.
      If not, on Windows return the default storage session that is being shared with the UI
      Process and on Mac return 0.
      (WebCore::defaultCFURLStorageSession):
      (WebCore::ResourceHandle::setDefaultStorageSession):
      (WebCore::ResourceHandle::defaultStorageSession):
      
      * platform/network/cf/ResourceRequestCFNet.cpp:
      (WebCore::ResourceRequest::doUpdatePlatformRequest):
      Make sure to set the current storage session on any requests used by the Web
      Process before CFNetwork has to do anything with them, in order for CFNetwork to avoid
      doing anything with the Web Process's default storage session (which is not the one shared
      with the UI Process).
      
      Source/WebKit/win: 
      
      * WebView.cpp:
      (WebView::setCacheModel):
      Pass 0 to wkCopyFoundationCacheDirectory so that it uses the default session.
      
      Source/WebKit2: 
      
      Share the default storage session between the UI and Web Processes.
      
      * Shared/WebProcessCreationParameters.cpp:
      (WebKit::WebProcessCreationParameters::encode):
      Only encode the session parameter if it is valid.
      (WebKit::WebProcessCreationParameters::decode):
      Don't try to decode a null session data. 
      * Shared/WebProcessCreationParameters.h:
      Add a parameter for a serialized default storage session, used only on Windows.
      
      * Shared/win/WebCoreArgumentCodersWin.cpp:
      (CoreIPC::decodeResourceRequest):
      Make sure to set the current storage session on any requests used by the Web
      Process before CFNetwork has to do anything with them, in order for CFNetwork to avoid
      doing anything with the Web Process's default storage session.
      
      * UIProcess/win/WebContextWin.cpp:
      (WebKit::WebContext::platformInitializeWebProcess):
      Serialize the default storage session in the UI Process and add it to the
      WebProcessCreationParameters.
      
      * WebProcess/WebPage/win/WebPageWin.cpp:
      (WebKit::cachedResponseForURL):
      Use the cache associated with the current storage session and make sure the request has the
      current storage session set on it before doing anything with it.
      
      * WebProcess/win/WebProcessWin.cpp:
      (WebKit::WebProcess::platformSetCacheModel):
      Use the default storage session.
      (WebKit::WebProcess::platformClearResourceCaches):
      Ditto.
      (WebKit::WebProcess::platformInitializeWebProcess):
      Deserialize the default storage session passed in by the UI Process and hand it to the
      ResourceHandle.
      
      WebKitLibraries: 
      
      Take 3 after rolling out KB2465367 from my system.
      
      * win/include/WebKitSystemInterface/WebKitSystemInterface.h:
      * win/lib/WebKitSystemInterface.lib:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86285 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      fcf9f8dd
    • commit-queue@webkit.org's avatar
      2011-05-11 Lucas De Marchi <lucas.demarchi@profusion.mobi> · d11df501
      commit-queue@webkit.org authored
              Reviewed by David Kilzer.
      
              Remove wml directory from include lists
              https://bugs.webkit.org/show_bug.cgi?id=60646
      
              Remove wml dir from CMake, Autotools and qmake build systems since WML
              was removed in r85256.
      
              No new tests since no change in functionality.
      
              * CMakeLists.txt:
              * GNUmakefile.am:
              * WebCore.pri:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86284 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d11df501
    • commit-queue@webkit.org's avatar
      2011-05-11 Lucas De Marchi <lucas.demarchi@profusion.mobi> · 6c51b914
      commit-queue@webkit.org authored
              Reviewed by Antonio Gomes.
      
              [CMAKE] Move EFL-specific file to CMakeListsEfl.txt
              https://bugs.webkit.org/show_bug.cgi?id=60642
      
              Move file EFL-specific file to the CMakeListsEfl.txt file. This implies
              having to include CMakeLists${PORT}.txt before the ADD_CUSTOM_COMMAND
              calls, since they depend on lists that now may change inside a port
              like WebCore_USER_AGENT_STYLE_SHEETS.
      
              No new tests since no change in functionality.
      
              * CMakeLists.txt: remove css file specific to EFL port.
              * CMakeListsEfl.txt: move file here.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86283 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6c51b914
    • jpu@apple.com's avatar
      2011-05-11 Jia Pu <jpu@apple.com> · ca72090a
      jpu@apple.com authored
              Reviewed by Darin Adler.
      
              CorrectionPanel sometimes hangs in dismissSoon().
              https://bugs.webkit.org/show_bug.cgi?id=60599
              <rdar://problem/9313628>
      
              Make sure dismissSoon() won't wait indefinitely if handleAcceptedReplacement() sets m_resultForSynchronousDismissal
              to nil. Added a designated variable m_isDismissing, instead of piggy-backing m_resultForSynchronousDismissal,
              for condition checking.
      
              * WebCoreSupport/CorrectionPanel.h:
              * WebCoreSupport/CorrectionPanel.mm:
              (CorrectionPanel::CorrectionPanel):
              (CorrectionPanel::show):
              (CorrectionPanel::dismissSoon):
              (CorrectionPanel::dismissInternal):
              (CorrectionPanel::handleAcceptedReplacement):
      2011-05-11  Jia Pu  <jpu@apple.com>
      
              Reviewed by Darin Adler.
      
              CorrectionPanel sometimes hangs in dismissSoon().
              https://bugs.webkit.org/show_bug.cgi?id=60599
              <rdar://problem/9313628>
      
              Make sure dismissSoon() won't wait indefinitely if handleAcceptedReplacement() sets m_resultForSynchronousDismissal
              to nil. Added a designated variable m_isDismissing, instead of piggy-backing m_resultForSynchronousDismissal,
              for condition checking.
      
              * UIProcess/mac/CorrectionPanel.h:
              * UIProcess/mac/CorrectionPanel.mm:
              (WebKit::CorrectionPanel::CorrectionPanel):
              (WebKit::CorrectionPanel::show):
              (WebKit::CorrectionPanel::dismissSoon):
              (WebKit::CorrectionPanel::dismissInternal):
              (WebKit::CorrectionPanel::handleAcceptedReplacement):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86281 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ca72090a
    • commit-queue@webkit.org's avatar
      2011-05-11 Tao Bai <michaelbai@chromium.org> · eeaac5fd
      commit-queue@webkit.org authored
              Reviewed by David Kilzer.
      
              Return empty Favicon URL instead of default one when the frame isn't top level one
              https://bugs.webkit.org/show_bug.cgi?id=60527
              This issue was discovered by chromium browser test.
      
              * dom/Document.cpp:
              (WebCore::Document::setIconURL):
              Restored original logic which was inadvertently flipped by http://trac.webkit.org/changeset/85785.
              * loader/FrameLoader.cpp:
              (WebCore::FrameLoader::iconURLs):
              (WebCore::FrameLoader::fillIconURL):
              Restored original logic, the empty URL should be returned instead of default one. The client (at
              least chromium) may rely on the returned value to decided whether the favicon should be changed.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86279 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      eeaac5fd
    • commit-queue@webkit.org's avatar
      2011-05-11 Nat Duca <nduca@chromium.org> · 72e44f58
      commit-queue@webkit.org authored
              Reviewed by Kenneth Russell.
      
              [chromium] Make throttling of WebGL based on webgl frames, not compositor frames
              https://bugs.webkit.org/show_bug.cgi?id=60508
      
              When a WebGL layer is dirtied outside of a requestAnimFrame callback, we need
              to prevent WebGL from running too far ahead of the GPU process. The current
              throttling mechanism relies on prepareTexture being called for every WebGL frame.
              However, in a non-requestAnimFrame application, multiple frames might get created
              before the compositor runs and calls prepareTexture on the surface.
      
              To address this, we post a task that calls a special rate limiting GL extension on
              the WebGL context after every WebGL "frame." When the compositor runs, it calls
              prepareTexture as usual.
      
              * platform/graphics/chromium/Extensions3DChromium.h:
              * platform/graphics/chromium/LayerRendererChromium.cpp:
              (WebCore::LayerRendererChromium::LayerRendererChromium):
              * platform/graphics/chromium/LayerRendererChromium.h:
              (WebCore::LayerRendererChromium::setIsAnimating):
              (WebCore::LayerRendererChromium::isAnimating):
              * platform/graphics/chromium/WebGLLayerChromium.cpp:
              (WebCore::WebGLLayerChromiumRateLimitTask::WebGLLayerChromiumRateLimitTask):
              (WebCore::WebGLLayerChromiumRateLimitTask::run):
              (WebCore::WebGLLayerChromiumRateLimitTask::cancel):
              (WebCore::WebGLLayerChromium::WebGLLayerChromium):
              (WebCore::WebGLLayerChromium::~WebGLLayerChromium):
              (WebCore::WebGLLayerChromium::setTextureUpdated):
              (WebCore::WebGLLayerChromium::setContext):
              * platform/graphics/chromium/WebGLLayerChromium.h:
              (WebCore::WebGLLayerChromium::context):
      2011-05-11  Nat Duca  <nduca@chromium.org>
      
              Reviewed by Kenneth Russell.
      
              [chromium] Make throttling of WebGL based on webgl frames, not compositor frames
              https://bugs.webkit.org/show_bug.cgi?id=60508
      
              Tell LayerRendererChromium when the requestAnimFrame-callbacks are running.
      
              * public/WebGraphicsContext3D.h:
              (WebKit::WebGraphicsContext3D::rateLimitOffscreenContextCHROMIUM):
              * src/Extensions3DChromium.cpp:
              (WebCore::Extensions3DChromium::rateLimitOffscreenContextCHROMIUM):
              * src/GraphicsContext3DChromium.cpp:
              * src/GraphicsContext3DInternal.h:
              * src/WebViewImpl.cpp:
              (WebKit::WebViewImpl::animate):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86278 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      72e44f58
    • noam.rosenthal@nokia.com's avatar
      2011-05-11 Noam Rosenthal <noam.rosenthal@nokia.com> · 8dc1643b
      noam.rosenthal@nokia.com authored
              Reviewed by Kenneth Rohde Christiansen.
      
              [Texmap][Qt] Upstream texture-mapper changes from Qt's WebKit2 branch
              https://bugs.webkit.org/show_bug.cgi?id=60439
      
              Patch 10/12: Glue the TextureMapper refactoring into Webkit(1).
              1. Pass a GraphicsLayer* instead of a PlatformLayer* to the QWebPageClient.
              2. Set parameters in TextureMapper/TextureMapperNode instead of passing them in an options argument.
              3. Rename PlatformLayerProxyQt to TextureMapperNodeClient
      
              * Api/qwebframe.cpp:
              (QWebFramePrivate::renderCompositedLayers):
              * Api/qwebframe.h:
              * Api/qwebframe_p.h:
              (QWebFramePrivate::QWebFramePrivate):
              * WebCoreSupport/ChromeClientQt.cpp:
              (WebCore::ChromeClientQt::attachRootGraphicsLayer):
              * WebCoreSupport/PageClientQt.cpp:
              (WebCore::TextureMapperNodeClientQt::TextureMapperNodeClientQt):
              (WebCore::TextureMapperNodeClientQt::scroll):
              (WebCore::TextureMapperNodeClientQt::setTextureMapper):
              (WebCore::TextureMapperNodeClientQt::~TextureMapperNodeClientQt):
              (WebCore::TextureMapperNodeClientQt::computeLastModifiedRect):
              (WebCore::TextureMapperNodeClientQt::syncRootLayer):
              (WebCore::TextureMapperNodeClientQt::rootNode):
              (WebCore::PageClientQWidget::setRootGraphicsLayer):
              (WebCore::PageClientQWidget::syncLayers):
              (WebCore::PageClientQWidget::~PageClientQWidget):
              (WebCore::PageClientQGraphicsWidget::~PageClientQGraphicsWidget):
              (WebCore::PageClientQGraphicsWidget::update):
              (WebCore::PageClientQGraphicsWidget::syncLayers):
              (WebCore::PageClientQGraphicsWidget::setRootGraphicsLayer):
              (WebCore::PageClientQGraphicsWidget::markForSync):
              * WebCoreSupport/PageClientQt.h:
              (WebCore::PageClientQWidget::PageClientQWidget):
              (WebCore::PageClientQGraphicsWidget::PageClientQGraphicsWidget):
              (WebCore::PageClientQGraphicsWidget::syncLayersTimeout):
      
      2011-05-11  Noam Rosenthal  <noam.rosenthal@nokia.com>
      
              Reviewed by Kenneth Rohde Christiansen.
      
              [Texmap][Qt] Upstream texture-mapper changes from Qt's WebKit2 branch
              https://bugs.webkit.org/show_bug.cgi?id=60439
      
              Patch 12/12: Enable accelerated animations in texture-mapper. The entire interpolation
              mechanism happens inside TextureMapper, and we interpolate right before we paint.
      
              No new tests. Tests in LayoutTests/compositing cover this.
      
              * platform/graphics/texmap/GraphicsLayerTextureMapper.cpp:
              (WebCore::GraphicsLayerTextureMapper::GraphicsLayerTextureMapper):
              (WebCore::GraphicsLayerTextureMapper::syncCompositingState):
              (WebCore::GraphicsLayerTextureMapper::addAnimation):
              (WebCore::GraphicsLayerTextureMapper::pauseAnimation):
              (WebCore::GraphicsLayerTextureMapper::removeAnimation):
              (WebCore::GraphicsLayerTextureMapper::animationStartedTimerFired):
              * platform/graphics/texmap/TextureMapperNode.cpp:
              (WebCore::TextureMapperNode::descendantsOrSelfHaveRunningAnimations):
              (WebCore::normalizedAnimationValue):
              (WebCore::TextureMapperNode::applyOpacityAnimation):
              (WebCore::solveEpsilon):
              (WebCore::solveCubicBezierFunction):
              (WebCore::solveStepsFunction):
              (WebCore::applyTimingFunction):
              (WebCore::TextureMapperNode::applyTransformAnimation):
              (WebCore::TextureMapperNode::applyAnimationFrame):
              (WebCore::TextureMapperNode::applyAnimation):
              (WebCore::TextureMapperNode::hasRunningOpacityAnimation):
              (WebCore::TextureMapperNode::hasRunningTransformAnimation):
              (WebCore::TextureMapperNode::syncAnimations):
              (WebCore::copyTimingFunction):
              (WebCore::copyAnimationValue):
              (WebCore::TextureMapperAnimation::TextureMapperAnimation):
              * platform/graphics/texmap/TextureMapperNode.h:
              (WebCore::TextureMapperAnimation::create):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86276 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8dc1643b
    • commit-queue@webkit.org's avatar
      2011-05-11 John Bauman <jbauman@chromium.org> · 5f7de36c
      commit-queue@webkit.org authored
              Reviewed by Kenneth Russell.
      
              Don't send zeros in TexImage if GL implementation handles that
              https://bugs.webkit.org/show_bug.cgi?id=60581
      
              Chromium already handles zeroing textures upon creation, so don't
              bother zeroing them in WebKit, as that causes some unnecessary memcpys
              of zeros.
      
              No new tests as functionality is the same.
      
              * html/canvas/WebGLRenderingContext.cpp:
              (WebCore::WebGLRenderingContext::texImage2DBase):
              * platform/graphics/GraphicsContext3D.cpp:
              (WebCore::GraphicsContext3D::texImage2DResourceSafe):
              * platform/graphics/GraphicsContext3D.h:
              * platform/graphics/gtk/GraphicsContext3DGtk.cpp:
              (WebCore::GraphicsContext3D::GraphicsContext3D):
              * platform/graphics/mac/GraphicsContext3DMac.mm:
              (WebCore::GraphicsContext3D::GraphicsContext3D):
              * platform/graphics/qt/GraphicsContext3DQt.cpp:
              (WebCore::GraphicsContext3D::GraphicsContext3D):
      2011-05-11  John Bauman  <jbauman@chromium.org>
      
              Reviewed by Kenneth Russell.
      
              Don't send zeros in TexImage if GL implementation handles that
              https://bugs.webkit.org/show_bug.cgi?id=60581
      
              Chromium already handles zeroing textures upon creation, so don't
              bother zeroing them in WebKit, as that causes some unnecessary memcpys
              of zeros.
      
              * src/GraphicsContext3DChromium.cpp:
              (WebCore::GraphicsContext3D::create):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@86275 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5f7de36c