1. 06 Jan, 2011 11 commits
    • jamesr@google.com's avatar
      2011-01-06 James Robinson <jamesr@chromium.org> · c0dca2a1
      jamesr@google.com authored
              Reviewed by Simon Fraser.
      
              Implement mozilla's animationTime property
              https://bugs.webkit.org/show_bug.cgi?id=51952
      
              Tests for window.webkitAnimationTime.
      
              * animations/animation-time-expected.txt: Added.
              * animations/animation-time.html: Added.
              * animations/script-tests/animation-time.js: Added.
      2011-01-06  James Robinson  <jamesr@chromium.org>
      
              Reviewed by Simon Fraser.
      
              Implement mozilla's animationTime property
              https://bugs.webkit.org/show_bug.cgi?id=51952
      
              Chromium DRT support for webkitAnimationTime.
      
              * DumpRenderTree/chromium/WebViewHost.cpp:
              (WebViewHost::paintInvalidatedRegion):
      2011-01-06  James Robinson  <jamesr@chromium.org>
      
              Reviewed by Simon Fraser.
      
              Implement mozilla's animationTime property
              https://bugs.webkit.org/show_bug.cgi?id=51952
      
              Implements mozilla's animationTime property as described here:
              https://developer.mozilla.org/en/DOM/window.mozAnimationStartTime
              and http://hacks.mozilla.org/2010/08/more-efficient-javascript-animations-with-mozrequestanimationframe/
              The property is called webkitAnimationTime as calling it the 'Start' time is not very informative.
              This property exposes a notion of a 'current' time to use for declarative animations and allows
              scripts to synchronize imperative animations with declarative ones if they choose to.  Once queried
              this time is saved and used for all declarative animation updates until the embedder paints/composites
              the next frame and clears it, or 15ms elapse (in case the embedder isn't producing frames, for example
              if the page is in a background tab).
      
              This patch also ensures that all declarative animations started in the same script execution block
              are synchronized even if some time elapses while script is running.
      
              Test: fast/animation/animation-time.html
      
              * WebCore.gypi:
              * page/DOMWindow.cpp:
              (WebCore::DOMWindow::webkitAnimationTime):
              * page/DOMWindow.h:
              * page/DOMWindow.idl:
              * page/Frame.cpp:
              (WebCore::Frame::currentAnimationTime):
              * page/Frame.h:
              * page/Page.cpp:
              (WebCore::Page::Page):
              * page/Page.h:
              (WebCore::Page::animationTime):
              * page/animation/AnimationController.cpp:
              (WebCore::AnimationControllerPrivate::beginAnimationUpdateTime):
              * page/animation/AnimationTimeController.cpp: Added.
              (WebCore::AnimationTimeController::AnimationTimeController):
              (WebCore::AnimationTimeController::~AnimationTimeController):
              (WebCore::AnimationTimeController::currentAnimationTime):
              (WebCore::AnimationTimeController::clearCurrentAnimationTime):
              (WebCore::AnimationTimeController::clearCurrentAnimationTimeTimerFired):
              * page/animation/AnimationTimeController.h: Added.
              (WebCore::AnimationTimeController::create):
      2011-01-06  James Robinson  <jamesr@chromium.org>
      
              Reviewed by Simon Fraser.
      
              Implement mozilla's animationTime property
              https://bugs.webkit.org/show_bug.cgi?id=51952
      
              WebKit API support for webkitAnimationTime.
      
              * public/WebWidget.h:
              * src/WebPopupMenuImpl.cpp:
              (WebKit::WebPopupMenuImpl::clearCurrentAnimationTime):
              * src/WebPopupMenuImpl.h:
              * src/WebViewImpl.cpp:
              (WebKit::WebViewImpl::clearCurrentAnimationTime):
              * src/WebViewImpl.h:
      2011-01-06  James Robinson  <jamesr@chromium.org>
      
              Reviewed by Simon Fraser.
      
              Implement mozilla's animationTime property
              https://bugs.webkit.org/show_bug.cgi?id=51952
      
              Tells the page to clear the current animation time after producing a frame.
      
              * WebProcess/WebPage/WebPage.cpp:
              (WebKit::WebPage::drawRect):
              * WebProcess/WebPage/ChunkedUpdateDrawingArea.cpp:
              (WebKit::ChunkedUpdateDrawingArea::display):
              (WebKit::ChunkedUpdateDrawingArea::setSize):
              * WebProcess/WebPage/mac/LayerBackedDrawingAreaMac.mm:
              (WebKit::LayerBackedDrawingArea::syncCompositingLayers):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75169 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c0dca2a1
    • inferno@chromium.org's avatar
      2011-01-06 Abhishek Arya <inferno@chromium.org> · c8367559
      inferno@chromium.org authored
              Reviewed by Simon Fraser.
      
              Null out the parent stylesheet pointer when a css rule is removed.
              https://bugs.webkit.org/show_bug.cgi?id=51993
      
              Tests: fast/dom/StyleSheet/removed-media-rule-deleted-parent-crash.html
                     fast/dom/StyleSheet/removed-stylesheet-rule-deleted-parent-crash.html
      
              * css/CSSRuleList.cpp:
              (WebCore::CSSRuleList::deleteRule):
              * css/CSSStyleSheet.cpp:
              (WebCore::CSSStyleSheet::deleteRule):
      2011-01-06  Abhishek Arya  <inferno@chromium.org>
      
              Reviewed by Simon Fraser.
      
              Tests that we do not crash when accessing a deleted parent stylesheet
              from a removed css rule.
              https://bugs.webkit.org/show_bug.cgi?id=51993
      
              * fast/dom/StyleSheet/removed-media-rule-deleted-parent-crash-expected.txt: Added.
              * fast/dom/StyleSheet/removed-media-rule-deleted-parent-crash.html: Added.
              * fast/dom/StyleSheet/removed-stylesheet-rule-deleted-parent-crash-expected.txt: Added.
              * fast/dom/StyleSheet/removed-stylesheet-rule-deleted-parent-crash.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75168 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c8367559
    • enne@google.com's avatar
      2011-01-04 Adrienne Walker <enne@google.com> · a6ff32f7
      enne@google.com authored
              Reviewed by Kenneth Russell.
      
              Add test cases for storing NaN in typed arrays.
              https://bugs.webkit.org/show_bug.cgi?id=46990
      
              * fast/canvas/webgl/array-unit-tests-expected.txt:
              * fast/canvas/webgl/array-unit-tests.html:
      2011-01-04  Adrienne Walker  <enne@google.com>
      
              Reviewed by Kenneth Russell.
      
              NaN in a TypedArray should be converted to zero only for Float32Array.
              https://bugs.webkit.org/show_bug.cgi?id=46990
      
              Test: LayoutTests/fast/canvas/webgl/array-unit-tests.html
      
              * bindings/js/JSArrayBufferViewHelper.h:
              (WebCore::convertArrayValue):
              (WebCore::constructArrayBufferView):
              * html/canvas/Float32Array.h:
              (WebCore::Float32Array::set):
              (WebCore::Float32Array::item):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75167 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a6ff32f7
    • paroga@webkit.org's avatar
      2011-01-06 Patrick Gansterer <paroga@webkit.org> · 2e9dfdd4
      paroga@webkit.org authored
              Unreviewed Windows build fix for r75161.
      
              * platform/graphics/cg/GraphicsContextCG.cpp: Missing include added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75163 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2e9dfdd4
    • paroga@webkit.org's avatar
      2011-01-06 Patrick Gansterer <paroga@webkit.org> · c2be439f
      paroga@webkit.org authored
              Unreviewed WinCE build fix for r75139.
      
              Try to remove include after adding forward-declaration in r75145.
      
              * platform/graphics/Gradient.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75161 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c2be439f
    • reni@webkit.org's avatar
      https://bugs.webkit.org/show_bug.cgi?id=51811 · fa0c6686
      reni@webkit.org authored
      Merge m_height and m_width members of ImageData into the new m_size member.
      
      Patch by Renata Hodovan <reni@webkit.org> on 2011-01-06
      Reviewed by Andreas Kling.
      
      Image (BitmapImage, ImageSource) types in WebKit use IntSize to store their
      width and height argument, except ImageData. This patch refactors ImageData
      to follow the style of other Image types in WebKit.
      Using of PassRefPtrs other than argument passing is not allowed in WebKit anymore.
      This patch also refactors the PassRefPtr usages of ImageData.
      
      It's just a refactoring, so we don't need any new tests.
      
      * bindings/js/SerializedScriptValue.cpp:
      (WebCore::CloneSerializer::write):
      (WebCore::CloneDeserializer::readTerminal):
      * bindings/v8/SerializedScriptValue.cpp:
      (WebCore::ZigZag::Reader::readImageData):
      * html/ImageData.cpp:
      (WebCore::ImageData::create):
      (WebCore::ImageData::ImageData):
      * html/ImageData.h:
      (WebCore::ImageData::size):
      (WebCore::ImageData::width):
      (WebCore::ImageData::height):
      * html/canvas/CanvasRenderingContext2D.cpp:
      (WebCore::createEmptyImageData):
      (WebCore::CanvasRenderingContext2D::createImageData):
      (WebCore::CanvasRenderingContext2D::getImageData):
      * html/canvas/CanvasRenderingContext2D.h:
      * platform/graphics/haiku/ImageBufferHaiku.cpp:
      (WebCore::getImageData):
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75160 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      fa0c6686
    • yael.aharon@nokia.com's avatar
      WebCore: document.querySelector(':nth-child(foo)') should throw a syntax error · 74e1d449
      yael.aharon@nokia.com authored
      https://bugs.webkit.org/show_bug.cgi?id=51231
      
      Reviewed by Darin Adler.
      
      Also fixes 
      CSSNthSelector parsing code is illegible and buggy (allows "n3" as a valid selector)
      https://bugs.webkit.org/show_bug.cgi?id=21815
      
      Add a check in the parser that other than an+b, only "odd" or "even" would be allowed
      as parameters to nth selector.
      
      Tests: fast/css/css3-nth-tokens-script.html
             fast/css/css3-nth-tokens-style.html
      
      * css/CSSGrammar.y:
      * css/CSSParser.cpp:
      (WebCore::isValidNthToken):
      * css/CSSParser.h:
      
      LayoutTests: document.querySelector(':nth-child(foo)') should throw a syntax error
      https://bugs.webkit.org/show_bug.cgi?id=51231
      CSSNthSelector parsing code is illegible and buggy (allows "n3" as a valid selector)
      https://bugs.webkit.org/show_bug.cgi?id=21815
      
      Reviewed by Darin Adler.
      
      * fast/css/css3-nth-tokens-script-expected.txt: Added.
      * fast/css/css3-nth-tokens-script.html: Added.
      * fast/css/css3-nth-tokens-style-expected.txt: Added.
      * fast/css/css3-nth-tokens-style.html: Added.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75158 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      74e1d449
    • commit-queue@webkit.org's avatar
      2011-01-06 Jan Erik Hanssen <jhanssen@sencha.com> · 2bb13e35
      commit-queue@webkit.org authored
              Reviewed by Andreas Kling.
      
              [Qt] crash in QNetworkReplyHandler::sendResponseIfNeeded()
              https://bugs.webkit.org/show_bug.cgi?id=51453
      
              Check if m_reply is NULL before accessing.
      
              * manual-tests/load-deferrer-resume-crash.html: Added.
              * platform/network/qt/QNetworkReplyHandler.cpp:
              (WebCore::QNetworkReplyHandler::setLoadMode):
              (WebCore::QNetworkReplyHandler::sendResponseIfNeeded):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75157 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2bb13e35
    • abecsi@webkit.org's avatar
      2011-01-06 Andras Becsi <abecsi@webkit.org> · 164e3947
      abecsi@webkit.org authored
              Reviewed by Csaba Osztrogonác.
      
              [Qt][V8] Fix the build when DEVICE_ORIENTATION is enabled.
      
              No new tests needed.
      
              * WebCore.pro: remove duplications and globally add RuntimeEnabledFeatures.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75151 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      164e3947
    • commit-queue@webkit.org's avatar
      2011-01-06 Helder Correia <helder@sencha.com> · 6b3f0472
      commit-queue@webkit.org authored
              Reviewed by Kenneth Rohde Christiansen.
      
              [Qt][GTK] Use GraphicsContext::hasShadow() in port-specific code
              https://bugs.webkit.org/show_bug.cgi?id=51985
      
              r75139 introduced GraphicsContext::hasShadow(). This can now simplify
              and unify some code in the Qt and GTK ports.
      
              No new tests necessary for this refactoring.
      
              * platform/graphics/cairo/GraphicsContextCairo.cpp:
              (WebCore::GraphicsContext::fillRect):
              (WebCore::GraphicsContext::fillRoundedRect):
              * platform/graphics/cairo/GraphicsContextPlatformPrivateCairo.h:
              * platform/graphics/qt/GraphicsContextQt.cpp:
              (WebCore::GraphicsContext::drawConvexPolygon):
              (WebCore::GraphicsContext::fillPath):
              (WebCore::GraphicsContext::strokePath):
              (WebCore::GraphicsContext::fillRect):
              (WebCore::GraphicsContext::fillRoundedRect):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75148 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6b3f0472
    • darin@apple.com's avatar
      Fix Chromium Mac build. · 0e18bf4e
      darin@apple.com authored
      * platform/graphics/Gradient.h: Forward-declare CGContextRef.
      This might even make it possible to remove the include of
      <CoreGraphics/CoreGraphics.h> for PLATFORM(WIN), but I did not
      do that at this time because I don't want to break the Windows
      build when fixing the Chromium build.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75145 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0e18bf4e
  2. 05 Jan, 2011 29 commits
    • commit-queue@webkit.org's avatar
      2011-01-05 Xianzhu Wang <wangxianzhu@google.com> · c9e7da71
      commit-queue@webkit.org authored
              Reviewed by David Levin.
      
              Implement RemoteFontStream's skip behavior (in FontCustomPlatformData.cpp)
              https://bugs.webkit.org/show_bug.cgi?id=51736
      
              No new tests. This change has potential effect on @font-face CSS feature
              on ports using Skia. Tested on Chromium that this change won't break
              fast/css/font-face-remote.html. This change can make the test pass on
              other ports using Skia.
      
              * platform/graphics/skia/FontCustomPlatformData.cpp:
              (WebCore::RemoteFontStream::read):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75140 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c9e7da71
    • commit-queue@webkit.org's avatar
      2011-01-05 Helder Correia <helder@sencha.com> · 13b196e5
      commit-queue@webkit.org authored
              Reviewed by Simon Fraser.
      
              Shadows are not drawn when filling a rect with a gradient fillStyle on Mac and Chromium-Mac
              https://bugs.webkit.org/show_bug.cgi?id=51869
      
              GraphicsContext::fillRect(const FloatRect&) is clipping to the rect.
              The shadow is being drawn, but getting clipped to the rect being filled.
              The solution is to draw the gradient into a CGLayer (when a shadow is
              required), then render the layer to the GraphicsContext.
      
              This patch also fixes:
              canvas/philip/tests/2d.shadow.gradient.alpha.html
              canvas/philip/tests/2d.shadow.gradient.basic.html
              canvas/philip/tests/2d.shadow.gradient.transparent.2.html
      
              New test to ensure that shadows are drawn when fillStyle is a gradient,
              possibly with some transparency and blur, and specifically using
              fillRect.
      
              * fast/canvas/canvas-fillRect-gradient-shadow-expected.txt: Added.
              * fast/canvas/canvas-fillRect-gradient-shadow.html: Added.
              * fast/canvas/script-tests/canvas-fillRect-gradient-shadow.js: Added.
      2011-01-05  Helder Correia  <helder@sencha.com>
      
              Reviewed by Simon Fraser.
      
              Shadows are not drawn when filling a rect with a gradient fillStyle on Mac and Chromium-Mac
              https://bugs.webkit.org/show_bug.cgi?id=51869
      
              GraphicsContext::fillRect(const FloatRect&) is clipping to the rect.
              The shadow is being drawn, but getting clipped to the rect being filled.
              The solution is to draw the gradient into a CGLayer (when a shadow is
              required), then render the layer to the GraphicsContext.
      
              This patch also fixes:
              canvas/philip/tests/2d.shadow.gradient.alpha.html
              canvas/philip/tests/2d.shadow.gradient.basic.html
              canvas/philip/tests/2d.shadow.gradient.transparent.2.html
      
              Test: fast/canvas/canvas-fillRect-gradient-shadow.html
      
              * platform/graphics/Gradient.h:
              * platform/graphics/cg/GradientCG.cpp:
              (WebCore::Gradient::paint):
              * platform/graphics/cg/GraphicsContextCG.cpp:
              (WebCore::GraphicsContext::fillRect):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75139 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      13b196e5
    • sfalken@apple.com's avatar
      2011-01-05 Steve Falkenburg <sfalken@apple.com> · 3bc314c4
      sfalken@apple.com authored
              Reviewed by Darin Adler.
      
              Debug and Release builds on Windows clobber each other
              https://bugs.webkit.org/show_bug.cgi?id=49185
      
              Changes the structure of WebKitBuild build products directory so we
              completely separate each build configuration into independent directories.
              
              Although we previously had per-configuration directories for obj, this change adds
              per-configuration directories for bin, lib, obj, and include. Each configuration's
              build products are stored within a directory inside of WebKitBuild.
              
              Most use of $(WebKitOutputDir) in the build files has been replaced by $(ConfigurationBuildDir),
              defined in common.vsprops to be $(WebKitOutputDir)\$(ConfigurationName).
      
              * win/tools/vsprops/common.vsprops: 
      2011-01-05  Steve Falkenburg  <sfalken@apple.com>
      
              Reviewed by Darin Adler.
      
              Debug and Release builds on Windows clobber each other
              https://bugs.webkit.org/show_bug.cgi?id=49185
      
              Changes the structure of WebKitBuild build products directory so we
              completely separate each build configuration into independent directories.
              
              Although we previously had per-configuration directories for obj, this change adds
              per-configuration directories for bin, lib, obj, and include. Each configuration's
              build products are stored within a directory inside of WebKitBuild.
              
              Most use of $(WebKitOutputDir) in the build files has been replaced by $(ConfigurationBuildDir),
              defined in common.vsprops to be $(WebKitOutputDir)\$(ConfigurationName).
      
              * WebKit.vcproj/InterfacesCommon.vsprops:
              * WebKit.vcproj/InterfacesPostBuild.cmd:
              * WebKit.vcproj/InterfacesPreBuild.cmd:
              * WebKit.vcproj/WebKit.make:
              * WebKit.vcproj/WebKitGUID.vcproj:
              * WebKit.vcproj/WebKitGUIDCommon.vsprops:
              * WebKit.vcproj/WebKitGUIDPostBuild.cmd:
              * WebKit.vcproj/WebKitGUIDPreBuild.cmd:
              * WebKit.vcproj/WebKitLibCommon.vsprops:
              * WebKit.vcproj/WebKitLibPostBuild.cmd:
              * WebKit.vcproj/WebKitLibPreBuild.cmd:
      2011-01-05  Steve Falkenburg  <sfalken@apple.com>
      
              Reviewed by Darin Adler.
      
              Debug and Release builds on Windows clobber each other
              https://bugs.webkit.org/show_bug.cgi?id=49185
      
              Changes the structure of WebKitBuild build products directory so we
              completely separate each build configuration into independent directories.
              
              Although we previously had per-configuration directories for obj, this change adds
              per-configuration directories for bin, lib, obj, and include. Each configuration's
              build products are stored within a directory inside of WebKitBuild.
              
              Most use of $(WebKitOutputDir) in the build files has been replaced by $(ConfigurationBuildDir),
              defined in common.vsprops to be $(WebKitOutputDir)\$(ConfigurationName).
      
              * WebCore.vcproj/QTMovieWinCommon.vsprops:
              * WebCore.vcproj/QTMovieWinPostBuild.cmd:
              * WebCore.vcproj/QTMovieWinPreBuild.cmd:
              * WebCore.vcproj/WebCore.make:
              * WebCore.vcproj/WebCore.vcproj:
              * WebCore.vcproj/WebCoreCommon.vsprops:
              * WebCore.vcproj/WebCoreGeneratedCairo.vsprops:
              * WebCore.vcproj/WebCoreGeneratedCommon.vsprops:
              * WebCore.vcproj/WebCoreMediaQT.vsprops:
              * WebCore.vcproj/WebCorePostBuild.cmd:
              * WebCore.vcproj/WebCorePreBuild.cmd:
              * WebCore.vcproj/copyForwardingHeaders.cmd:
              * WebCore.vcproj/copyInspectorFiles.cmd:
      2011-01-05  Steve Falkenburg  <sfalken@apple.com>
      
              Reviewed by Darin Adler.
      
              Debug and Release builds on Windows clobber each other
              https://bugs.webkit.org/show_bug.cgi?id=49185
              
              Changes the structure of WebKitBuild build products directory so we
              completely separate each build configuration into independent directories.
              
              Although we previously had per-configuration directories for obj, this change adds
              per-configuration directories for bin, lib, obj, and include. Each configuration's
              build products are stored within a directory inside of WebKitBuild.
              
              Most use of $(WebKitOutputDir) in the build files has been replaced by $(ConfigurationBuildDir),
              defined in common.vsprops to be $(WebKitOutputDir)\$(ConfigurationName).
              
              For PGO, $(ConfigurationBuildDir) points to the same directory (Release_PGO) to allow
              for proper operation of the instrumentation/optimization scripts.
      
              * JavaScriptCore.vcproj/JavaScriptCore.make:
              * JavaScriptCore.vcproj/JavaScriptCore.sln:
              * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj:
              * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreCommon.vsprops:
              * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreGenerated.make:
              * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreGenerated.vcproj:
              * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreGeneratedCommon.vsprops:
              * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCorePGOOptimize.vsprops: Added.
              * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCorePostBuild.cmd:
              * JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCorePreBuild.cmd:
              * JavaScriptCore.vcproj/JavaScriptCore/build-generated-files.sh:
              * JavaScriptCore.vcproj/JavaScriptCore/react-to-vsprops-changes.py:
              * JavaScriptCore.vcproj/JavaScriptCoreSubmit.sln:
              * JavaScriptCore.vcproj/WTF/WTF.vcproj:
              * JavaScriptCore.vcproj/WTF/WTFCommon.vsprops:
              * JavaScriptCore.vcproj/WTF/WTFPostBuild.cmd:
              * JavaScriptCore.vcproj/WTF/WTFPreBuild.cmd:
              * JavaScriptCore.vcproj/jsc/jsc.vcproj:
              * JavaScriptCore.vcproj/jsc/jscCommon.vsprops:
              * JavaScriptCore.vcproj/jsc/jscPostBuild.cmd:
              * JavaScriptCore.vcproj/jsc/jscPreBuild.cmd:
              * JavaScriptCore.vcproj/testapi/testapiCommon.vsprops:
              * JavaScriptCore.vcproj/testapi/testapiPostBuild.cmd:
              * JavaScriptCore.vcproj/testapi/testapiPreBuild.cmd:
      2011-01-05  Steve Falkenburg  <sfalken@apple.com>
      
              Reviewed by Darin Adler.
      
              Debug and Release builds on Windows clobber each other
              https://bugs.webkit.org/show_bug.cgi?id=49185
      
              Changes the structure of WebKitBuild build products directory so we
              completely separate each build configuration into independent directories.
              
              Although we previously had per-configuration directories for obj, this change adds
              per-configuration directories for bin, lib, obj, and include. Each configuration's
              build products are stored within a directory inside of WebKitBuild.
              
              Most use of $(WebKitOutputDir) in the build files has been replaced by $(ConfigurationBuildDir),
              defined in common.vsprops to be $(WebKitOutputDir)\$(ConfigurationName).
      
              * DumpRenderTree/TestNetscapePlugIn/win/TestNetscapePluginCommon.vsprops:
              * DumpRenderTree/TestNetscapePlugIn/win/TestNetscapePluginPostBuild.cmd:
              * DumpRenderTree/TestNetscapePlugIn/win/TestNetscapePluginPreBuild.cmd:
              * DumpRenderTree/win/DumpRenderTreeCommon.vsprops:
              * DumpRenderTree/win/DumpRenderTreePostBuild.cmd:
              * DumpRenderTree/win/DumpRenderTreePreBuild.cmd:
              * DumpRenderTree/win/ImageDiffCommon.vsprops:
              * DumpRenderTree/win/ImageDiffPostBuild.cmd:
              * DumpRenderTree/win/ImageDiffPreBuild.cmd:
              * FindSafari/FindSafari.vcproj:
              * MiniBrowser/Configurations/MiniBrowserCommon.vsprops:
              * MiniBrowser/MiniBrowserPostBuild.cmd:
              * MiniBrowser/MiniBrowserPreBuild.cmd:
              * Scripts/webkitdirs.pm:
              * TestWebKitAPI/Configurations/TestWebKitAPICommon.vsprops:
              * TestWebKitAPI/win/TestWebKitAPIGeneratedCommon.vsprops:
              * TestWebKitAPI/win/TestWebKitAPIPostBuild.cmd:
              * TestWebKitAPI/win/TestWebKitAPIPreBuild.cmd:
              * TestWebKitAPI/win/copy-resources.cmd:
              * WebKitAPITest/WebKitAPITestCommon.vsprops:
              * WebKitAPITest/WebKitAPITestPostBuild.cmd:
              * WebKitAPITest/WebKitAPITestPreBuild.cmd:
              * WebKitTestRunner/Configurations/InjectedBundleCommon.vsprops:
              * WebKitTestRunner/Configurations/WebKitTestRunnerCommon.vsprops:
              * WebKitTestRunner/win/InjectedBundle.vcproj:
              * WebKitTestRunner/win/InjectedBundleGeneratedCommon.vsprops:
              * WebKitTestRunner/win/InjectedBundlePostBuild.cmd:
              * WebKitTestRunner/win/InjectedBundlePreBuild.cmd:
              * WebKitTestRunner/win/WebKitTestRunnerPostBuild.cmd:
              * WebKitTestRunner/win/WebKitTestRunnerPreBuild.cmd:
              * WinLauncher/WinLauncherCommon.vsprops:
              * WinLauncher/WinLauncherPostBuild.cmd:
              * WinLauncher/WinLauncherPreBuild.cmd:
      2011-01-05  Steve Falkenburg  <sfalken@apple.com>
      
              Reviewed by Darin Adler.
      
              Debug and Release builds on Windows clobber each other
              https://bugs.webkit.org/show_bug.cgi?id=49185
      
              Changes the structure of WebKitBuild build products directory so we
              completely separate each build configuration into independent directories.
              
              Although we previously had per-configuration directories for obj, this change adds
              per-configuration directories for bin, lib, obj, and include. Each configuration's
              build products are stored within a directory inside of WebKitBuild.
              
              Most use of $(WebKitOutputDir) in the build files has been replaced by $(ConfigurationBuildDir),
              defined in common.vsprops to be $(WebKitOutputDir)\$(ConfigurationName).
      
              * win/WebKit2.make:
              * win/WebKit2.vcproj:
              * win/WebKit2Common.vsprops:
              * win/WebKit2Generated.make:
              * win/WebKit2GeneratedCommon.vsprops:
              * win/WebKit2WebProcessPostBuild.cmd:
              * win/WebKit2WebProcessPreBuild.cmd:
              * win/WebKitPostBuild.cmd:
              * win/WebKitPreBuild.cmd:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75138 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3bc314c4
    • simon.fraser@apple.com's avatar
      2011-01-05 Simon Fraser <simon.fraser@apple.com> · 1f3fb4c5
      simon.fraser@apple.com authored
              Reviewed by Ariya Hidayat.
      
              Directly composited SVG images fail to render
              https://bugs.webkit.org/show_bug.cgi?id=51975
      
              There was already code, added in r67900, to detect whether an image
              may be directly composited, by checking to see if it's a bitmap image.
      
              However, CachedImage::image() returns the nullImage() if m_image is null,
              which is a BitmapImage, confusing this test.
      
              Test: compositing/images/direct-svg-image.html
      
              * loader/cache/CachedImage.cpp: Remove nullImage(), since Image has
              exactly the same method.
              (WebCore::CachedImage::image): Use Image::nullImage().
              * loader/cache/CachedImage.h:
              (WebCore::CachedImage::hasImage): New method to ask whether the m_image is
              non-null.
              * rendering/RenderLayerBacking.cpp:
              (WebCore::RenderLayerBacking::isDirectlyCompositedImage): Use hasImage()
              so that we don't test the nullImage.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75137 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1f3fb4c5
    • simon.fraser@apple.com's avatar
      2011-01-05 Simon Fraser <simon.fraser@apple.com> · b81b821c
      simon.fraser@apple.com authored
              Reviewed by Darin Adler.
      
              Fix percentage values in radius of radial gradients
              https://bugs.webkit.org/show_bug.cgi?id=51979
      
              Handle percentage values for the ending size of radial gradients.
      
              Test: fast/gradients/css3-radial-gradients3.html
      
              * css/CSSGradientValue.cpp:
              (WebCore::CSSRadialGradientValue::resolveRadius): Add parameter for height or width, which is
              non-null if percentage values are allowed, and compute percentage values when we see them.
              (WebCore::CSSRadialGradientValue::createGradient): Pass height or width down to say that
              percentages are OK when resolving end radii.
              * css/CSSGradientValue.h: New parameter for resolveRadius.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75136 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      b81b821c
    • simonjam@chromium.org's avatar
      2011-01-05 James Simonsen <simonjam@chromium.org> · 92bc9b02
      simonjam@chromium.org authored
              Reviewed by Adam Barth.
      
              [Web Timing] Zero out some values on cross-origin redirects
              https://bugs.webkit.org/show_bug.cgi?id=49294
      
              * fast/dom/script-tests/webtiming.js:
              (checkTimingBeforeLoad): Remove unload. Its behavior depends on prior navigation and is tested separately.
              (checkTimingWhileDeferred): Ditto.
              (checkWebTimingOnDOMContentLoaded): Ditto.
              (checkWebTimingWhileAsync): Ditto.
              (checkWebTimingOnLoad): Ditto.
              (checkWebTimingAfterLoad): Ditto.
              * fast/dom/webtiming-expected.txt:
              * http/tests/misc/resources/webtiming-cross-origin-and-back-redirect1.php: Added.
              * http/tests/misc/resources/webtiming-cross-origin-and-back-redirect2.php: Added.
              * http/tests/misc/resources/webtiming-cross-origin-and-back1.html: Added.
              * http/tests/misc/resources/webtiming-cross-origin-and-back2.html: Added.
              * http/tests/misc/resources/webtiming-cross-origin-redirect.html: Added.
              * http/tests/misc/resources/webtiming-cross-origin-redirect.php: Added.
              * http/tests/misc/resources/webtiming-no-origin.html: Added.
              * http/tests/misc/webtiming-origins-expected.txt: Added.
              * http/tests/misc/webtiming-origins.html: Added.
              * platform/gtk/Skipped: Skip new web timing test.
              * platform/mac/Skipped: Ditto.
              * platform/win/Skipped: Ditto.
      2011-01-05  James Simonsen  <simonjam@chromium.org>
      
              Reviewed by Adam Barth.
      
              [Web Timing] Zero out some values on cross-origin redirects
              https://bugs.webkit.org/show_bug.cgi?id=49294
      
              Tests: http/tests/misc/webtiming-cross-origin-redirect.php
                     http/tests/misc/webtiming-origins.html
      
              * loader/DocumentLoadTiming.h:
              (WebCore::DocumentLoadTiming::DocumentLoadTiming): Add flags for cross-origin redirects and same-origin navigation.
              * loader/FrameLoader.cpp:
              (WebCore::FrameLoader::~FrameLoader):
              (WebCore::FrameLoader::stopLoading): Don't overwrite previous unload times.
              (WebCore::FrameLoader::completed):
              (WebCore::FrameLoader::loadWithDocumentLoader): Remember previous URL to see if navigation is same-origin.
              (WebCore::FrameLoader::commitProvisionalLoad): Set flag if navigation is same-origin.
              * loader/FrameLoader.h:
              * loader/MainResourceLoader.cpp:
              (WebCore::MainResourceLoader::willSendRequest): Set flag on cross-origin redirects.
              * page/PerformanceNavigation.cpp:
              (WebCore::PerformanceNavigation::redirectCount): Clear if cross-origin redirect flag is set.
              * page/PerformanceTiming.cpp:
              (WebCore::PerformanceTiming::redirectStart): Ditto.
              (WebCore::PerformanceTiming::redirectEnd): Ditto.
              (WebCore::PerformanceTiming::unloadEventStart): Clear if cross-origin navigation is set.
              (WebCore::PerformanceTiming::unloadEventEnd): Ditto.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75129 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      92bc9b02
    • commit-queue@webkit.org's avatar
      2011-01-05 Helder Correia <helder@sencha.com> · 77eb884c
      commit-queue@webkit.org authored
              Reviewed by Ariya Hidayat.
      
              [Qt] Default focus ring is too wide
              https://bugs.webkit.org/show_bug.cgi?id=51854
      
              This is an intermediate step to solve this bug. Use QPalette::Highlight
              instead of default half-transparent black as the focus ring color.
      
              * platform/qt/editing/selection/caret-and-focus-ring-expected.checksum: Added.
              * platform/qt/editing/selection/caret-and-focus-ring-expected.png: Added.
              * platform/qt/editing/selection/caret-and-focus-ring-expected.txt: Added.
              * platform/qt/fast/css/focus-ring-outline-color-expected.checksum:
              * platform/qt/fast/css/focus-ring-outline-color-expected.png:
              * platform/qt/fast/css/focus-ring-outline-offset-expected.checksum:
              * platform/qt/fast/css/focus-ring-outline-offset-expected.png:
              * platform/qt/fast/css/focus-ring-outline-width-expected.checksum:
              * platform/qt/fast/css/focus-ring-outline-width-expected.png:
      2011-01-05  Helder Correia  <helder@sencha.com>
      
              Reviewed by Ariya Hidayat.
      
              [Qt] Default focus ring is too wide
              https://bugs.webkit.org/show_bug.cgi?id=51854
      
              This is an intermediate step to solve this bug. Use QPalette::Highlight
              instead of default half-transparent black as the focus ring color.
      
              * platform/graphics/qt/GraphicsContextQt.cpp:
              (WebCore::drawFocusRingForPath):
              * platform/qt/RenderThemeQt.cpp:
              (WebCore::RenderThemeQt::platformFocusRingColor):
              * platform/qt/RenderThemeQt.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75126 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      77eb884c
    • simonjam@chromium.org's avatar
      2011-01-05 James Simonsen <simonjam@chromium.org> · f6fac390
      simonjam@chromium.org authored
              Reviewed by Darin Fisher.
      
              [Web Timing] requestStart and responseStart should be available even if the document is still loading
              https://bugs.webkit.org/show_bug.cgi?id=51368
      
              * http/tests/misc/webtiming-slow-load-expected.txt: Added.
              * http/tests/misc/webtiming-slow-load.php: Added.
      2011-01-05  James Simonsen  <simonjam@chromium.org>
      
              Reviewed by Darin Fisher.
      
              [Web Timing] requestStart and responseStart should be available even if the document is still loading
              https://bugs.webkit.org/show_bug.cgi?id=51368
      
              Test: http/tests/misc/webtiming-slow-load.php
      
              * page/PerformanceTiming.cpp:
              (WebCore::getPossiblySkewedTimeInKnownRange): Handle case where response is not yet complete.
              (WebCore::PerformanceTiming::resourceLoadTimeRelativeToAbsolute): Use full upper bound.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75120 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f6fac390
    • crogers@google.com's avatar
      2011-01-05 Chris Rogers <crogers@google.com> · bf85fc53
      crogers@google.com authored
              Reviewed by Darin Fisher.
      
              Add WebKitClient::createAudioDevice() for Chromium port of web audio API
              https://bugs.webkit.org/show_bug.cgi?id=51424
      
              * WebKit.gyp:
              * public/WebAudioDevice.h: Added.
              (WebKit::WebAudioDevice::RenderCallback::~RenderCallback):
              (WebKit::WebAudioDevice::~WebAudioDevice):
              * public/WebKitClient.h:
              (WebKit::WebKitClient::createAudioDevice):
              * src/AudioDestinationChromium.cpp: Added.
              (WebCore::AudioDestination::create):
              (WebCore::AudioDestinationChromium::AudioDestinationChromium):
              (WebCore::AudioDestinationChromium::~AudioDestinationChromium):
              (WebCore::AudioDestinationChromium::start):
              (WebCore::AudioDestinationChromium::stop):
              (WebCore::AudioDestination::hardwareSampleRate):
              (WebCore::AudioDestinationChromium::render):
              * src/AudioDestinationChromium.h: Added.
              (WebCore::AudioDestinationChromium::isPlaying):
              (WebCore::AudioDestinationChromium::sampleRate):
      2011-01-05  Chris Rogers  <crogers@google.com>
      
              Reviewed by Darin Fisher.
      
              Add WebKitClient::createAudioDevice() for Chromium port of web audio API
              https://bugs.webkit.org/show_bug.cgi?id=51424
      
              No new tests since audio API is not yet implemented.
      
              * WebCore.gyp/WebCore.gyp:
              * WebCore.gypi:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75118 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      bf85fc53
    • andersca@apple.com's avatar
      Try again. · 6efa04d8
      andersca@apple.com authored
      * WebCore.exp.in:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75115 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6efa04d8
    • andersca@apple.com's avatar
      Attempt to fix Leopard build. · 6e58cc58
      andersca@apple.com authored
      * WebCore.exp.in:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75112 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6e58cc58
    • evan@chromium.org's avatar
      2011-01-05 Evan Martin <evan@chromium.org> · 9f3bb465
      evan@chromium.org authored
              Reviewed by Tony Chang.
      
              [chromium] refactor complex text on Linux
              https://bugs.webkit.org/show_bug.cgi?id=51956
      
              Pull out TextRunWalker from FontLinux.cpp.  Put it in its own file.
              Rename it to ComplexTextController, to match platform/graphics/mac
              more closely.
      
              No tests because the change is just renaming a class.
      
              * WebCore.gyp/WebCore.gyp:
              * platform/graphics/chromium/ComplexTextControllerLinux.cpp: Added.
              (WebCore::ComplexTextController::ComplexTextController):
              (WebCore::ComplexTextController::~ComplexTextController):
              (WebCore::ComplexTextController::isWordBreak):
              (WebCore::ComplexTextController::determineWordBreakSpacing):
              (WebCore::ComplexTextController::setPadding):
              (WebCore::ComplexTextController::reset):
              (WebCore::ComplexTextController::setBackwardsIteration):
              (WebCore::ComplexTextController::nextScriptRun):
              (WebCore::ComplexTextController::widthOfFullRun):
              (WebCore::ComplexTextController::setupFontForScriptRun):
              (WebCore::ComplexTextController::allocHarfbuzzFont):
              (WebCore::ComplexTextController::deleteGlyphArrays):
              (WebCore::ComplexTextController::createGlyphArrays):
              (WebCore::ComplexTextController::resetGlyphArrays):
              (WebCore::ComplexTextController::shapeGlyphs):
              (WebCore::ComplexTextController::setGlyphXPositions):
              (WebCore::ComplexTextController::normalizeSpacesAndMirrorChars):
              (WebCore::ComplexTextController::getNormalizedTextRun):
              * platform/graphics/chromium/ComplexTextControllerLinux.h: Added.
              (WebCore::ComplexTextController::setWordSpacingAdjustment):
              (WebCore::ComplexTextController::setLetterSpacingAdjustment):
              (WebCore::ComplexTextController::letterSpacing):
              (WebCore::ComplexTextController::setXOffsetToZero):
              (WebCore::ComplexTextController::rtl):
              (WebCore::ComplexTextController::glyphs):
              (WebCore::ComplexTextController::length):
              (WebCore::ComplexTextController::xPositions):
              (WebCore::ComplexTextController::advances):
              (WebCore::ComplexTextController::width):
              (WebCore::ComplexTextController::logClusters):
              (WebCore::ComplexTextController::numCodePoints):
              (WebCore::ComplexTextController::fontPlatformDataForScriptRun):
              (WebCore::ComplexTextController::isCodepointSpace):
              * platform/graphics/chromium/FontLinux.cpp:
              (WebCore::Font::drawComplexText):
              (WebCore::Font::floatWidthForComplexText):
              (WebCore::glyphIndexForXPositionInScriptRun):
              (WebCore::Font::offsetForPositionForComplexText):
              (WebCore::Font::selectionRectForComplexText):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75108 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      9f3bb465
    • psolanki@apple.com's avatar
      2011-01-05 Pratik Solanki <psolanki@apple.com> · a6928aa1
      psolanki@apple.com authored
              Reviewed by Darin Adler.
      
              Merge cf and mac header files with same name
              https://bugs.webkit.org/show_bug.cgi?id=51916
      
              Since most of the code in the header files is identical, we can merge them and have #if
              USE(CFNETWORK) to separate out the network specific parts.
      
              * WebCore.xcodeproj/project.pbxproj:
              * platform/network/cf/AuthenticationChallenge.h:
              (WebCore::AuthenticationChallenge::sender):
              (WebCore::AuthenticationChallenge::nsURLAuthenticationChallenge):
              * platform/network/cf/ResourceError.h:
              (WebCore::ResourceError::ResourceError):
              * platform/network/cf/ResourceRequest.h:
              (WebCore::ResourceRequest::ResourceRequest):
              * platform/network/cf/ResourceResponse.h:
              (WebCore::ResourceResponse::ResourceResponse):
              * platform/network/mac/AuthenticationChallenge.h: Removed.
              * platform/network/mac/ResourceError.h: Removed.
              * platform/network/mac/ResourceRequest.h: Removed.
              * platform/network/mac/ResourceResponse.h: Removed.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75103 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a6928aa1
    • andersca@apple.com's avatar
      Implement word transformation · 7c92f722
      andersca@apple.com authored
      https://bugs.webkit.org/show_bug.cgi?id=51943
      
      Reviewed by Adele Peterson.
      
      Export Editor functions needed by WebKit2.
      
      * WebCore.exp.in:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75102 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7c92f722
    • simon.fraser@apple.com's avatar
      2011-01-05 Simon Fraser <simon.fraser@apple.com> · 3f478caa
      simon.fraser@apple.com authored
              Reviewed by Dave Hyatt.
      
              Implement repeating CSS3 gradients
              https://bugs.webkit.org/show_bug.cgi?id=51843
      
              Add support for repeating gradients, via the new gradient functions
              -webkit-repeating-linear-gradient and -webkit-repeating-radial-gradient.
      
              Tests: fast/gradients/css3-repeating-linear-gradients.html
                     fast/gradients/css3-repeating-radial-gradients.html
      
              * css/CSSGradientValue.h:
              (WebCore::CSSGradientValue::isRepeating): Accessor for whethe the gradient repeats.
              (WebCore::CSSGradientValue::CSSGradientValue): Pass CSSGradientRepeat in.
              (WebCore::CSSLinearGradientValue::create): Pass CSSGradientRepeat.
              (WebCore::CSSLinearGradientValue::CSSLinearGradientValue): Ditto
              (WebCore::CSSRadialGradientValue::create): Ditto.
              (WebCore::CSSRadialGradientValue::CSSRadialGradientValue): Ditto.
      
              * css/CSSGradientValue.cpp:
              (WebCore::CSSGradientValue::addStops): Pass maxLengthForRepeat, which
              is used for repeating radial gradients. Add code to repeat the stops,
              adding stops before the start, and after the end until the 0-N range is
              covered, where N is large enough to ensure the box is covered. Fix an issue
              with repeating gradients where if both stops were < 0, it would fail to clamp
              them to 0.
      
              (WebCore::CSSLinearGradientValue::cssText): Output strings for repeating gradients.
              (WebCore::CSSLinearGradientValue::createGradient): maxExtent for linear gradients is 1,
              because they are guaranteed to fill the box already.
              (WebCore::CSSRadialGradientValue::cssText): Output strings for repeating gradients.
              (WebCore::CSSRadialGradientValue::createGradient): Compute the distance to the furthest
              corner in order to inform addStops() how much additional extent is required.
      
              * css/CSSParser.cpp:
              (WebCore::CSSParser::parseDeprecatedGradient): Old gradients never repeat.
              (WebCore::CSSParser::parseLinearGradient): Pass down CSSGradientRepeat.
              (WebCore::CSSParser::parseRadialGradient): Ditto.
              (WebCore::CSSParser::isGeneratedImageValue): Add repeating gradient functions.
              (WebCore::CSSParser::parseGeneratedImage): Ditto.
              * css/CSSParser.h: Pass CSSGradientRepeat to gradient functions.
              * platform/graphics/cg/GradientCG.cpp: Remove unused #include.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75097 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3f478caa
    • mrobinson@webkit.org's avatar
      2011-01-05 Martin Robinson <mrobinson@igalia.com> · 75be8d57
      mrobinson@webkit.org authored
              Reviewed by Ariya Hidayat.
      
              ContextShadow::blurLayerImage() not endian-safe
              https://bugs.webkit.org/show_bug.cgi?id=51822
      
              Correct the channel map in ContextShadow to reflect the different
              ordering of pixels on processors with different endianness.
      
              No new tests. This is covered by the existing shadow tests. It was
              not discovered, because all of the bots using ContextShadow are
              little-endian.
      
              * platform/graphics/ContextShadow.cpp:
              (WebCore::ContextShadow::blurLayerImage): Initialize the channel mapping
              based on machine endianness.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75095 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      75be8d57
    • mihaip@chromium.org's avatar
      2011-01-05 Mihai Parparita <mihaip@chromium.org> · 4f91e73b
      mihaip@chromium.org authored
              Reviewed by Nate Chapin.
      
              [Chromium] Crash when drawing PDF plug-in scrollbars
              https://bugs.webkit.org/show_bug.cgi?id=51942
      
              Pepper plug-in scrollbars don't have a parent, guard against that before
              seeing if the parent is a FrameView.
      
              Not testable via layout tests, verified fix by hand.
      
              * platform/chromium/ScrollbarThemeChromiumMac.mm:
              (WebCore::ScrollbarThemeChromiumMac::paint):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75092 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4f91e73b
    • inferno@chromium.org's avatar
      2011-01-05 Abhishek Arya <inferno@chromium.org> · 4cae438a
      inferno@chromium.org authored
              Unreviewed.
      
              Update FIXME comment to sound better. Also initialize the block to fix compile.
      
              * rendering/RenderBlock.cpp:
              (WebCore::RenderBlock::removeChild):
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75084 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4cae438a
    • inferno@chromium.org's avatar
      2011-01-05 Abhishek Arya <inferno@chromium.org> · 67a47c8a
      inferno@chromium.org authored
              Reviewed by Dave Hyatt.
      
              Do not merge anonymous blocks when one of them is the one getting removed.
              https://bugs.webkit.org/show_bug.cgi?id=51919
      
              Test: fast/block/merge-anonymous-block-remove-child-crash.html
      
              * rendering/RenderBlock.cpp:
              (WebCore::RenderBlock::removeChild):
      2011-01-05  Abhishek Arya  <inferno@chromium.org>
      
              Reviewed by Dave Hyatt.
      
              Tests that we do not crash when trying to merge two anonymous blocks,
              one of which is getting removed.
              https://bugs.webkit.org/show_bug.cgi?id=51919
      
              * fast/block/merge-anonymous-block-remove-child-crash-expected.txt: Added.
              * fast/block/merge-anonymous-block-remove-child-crash.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75082 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      67a47c8a
    • rniwa@webkit.org's avatar
      2011-01-05 Ryosuke Niwa <rniwa@webkit.org> · 809f9979
      rniwa@webkit.org authored
              Reviewed by Eric Seidel.
      
              ApplyStyleCommand::applyRelativeFontStyleChange should take EditingStyle*
              https://bugs.webkit.org/show_bug.cgi?id=50641
      
              Modified applyRelativeFontStyleChange to take EditingStyle instead of CSSMutableStyleDeclaration.
              Also extracted the logic to obtain the font size delta from ApplyStyleCommand to EditingStyle.
              The font size delta is now stored as a member variable of EditingStyle as supposed to a property
              in CSSMutableStyleDeclration as soon as EditingStyle is instantiated.
      
              No new tests are added since this is a refactoring.
      
              * editing/ApplyStyleCommand.cpp:
              (WebCore::ApplyStyleCommand::doApply): Calls applyRelativeFontStyleChange.
              (WebCore::ApplyStyleCommand::applyRelativeFontStyleChange): Takes EditingStyle.
              * editing/ApplyStyleCommand.h:
              * editing/EditingStyle.cpp:
              (WebCore::EditingStyle::EditingStyle): Initializes m_fontSizeDelta.
              (WebCore::EditingStyle::init): Ditto.
              (WebCore::EditingStyle::extractFontSizeDelta): Extracted from applyRelativeFontStyleChange.
              (WebCore::EditingStyle::isEmpty): Takes care of m_fontSizeDelta.
              (WebCore::EditingStyle::setStyle): Calls extractFontSizeDelta.
              (WebCore::EditingStyle::overrideWithStyle): Ditto.
              (WebCore::EditingStyle::clear): Initializes m_fontSizeDelta.
              (WebCore::EditingStyle::copy): Calls extractFontSizeDelta.
              * editing/EditingStyle.h:
              (WebCore::EditingStyle::fontSizeDelta): Added.
              (WebCore::EditingStyle::hasFontSizeDelta): Added.
              * editing/Editor.h:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75080 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      809f9979
    • mitz@apple.com's avatar
      <rdar://problem/8799835> hyphenate-character: auto should fall back to... · 2e09ed2f
      mitz@apple.com authored
      <rdar://problem/8799835> hyphenate-character: auto should fall back to hyphen-minus if the primary font lacks a hyphen glyph
      https://bugs.webkit.org/show_bug.cgi?id=51915
      
      Reviewed by Darin Adler.
      
      WebCore: 
      
      This changes the results of existing tests in fast/text.
      
      * platform/graphics/Font.h:
      * platform/graphics/FontFastPath.cpp:
      (WebCore::Font::primaryFontHasGlyphForCharacter): Added.
      * rendering/style/RenderStyle.cpp:
      * platform/graphics/qt/FontQt.cpp:
      (WebCore::Font::primaryFontHasGlyphForCharacter): Added a stub.
      (WebCore::RenderStyle::hyphenString): For hyphenate-character: auto, return a
      hyphen only if the primary font has a hyphen glyph, and otherwise return a
      hyphen-minus.
      
      LayoutTests: 
      
      * platform/mac/fast/text/basic/014-expected.checksum:
      * platform/mac/fast/text/basic/014-expected.png:
      * platform/mac/fast/text/basic/014-expected.txt:
      * platform/mac/fast/text/capitalize-boundaries-expected.checksum:
      * platform/mac/fast/text/capitalize-boundaries-expected.png:
      * platform/mac/fast/text/capitalize-boundaries-expected.txt:
      * platform/mac/fast/text/midword-break-after-breakable-char-expected.checksum:
      * platform/mac/fast/text/midword-break-after-breakable-char-expected.png:
      * platform/mac/fast/text/midword-break-after-breakable-char-expected.txt:
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75077 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2e09ed2f
    • laszlo.1.gombos@nokia.com's avatar
      2011-01-05 Laszlo Gombos <laszlo.1.gombos@nokia.com> · 36d116cf
      laszlo.1.gombos@nokia.com authored
              Reviewed by Ariya Hidayat.
      
              [Qt] [Symbian] Make CONFIG-=def_files the default configuration for trunk builds
              https://bugs.webkit.org/show_bug.cgi?id=51888
      
              Overrule Qt's default from qconfig.pri for non-production builds so
              that CONFIG(def_files) evaluates to false and QtWebKit trunk builds succeed.
      
              No new tests as there is no new functionality.
      
              * WebCore.pro:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75076 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      36d116cf
    • commit-queue@webkit.org's avatar
      2011-01-05 Sheriff Bot <webkit.review.bot@gmail.com> · a8601f4f
      commit-queue@webkit.org authored
              Unreviewed, rolling out r74778.
              http://trac.webkit.org/changeset/74778
              https://bugs.webkit.org/show_bug.cgi?id=51930
      
              Android and QtWebKit-V8 uses V8DOMWindowShell::setContext.
              (Requested by bbandix on #webkit).
      
              * bindings/v8/V8DOMWindowShell.cpp:
              (WebCore::V8DOMWindowShell::setContext):
              * bindings/v8/V8DOMWindowShell.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75073 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a8601f4f
    • commit-queue@webkit.org's avatar
      2011-01-05 Yi Shen <yi.4.shen@nokia.com> · 5cba4e35
      commit-queue@webkit.org authored
              Reviewed by Andreas Kling.
      
              [Qt] Animated GIF images does not animate 10x as expected by default.
              https://bugs.webkit.org/show_bug.cgi?id=36818
      
              Add a test animated GIF which should be displayed 2 times and stop.
      
              * manual-tests/animated-gif-looping.html:
              * manual-tests/resources/animated-2x.gif: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75071 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5cba4e35
    • carlosgc@webkit.org's avatar
      2011-01-05 Carlos Garcia Campos <cgarcia@igalia.com> · 57a2f41c
      carlosgc@webkit.org authored
              Reviewed by Martin Robinson.
      
              [GTK] Fork code of ScrollbarThemeGtk that will differ for GTK+ 3
              https://bugs.webkit.org/show_bug.cgi?id=51923
      
              Split out pieces of ScrollbarThemeGtk into ScrollbarThemeGtk2 and
              ScrollbarThemeGtk3 that will differ between GTK+ 2 and GTK+ 3.
      
              No new tests. This should not change functionality.
      
              * GNUmakefile.am: Add ScrollbarThemeGtk2.cpp and ScrollbarThemeGtk3.cpp
              * platform/gtk/ScrollbarThemeGtk.cpp:
              (WebCore::ScrollbarThemeGtk::updateScrollbarsFrameThickness):
              * platform/gtk/ScrollbarThemeGtk.h:
              * platform/gtk/ScrollbarThemeGtk2.cpp: Added.
              (WebCore::ScrollbarThemeGtk::updateThemeProperties):
              (WebCore::ScrollbarThemeGtk::paintTrackBackground):
              (WebCore::ScrollbarThemeGtk::paintScrollbarBackground):
              (WebCore::ScrollbarThemeGtk::paintThumb):
              (WebCore::ScrollbarThemeGtk::paintButton):
              * platform/gtk/ScrollbarThemeGtk3.cpp: Added.
              (WebCore::ScrollbarThemeGtk::updateThemeProperties):
              (WebCore::ScrollbarThemeGtk::paintTrackBackground):
              (WebCore::ScrollbarThemeGtk::paintScrollbarBackground):
              (WebCore::ScrollbarThemeGtk::paintThumb):
              (WebCore::ScrollbarThemeGtk::paintButton):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75070 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      57a2f41c
    • paroga@webkit.org's avatar
      2011-01-05 Patrick Gansterer <paroga@webkit.org> · 5199ab44
      paroga@webkit.org authored
              Reviewed by Andreas Kling.
      
              [CMake] Fix the usage of SOURCE_GROUP
              https://bugs.webkit.org/show_bug.cgi?id=51739
      
              * Source/cmake/WebKitMacros.cmake:
      2011-01-05  Patrick Gansterer  <paroga@webkit.org>
      
              Reviewed by Andreas Kling.
      
              [CMake] Fix the usage of SOURCE_GROUP
              https://bugs.webkit.org/show_bug.cgi?id=51739
      
              * CMakeLists.txt:
      2011-01-05  Patrick Gansterer  <paroga@webkit.org>
      
              Reviewed by Andreas Kling.
      
              [CMake] Fix the usage of SOURCE_GROUP
              https://bugs.webkit.org/show_bug.cgi?id=51739
      
              * CMakeLists.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75069 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5199ab44
    • abecsi@webkit.org's avatar
      2011-01-05 Andras Becsi <abecsi@webkit.org> · 5efe1a0c
      abecsi@webkit.org authored
              Reviewed by Csaba Osztrogonác.
      
              [Qt][V8] Fix the build after recent changes.
      
              * pcre/pcre.pri: Correct the path after Source was introduced.
      2011-01-05  Andras Becsi  <abecsi@webkit.org>
      
              Reviewed by Csaba Osztrogonác.
      
              [Qt][V8] Fix the build after recent changes.
      
              No new tests needed.
      
              * WebCore.pro: Add missing files, and remove obsolete ones.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75068 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5efe1a0c
    • commit-queue@webkit.org's avatar
      2011-01-05 Yong Li <yoli@rim.com> · ea431e6a
      commit-queue@webkit.org authored
              Reviewed by Adam Barth.
      
              Suspend HTMLParserScheduler when page load is deferred to
              avoid potential JS re-entrancy. Otherwise, when JS execution is triggered
              from an external script or by events, and is blocked by a modal dialog,
              WebKit can parse more HTML source and also start another JS execution.
      
              https://bugs.webkit.org/show_bug.cgi?id=48077
      
              Test case: WebCore/manual-tests/bugzilla-48077.html.
      
              * dom/DocumentParser.cpp:
              (WebCore::DocumentParser::suspendScheduledTasks):
              (WebCore::DocumentParser::resumeScheduledTasks):
              * dom/DocumentParser.h:
              * html/parser/HTMLDocumentParser.cpp:
              (WebCore::HTMLDocumentParser::suspendScheduledTasks):
              (WebCore::HTMLDocumentParser::resumeScheduledTasks):
              * html/parser/HTMLParserScheduler.cpp:
              (WebCore::HTMLParserScheduler::HTMLParserScheduler):
              (WebCore::HTMLParserScheduler::suspend):
              (WebCore::HTMLParserScheduler::resume):
              * html/parser/HTMLParserScheduler.h:
              (WebCore::HTMLParserScheduler::isScheduledForResume):
              * page/PageGroupLoadDeferrer.cpp:
              (WebCore::PageGroupLoadDeferrer::PageGroupLoadDeferrer):
              (WebCore::PageGroupLoadDeferrer::~PageGroupLoadDeferrer):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75066 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ea431e6a
    • hausmann@webkit.org's avatar
      [GStreamer] MediaPlayerPrivateGStreamer::totalBytes() does not work reliably · f8b5ffe8
      hausmann@webkit.org authored
      https://bugs.webkit.org/show_bug.cgi?id=51926
      
      Reviewed by Kenneth Rohde Christiansen, Gustavo Noronha Silva
      
      Work around potential upstream bug: Querying a GstBin for the duration,
      will forward the query to all sink children. Our WebKitWebSrc however
      is a bin with only source children, therefore the query fails. Until
      this is changed upstream, this patch works around it as follows,
      based on suggestion by Philippe Normand and Sebastian Dröge:
      
      When the initial query fails, attempt the same query on all source
      pads and take the maximum length reported.
      
      * platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp:
      (WebCore::MediaPlayerPrivateGStreamer::totalBytes):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@75065 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f8b5ffe8