1. 20 Jan, 2011 40 commits
    • dimich@chromium.org's avatar
      [Chromium] Not reviewed, add a bug number to disabled test. · 693bdf5e
      dimich@chromium.org authored
      * platform/chromium/test_expectations.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76327 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      693bdf5e
    • mjs@apple.com's avatar
      2011-01-20 Maciej Stachowiak <mjs@apple.com> · 4f1e1c31
      mjs@apple.com authored
              Reviewed by Darin Adler.
      
              Skip some tests that are failing on the WebKit2 bot
              https://bugs.webkit.org/show_bug.cgi?id=52858
      
              * platform/mac-wk2/Skipped: skip or re-skip some tests that fail
              on the bot for various reasons.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76325 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4f1e1c31
    • jer.noble@apple.com's avatar
      Unreviewed Qt Skipped list update. · eb640587
      jer.noble@apple.com authored
      Skip the test added in r76296 for platform/qt/.
      
      * platform/qt/Skipped:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76320 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      eb640587
    • xji@chromium.org's avatar
      2011-01-20 Xiaomei Ji <xji@chromium.org> · 2ce4c298
      xji@chromium.org authored
              Reviewed by Dan Bernstein.
      
              Fix regression(r71566): PDF in RTL block might messes up text directionality.
              https://bugs.webkit.org/show_bug.cgi?id=52776
      
              Test: fast/dom/52776.html
      
              * platform/text/BidiResolver.h:
              (WebCore::::checkDirectionInLowerRaiseEmbeddingLevel):
              (WebCore::::lowerExplicitEmbeddingLevel):
              (WebCore::::raiseExplicitEmbeddingLevel):
              (WebCore::::createBidiRunsForLine):
      2011-01-20  Xiaomei Ji  <xji@chromium.org>
      
              Reviewed by Dan Bernstein.
      
              Fix regression(r71566): PDF in RTL block might messes up text directionality.
              https://bugs.webkit.org/show_bug.cgi?id=52776
      
              * fast/dom/52776.html: Added.
              * platform/mac/fast/dom/52776-expected.checksum: Added.
              * platform/mac/fast/dom/52776-expected.png: Added.
              * platform/mac/fast/dom/52776-expected.txt: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76319 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2ce4c298
    • dimich@chromium.org's avatar
      [chromium] Updating test expectations after fixing the bug: · 5afc29f2
      dimich@chromium.org authored
      https://bugs.webkit.org/show_bug.cgi?id=52062
      
      Patch by Jenn Braithwaite <jennb@chromium.org> on 2011-01-20
      Reviewed by Dmitry Titov.
      
      * platform/chromium/test_expectations.txt:
      iframe-reparenting-plugins.html is now passing on Windows.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76317 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5afc29f2
    • tony@chromium.org's avatar
      2011-01-20 Tony Chang <tony@chromium.org> · a26e4bd5
      tony@chromium.org authored
              Unreviewed, rebaseline a test added in
              http://trac.webkit.org/changeset/76274
      
              * platform/chromium-linux/svg/custom/pattern-referencing-preserve-aspect-ratio-expected.checksum: Added.
              * platform/chromium-linux/svg/custom/pattern-referencing-preserve-aspect-ratio-expected.png: Added.
              * platform/chromium-win/svg/custom/pattern-referencing-preserve-aspect-ratio-expected.checksum: Added.
              * platform/chromium-win/svg/custom/pattern-referencing-preserve-aspect-ratio-expected.png: Added.
              * platform/chromium-win/svg/custom/pattern-referencing-preserve-aspect-ratio-expected.txt: Added.
              * platform/chromium/test_expectations.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76316 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a26e4bd5
    • leviw@chromium.org's avatar
      2011-01-20 Levi Weintraub <leviw@chromium.org> · bd727b85
      leviw@chromium.org authored
              Reviewed by Ryosuke Niwa.
      
              RTL: Caret goes to the opposite direction when pressing an arrow key after selection is made
              https://bugs.webkit.org/show_bug.cgi?id=49511
      
              Test: editing/selection/rtl-move-selection-right-left.html
      
              * editing/SelectionController.cpp:
              (WebCore::SelectionController::willBeModified):
              Respecting the direction of the containing block when switching selection base and extent in
              RTL content.
      
              (WebCore::SelectionController::modifyMovingRight):
              (WebCore::SelectionController::modifyMovingLeft):
              Using directionOfEnclosingBlock when deciding to use the selection start or end to do the
              correct thing for RTL.
      2011-01-20  Levi Weintraub  <leviw@chromium.org>
      
              Reviewed by Ryosuke Niwa.
      
              RTL: Caret goes to the opposite direction when pressing an arrow key after selection is made
              https://bugs.webkit.org/show_bug.cgi?id=49511
      
              * editing/editing.js:
              (execMoveSelectionLeftByCharacterCommand):
              (moveSelectionLeftByCharacterCommand):
              (execMoveSelectionRightByCharacterCommand):
              (moveSelectionRightByCharacterCommand):
              (execExtendSelectionLeftByCharacterCommand):
              (extendSelectionLeftByCharacterCommand):
              (execExtendSelectionRightByCharacterCommand):
              (extendSelectionRightByCharacterCommand):
              Adding some left/right selection convenience methods for use with RTL tests.
      
              * editing/selection/rtl-move-selection-right-left-expected.txt: Added.
              * editing/selection/rtl-move-selection-right-left.html: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76312 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      bd727b85
    • tony@chromium.org's avatar
      2011-01-20 Tony Chang <tony@chromium.org> · c020c2bc
      tony@chromium.org authored
              Unreviewed, mark some rtl scrolling tests as failing to green the chromium bots.
      
              * platform/chromium/test_expectations.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76307 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c020c2bc
    • tony@chromium.org's avatar
      2011-01-20 Tony Chang <tony@chromium.org> · 8462c352
      tony@chromium.org authored
              Unreviewed, chromium test expectation updates.
      
              * platform/chromium-gpu/test_expectations.txt:
              * platform/chromium/test_expectations.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76304 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      8462c352
    • japhet@chromium.org's avatar
      2011-01-20 Nate Chapin <japhet@chromium.org> · 2aa1491b
      japhet@chromium.org authored
              Reviewed by Adam Barth.
      
              Test for https://bugs.webkit.org/show_bug.cgi?id=52769.
      
              * fast/dom/Window/Location/resources/set-location-after-close-new-window.html: Added.
              * fast/dom/Window/Location/set-location-after-close-expected.txt: Added.
              * fast/dom/Window/Location/set-location-after-close.html: Added.
      2011-01-20  Nate Chapin  <japhet@chromium.org>
      
              Reviewed by Adam Barth.
      
              Null-check m_frame in DOMWindow::setLocation(), since it's
              possible to reach this point without it having been checked
              already.
              https://bugs.webkit.org/show_bug.cgi?id=52769
      
              Test: fast/dom/Window/Location/set-location-after-close.html
      
              * page/DOMWindow.cpp:
              (WebCore::DOMWindow::setLocation):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76303 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      2aa1491b
    • chang.shu@nokia.com's avatar
      2011-01-20 Chang Shu <chang.shu@nokia.com> · a73b559f
      chang.shu@nokia.com authored
              Reviewed by Darin Adler.
      
              setContentEditable with invalid string should throw exception.
              https://bugs.webkit.org/show_bug.cgi?id=52057
      
              Updated expected results after the fix. Also corrected test cases.
      
              * editing/editability/set-invalid-value-expected.txt:
              * editing/editability/set-invalid-value.html: 1. Fixed the getAttribute expectation as "abc" was failed to set. 2. Added additional check for setting empty string.
              * editing/editability/set-value-caseinsensitive-expected.txt:
              * editing/editability/set-value-caseinsensitive.html: Fixed the getAttribute expectations as all strings should be converted to lower cases.
              * fast/dom/element-attribute-js-null-expected.txt:
              * fast/dom/element-attribute-js-null.html: Fixed this existing test as the expectation for setting with null should throw exception instead of "false". Also added handling code when exception was thrown.
      2011-01-20  Chang Shu  <chang.shu@nokia.com>
      
              Reviewed by Darin Adler.
      
              setContentEditable with invalid string should throw exception.
              https://bugs.webkit.org/show_bug.cgi?id=52057
      
              Implemented exception throwing for setContentEditable according to the following spec:
              http://www.whatwg.org/specs/web-apps/current-work/multipage/editing.html#attr-contenteditable
              Related quotas: "On setting, if the new value is an ASCII case-insensitive match for the
              string 'inherit' then the content attribute must be removed, if the new value is an ASCII
              case-insensitive match for the string 'true' then the content attribute must be set to the
              string 'true', if the new value is an ASCII case-insensitive match for the string 'false'
              then the content attribute must be set to the string 'false', and otherwise the attribute
              setter must raise a SYNTAX_ERR exception."
      
              * html/HTMLElement.cpp:
              (WebCore::HTMLElement::setContentEditable): Throw exception on invalid input strings; Make setting values case-insensitive and also convert them to lower cases according to the spec.
              * html/HTMLElement.h: Add additional parameter ExceptionCode& for function setContentEditable.
              * html/HTMLElement.idl: Add exception throwing support for contentEditable setter.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76301 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      a73b559f
    • enne@google.com's avatar
      2011-01-20 Adrienne Walker <enne@google.com> · f95de30a
      enne@google.com authored
              Reviewed by James Robinson.
      
              [chromium] Add a test for a render surface that the uses alpha channel.
              https://bugs.webkit.org/show_bug.cgi?id=52766
      
              * platform/chromium-gpu/platform/chromium/compositing/render-surface-alpha-blending-expected.checksum: Added.
              * platform/chromium-gpu/platform/chromium/compositing/render-surface-alpha-blending-expected.png: Added.
              * platform/chromium-gpu/platform/chromium/compositing/render-surface-alpha-blending-expected.txt: Added.
              * platform/chromium/compositing/render-surface-alpha-blending.html: Added.
      2011-01-19  Adrienne Walker  <enne@google.com>
      
              Reviewed by James Robinson.
      
              [chromium] Composited render surfaces should allow writes to alpha channel.
              https://bugs.webkit.org/show_bug.cgi?id=52766
      
              Test: LayoutTests/platform/chromium/compositing
      
              * platform/graphics/chromium/LayerRendererChromium.cpp:
              (WebCore::LayerRendererChromium::drawLayers):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76299 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f95de30a
    • jer.noble@apple.com's avatar
      2011-01-14 Jer Noble <jer.noble@apple.com> · f0000a8e
      jer.noble@apple.com authored
              Reviewed by Eric Carlson.
      
              REGRESSION (r71842): Compass video is not playing in Safari welcome page
              https://bugs.webkit.org/show_bug.cgi?id=52506
      
              Test that a delay between loading and playing video does not break playback.
      
              * media/video-currentTime-delay-expected.txt: Added.
              * media/video-currentTime-delay.html: Added.
      2011-01-14  Jer Noble  <jer.noble@apple.com>
      
              Reviewed by Eric Carlson.
      
              REGRESSION (r71842): Compass video is not playing in Safari welcome page
              https://bugs.webkit.org/show_bug.cgi?id=52506
      
              New test: LayoutTests/media/video-currentTime-delay.html
      
              Call invalidateCachedTime() every time one of the cached property dependencies changes,
              i.e. m_paused and m_playbackRate.
      
              * html/HTMLMediaElement.cpp:
              (WebCore::HTMLMediaElement::prepareForLoad):
              (WebCore::HTMLMediaElement::setReadyState):
              (WebCore::HTMLMediaElement::setPlaybackRate):
              (WebCore::HTMLMediaElement::mediaPlayerRateChanged):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76296 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      f0000a8e
    • rniwa@webkit.org's avatar
      2011-01-20 Ryosuke Niwa <rniwa@webkit.org> · c673baa3
      rniwa@webkit.org authored
              Unreviewed Chromium test expectations fix.
      
              * platform/chromium/test_expectations.txt:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76290 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c673baa3
    • tony@chromium.org's avatar
      2011-01-20 Tony Chang <tony@chromium.org> · 31faaa36
      tony@chromium.org authored
              Unreviewed, another attempt at making the chromium gpu tests go green.
      
              * platform/chromium-gpu/test_expectations.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76289 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      31faaa36
    • jamesr@google.com's avatar
      2011-01-20 James Robinson <jamesr@chromium.org> · 0fa1a50d
      jamesr@google.com authored
              Update expectations for tests that need chromium-side changes.
      
              * platform/chromium/test_expectations.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76287 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0fa1a50d
    • rniwa@webkit.org's avatar
      2011-01-20 Ryosuke Niwa <rniwa@webkit.org> · 55e47ead
      rniwa@webkit.org authored
              Unreviewed Chromium test expectation update.
      
              Merged test_expectations.txt in the Chromium tree and
              added slow to fast/text/large-text-composed-char-dos.html.
      
              * platform/chromium/test_expectations.txt:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76284 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      55e47ead
    • tony@chromium.org's avatar
      2011-01-20 Tony Chang <tony@chromium.org> · 5852300a
      tony@chromium.org authored
              Unreviewed, updating gpu expectations.
              These two tests were added to the regular chromiumg test_expectations.txt
              in r76228.
      
              * platform/chromium-gpu/test_expectations.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76283 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5852300a
    • rniwa@webkit.org's avatar
      2011-01-20 Ryosuke Niwa <rniwa@webkit.org> · 78415b82
      rniwa@webkit.org authored
              Unreviewed; Another Chromium rebaseline for r76236.
      
              * platform/chromium-linux/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.checksum: Added.
              * platform/chromium-linux/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.png: Added.
              * platform/chromium-win/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.checksum: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76279 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      78415b82
    • jamesr@google.com's avatar
      2011-01-20 James Robinson <jamesr@chromium.org> · 0ea9e5fc
      jamesr@google.com authored
              Reviewed by Darin Fisher.
      
              Implement mozilla's requestAnimationFrame API
              https://bugs.webkit.org/show_bug.cgi?id=51218
      
              Tests for window.webkitRequestAnimationFrame().  The new tests
              are in the Skipped lists for platforms that do not set
              ENABLE(REQUEST_ANIMATION_FRAME) - which is currently all but chromium.
      
              * fast/animation/request-animation-frame-cancel-expected.txt: Added.
              * fast/animation/request-animation-frame-cancel.html: Added.
                  Tests cancelling a callback within a webkitRequestAnimationFrame() callback.
              * fast/animation/request-animation-frame-cancel2-expected.txt: Added.
              * fast/animation/request-animation-frame-cancel2.html: Added.
                  Tests interactions between multiple webkitRequestAnimationFrame() callbacks.
              * fast/animation/request-animation-frame-display-expected.txt: Added.
              * fast/animation/request-animation-frame-display.html: Added.
                  Tests changing the display: property of an element within a callback.
              * fast/animation/request-animation-frame-expected.txt: Added.
              * fast/animation/request-animation-frame.html: Added.
                  Tests the basic use of window.webkitRequestAnimationFrame().
              * fast/animation/request-animation-frame-within-callback-expected.txt: Added.
              * fast/animation/request-animation-frame-within-callback.html: Added.
                  Tests setting one webkit.webkitRequestAnimationFrame() callback within another.
              * platform/gtk/Skipped:
              * platform/mac/Skipped:
              * platform/qt/Skipped:
              * platform/win/Skipped:
      2011-01-20  James Robinson  <jamesr@chromium.org>
      
              Reviewed by Darin Fisher.
      
              Implement mozilla's requestAnimationFrame API
              https://bugs.webkit.org/show_bug.cgi?id=51218
      
              This implements mozilla's proposed requestAnimationFrame API.  The idea with this API is that
              an author driving an animation from script could use window.requestAnimationFrame(callback)
              instead of window.setTimeout(callback, 0) to schedule their update logic and let the browser
              decide when to update the animations.  This avoids doing unnecessary work when the page content
              is offscreen or is being displayed at a different framerate than what the page author expects.
      
              Mozilla's proposal is here: https://developer.mozilla.org/en/DOM/window.mozRequestAnimationFrame
              This implements window.mozRequestAnimationFrame as window.webkitRequestAnimationFrame with the
              following changes:
              *) Only the callback syntax is supported, there is no before paint event
              *) webkitRequestAnimationFrame supports a second parameter Element to let the author indicate
                  what content they intend to animate.  That way if the page is being displayed but the element
                  in question is offscreen, we can avoid invoking the callback.
              *) No timestamp is provided to the caller and there is no window.animationStartTime property
                  (see https://bugs.webkit.org/show_bug.cgi?id=51952 for discussion of this property)
              *) window.webkitRequestAnimationFrame returns a numerical id that can be used to cancel the callback
                  using window.cancelWebkitRequestAnimationFrame, to parallel window.setTimeout()/window.clearTime().
      
              The implementation depends on the embedder scheduling the callbacks since the callback invocation
              depends on the page's visibility and the embedder's paint scheduling, neither of which are exposed
              to WebCore.  The expectation for the embedder is that at some point Chrome::scheduleAnimation() is
              called FrameView::serviceScriptedAnimations() should be called for the associated Page's main frame.
              Ideally serviceScriptedAnimations() would be called prior to rendering - although in practice the
              embedder has to rate limit callbacks and may not be able to tie the callback directly to the
              rendering loop.
      
              Tests: fast/animation/request-animation-frame-cancel.html
                     fast/animation/request-animation-frame-cancel2.html
                     fast/animation/request-animation-frame-display.html
                     fast/animation/request-animation-frame-within-callback.html
                     fast/animation/request-animation-frame.html
      
              * WebCore.gypi:
              * dom/Document.cpp:
              (WebCore::Document::Document):
              (WebCore::Document::webkitRequestAnimationFrame):
              (WebCore::Document::webkitCancelRequestAnimationFrame):
              (WebCore::Document::serviceScriptedAnimations):
              * dom/Document.h:
              * dom/RequestAnimationFrameCallback.h: Added.
              (WebCore::RequestAnimationFrameCallback::~RequestAnimationFrameCallback):
              * dom/RequestAnimationFrameCallback.idl: Added.
              * loader/EmptyClients.h:
              (WebCore::EmptyChromeClient::scheduleAnimation):
              * page/Chrome.cpp:
              (WebCore::Chrome::scheduleAnimation):
              * page/Chrome.h:
              * page/ChromeClient.h:
              * page/DOMWindow.cpp:
              (WebCore::DOMWindow::webkitRequestAnimationFrame):
              (WebCore::DOMWindow::webkitCancelRequestAnimationFrame):
              * page/DOMWindow.h:
              * page/DOMWindow.idl:
              * page/FrameView.cpp:
              (WebCore::FrameView::scheduleAnimation):
              (WebCore::FrameView::serviceScriptedAnimations):
              * page/FrameView.h:
              * platform/HostWindow.h:
      2011-01-20  James Robinson  <jamesr@chromium.org>
      
              Reviewed by Darin Fisher.
      
              Implement mozilla's requestAnimationFrame API
              https://bugs.webkit.org/show_bug.cgi?id=51218
      
              Chromium WebKit API support for window.webkitRequestAnimationFrame()
      
              * features.gypi:
              * public/WebWidget.h:
              * public/WebWidgetClient.h:
              (WebKit::WebWidgetClient::scheduleAnimation):
              * src/ChromeClientImpl.cpp:
              (WebKit::ChromeClientImpl::scheduleAnimation):
              * src/ChromeClientImpl.h:
              * src/WebPopupMenuImpl.cpp:
              (WebKit::WebPopupMenuImpl::animate):
              (WebKit::WebPopupMenuImpl::scheduleAnimation):
              * src/WebPopupMenuImpl.h:
              * src/WebViewImpl.cpp:
              (WebKit::WebViewImpl::animate):
              * src/WebViewImpl.h:
      2011-01-20  James Robinson  <jamesr@chromium.org>
      
              Reviewed by Darin Fisher.
      
              Implement mozilla's requestAnimationFrame API
              https://bugs.webkit.org/show_bug.cgi?id=51218
      
              Chromium DumpRenderTree support for window.webkitRequestAnimationFrame.
      
              * DumpRenderTree/chromium/WebViewHost.cpp:
              (invokeScheduleComposite):
              (WebViewHost::scheduleAnimation):
              (WebViewHost::paintInvalidatedRegion):
              * DumpRenderTree/chromium/WebViewHost.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76278 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      0ea9e5fc
    • jamesr@google.com's avatar
      2011-01-20 James Robinson <jamesr@chromium.org> · 5ddfb04e
      jamesr@google.com authored
              Reviewed by Eric Seidel.
      
              RenderTableSection's setNeedsCellRecalc needs to null check table()
              https://bugs.webkit.org/show_bug.cgi?id=52770
      
              Tests ::-webkit-scrollbar-corner inside a table.
      
              * fast/css-generated-content/table-with-scrollbar-corner-expected.txt: Added.
              * fast/css-generated-content/table-with-scrollbar-corner.html: Added.
      2011-01-20  James Robinson  <jamesr@chromium.org>
      
              Reviewed by Eric "Baller" Seidel.
      
              RenderTableSection's setNeedsCellRecalc needs to null check table()
              https://bugs.webkit.org/show_bug.cgi?id=52770
      
              Null checks table() before deferencing it in RenderTableSection::setNeedsCellRecalc.
              This can be null during detach().  Test constructed by Eric Seidel.
      
              Test: fast/css-generated-content/table-with-scrollbar-corner.html
      
              * rendering/RenderTableSection.cpp:
              (WebCore::RenderTableSection::setNeedsCellRecalc):
              * rendering/RenderTableSection.h:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76276 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5ddfb04e
    • msaboff@apple.com's avatar
      2011-01-20 Michael Saboff <msaboff@apple.com> · 633f239b
      msaboff@apple.com authored
              Reviewed by Oliver Hunt.
      
              <rdar://problem/8890203> [RegexFuzz] Crash in generated code (52773)
              https://bugs.webkit.org/show_bug.cgi?id=52773
      
              Fixed case where an existing DataLabelPtr is overwritten.  The
              replacing DataLabelPtr is now resolved immediately in
              linkDataLabelToBacktrackIfExists().  Cleanup - eliminated bool
              return value for the routine as it was never used.
      
              * yarr/YarrJIT.cpp:
              (JSC::Yarr::YarrGenerator::TermGenerationState::linkDataLabelToBacktrackIfExists):
      2011-01-20  Michael Saboff  <msaboff@apple.com>
      
              Reviewed by Oliver Hunt.
      
              <rdar://problem/8890203> [RegexFuzz] Crash in generated code (52773)
              https://bugs.webkit.org/show_bug.cgi?id=52773
      
              New test to validate fix.
      
              * fast/regex/parentheses-expected.txt:
              * fast/regex/script-tests/parentheses.js:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76275 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      633f239b
    • krit@webkit.org's avatar
      2011-01-20 Dirk Schulze <krit@webkit.org> · d7140cc3
      krit@webkit.org authored
              Reviewed by Rob Buis.
      
              SVG Pattern doesn't take preserveAspectRatio of references Pattern
              https://bugs.webkit.org/show_bug.cgi?id=52802
      
              SVGPattern didn't take preserveAspectRatio of a referenced SVGPattern into account. Store preserveAspectRatio
              in PatternAttributes as well, if the attribute was set on the referenced SVGPattern element.
      
              Test: svg/custom/pattern-referencing-preserve-aspect-ratio.svg
      
              * rendering/svg/RenderSVGResourcePattern.cpp:
              (WebCore::RenderSVGResourcePattern::buildTileImageTransform):
              * svg/PatternAttributes.h:
              (WebCore::PatternAttributes::PatternAttributes):
              (WebCore::PatternAttributes::preserveAspectRatio):
              (WebCore::PatternAttributes::setPreserveAspectRatio):
              (WebCore::PatternAttributes::hasPreserveAspectRatio):
              * svg/SVGPatternElement.cpp:
              (WebCore::SVGPatternElement::collectPatternAttributes):
      2011-01-20  Dirk Schulze  <krit@webkit.org>
      
              Reviewed by Rob Buis.
      
              SVG Pattern doesn't take preserveAspectRatio of references Pattern
              https://bugs.webkit.org/show_bug.cgi?id=52802
      
              Added a test case to check that we take preserveAspectRatio of a referenced SVGPattern into account.
      
              * platform/mac/svg/custom/pattern-referencing-preserve-aspect-ratio-expected.checksum: Added.
              * platform/mac/svg/custom/pattern-referencing-preserve-aspect-ratio-expected.png: Added.
              * platform/mac/svg/custom/pattern-referencing-preserve-aspect-ratio-expected.txt: Added.
              * svg/custom/pattern-referencing-preserve-aspect-ratio.svg: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76274 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d7140cc3
    • mitz@apple.com's avatar
      <rdar://problem/8765498> REGRESSION (r72141): Cannot order prints with Aperture 3.1 · d557175d
      mitz@apple.com authored
      Reviewed by Adele Peterson.
      
      <rdar://problem/8884648> REGRESSION (r72141): Safari hangs when visiting a page on www.bfmtv.com
      https://bugs.webkit.org/show_bug.cgi?id=52765
      
      <rdar://problem/8890909> REGRESSION (r72141): Very Slow Rendering With Certain Markup
      https://bugs.webkit.org/show_bug.cgi?id=52265
      
      Source/WebCore: 
      
      Test: fast/block/line-layout/negative-max-height.html
      
      Integer overflow detection led to a block having a huge height. This manifested as broken layout
      in the first bug and as extreme slowness in the latter bugs because of
      https://bugs.webkit.org/show_bug.cgi?id=52832
      
      * rendering/RootInlineBox.cpp:
      (WebCore::RootInlineBox::alignBoxesInBlockDirection): Clamp maxHeight to 0 so the next line
      cannot start above this line. The negative maxHeight also caused the integer overflow detection
      logic to give the block a huge height.
      
      LayoutTests: 
      
      * fast/block/line-layout: Added.
      * fast/block/line-layout/negative-max-height-expected.checksum: Added.
      * fast/block/line-layout/negative-max-height-expected.png: Added.
      * fast/block/line-layout/negative-max-height-expected.txt: Added.
      * fast/block/line-layout/negative-max-height.html: Added.
      
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76273 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d557175d
    • rniwa@webkit.org's avatar
      2011-01-20 Ryosuke Niwa <rniwa@webkit.org> · d2fd033d
      rniwa@webkit.org authored
              Unreviewed Chromium rebaseline for r76236.
      
              * platform/chromium-win/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.png: Added.
              * platform/chromium-win/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.txt: Added.
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76269 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      d2fd033d
    • philn@webkit.org's avatar
      2011-01-20 Philippe Normand <pnormand@igalia.com> · 75e55b2f
      philn@webkit.org authored
              Unreviewed, remove GTK result for window-onerror2 as it's the same
              as the generic results file.
      
              * platform/gtk/fast/events/window-onerror2-expected.txt: Removed.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76261 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      75e55b2f
    • mjs@apple.com's avatar
      2011-01-20 Maciej Stachowiak <mjs@apple.com> · 7977a528
      mjs@apple.com authored
              Reviewed by Adam Roben.
      
              WebKitTestRunner needs to support layoutTestController.evaluateScriptInIsolatedWorld
              https://bugs.webkit.org/show_bug.cgi?id=42327
      
              * platform/mac-wk2/Skipped: Unskip the tests that needed this.
      2011-01-20  Maciej Stachowiak  <mjs@apple.com>
      
              Reviewed by Adam Roben.
      
              WebKitTestRunner needs to support layoutTestController.evaluateScriptInIsolatedWorld
              https://bugs.webkit.org/show_bug.cgi?id=42327
              
              Added a new API call, WKBundleFrameForJavaScriptContext, that gets the WKBundleFrameRef
              that corresponds to a JSContextRef (or null if none).
      
              * WebProcess/InjectedBundle/API/c/WKBundleFrame.cpp:
              (WKBundleFrameForJavaScriptContext): Simple wrapper, defers to a WebFrame
              static method.
              * WebProcess/InjectedBundle/API/c/WKBundleFrame.h:
              * WebProcess/WebPage/WebFrame.cpp:
              (WebKit::WebFrame::frameForContext): Follow the maze of twisty pointers.
              * WebProcess/WebPage/WebFrame.h:
      2011-01-20  Maciej Stachowiak  <mjs@apple.com>
      
              Reviewed by Adam Roben.
      
              WebKitTestRunner needs to support layoutTestController.evaluateScriptInIsolatedWorld
              https://bugs.webkit.org/show_bug.cgi?id=42327
      
              * WebKitTestRunner/InjectedBundle/Bindings/CodeGeneratorTestRunner.pm: Add support
              for methods that take their normal arguments but also a JSContextRef.
              * WebKitTestRunner/InjectedBundle/Bindings/LayoutTestController.idl: IDL definition
              for evaluateScriptInIsolatedWorld.
              * WebKitTestRunner/InjectedBundle/InjectedBundlePage.cpp:
              (WTR::InjectedBundlePage::didClearWindowForFrame): Set a magic variable only if
              this call is for an isolated world.
              * WebKitTestRunner/InjectedBundle/LayoutTestController.cpp:
              (WTR::worldMap): Helper to create a world map.
              (WTR::LayoutTestController::worldIDForWorld): Map from an ID to a world.
              (WTR::LayoutTestController::evaluateScriptInIsolatedWorld): The newly
              added LayoutTestController API.
              * WebKitTestRunner/InjectedBundle/LayoutTestController.h:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76259 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7977a528
    • aroben@apple.com's avatar
      Teach WebView::scrollBackingStore about compositing mode · 622c8364
      aroben@apple.com authored
      Test:
          compositing/scroll-painted-composited-content.html
      
      Fixes <http://webkit.org/b/52720> REGRESSION (r75987): Assertion failure in
      WebView::scrollBackingStore when scrolling page with composited content
      
      Reviewed by Anders Carlsson.
      
      Source/WebKit/win:
      
      * WebView.cpp:
      (WebView::scrollBackingStore): Do something sensible (though naive) when in compositing
      mode, rather than incorrectly asserting that this function is never called in that case. For
      now we just repaint the entire scrolled region; someday hopefully we can avoid having to
      repaint the areas that have just been moved.
      
      LayoutTests:
      
      Add a test that scrolls composited content that has already been painted
      
      * compositing/scroll-painted-composited-content.html: Added.
      * compositing/scroll-painted-composited-content-expected.txt: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76254 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      622c8364
    • yurys@chromium.org's avatar
      2011-01-20 Yury Semikhatsky <yurys@chromium.org> · 51223959
      yurys@chromium.org authored
              Reviewed by Pavel Feldman.
      
              Make fast/events/window-onerror2.html throw exception in deterministic order
              https://bugs.webkit.org/show_bug.cgi?id=52813
      
              * fast/events/window-onerror2-expected.txt:
              * fast/events/window-onerror2.html: call setTimeout from onload handler to make sure exception
              in the onload handler will be processed before the one in the setTimeout callback
              * platform/chromium/fast/events/window-onerror2-expected.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76244 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      51223959
    • philn@webkit.org's avatar
      2011-01-20 Philippe Normand <pnormand@igalia.com> · 25fcf7cf
      philn@webkit.org authored
              Unreviewed, new GTK svg test baselines as follow-up of r76236.
      
              * platform/gtk/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.txt: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76242 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      25fcf7cf
    • philn@webkit.org's avatar
      2011-01-20 Philippe Normand <pnormand@igalia.com> · 3384be0c
      philn@webkit.org authored
              Unreviewed, update window-onerror2.html baselines as follow-up of r76216.
      
              * platform/gtk/fast/events/window-onerror2-expected.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76241 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      3384be0c
    • philn@webkit.org's avatar
      2011-01-20 Philippe Normand <pnormand@igalia.com> · 6b50f1db
      philn@webkit.org authored
              Unreviewed, new GTK baselines for 2 new tests.
      
              * platform/gtk/fast/block/float/float-overflow-hidden-containing-block-width-expected.txt: Added.
              * platform/gtk/svg/css/text-gradient-shadow-expected.txt: Added.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76238 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6b50f1db
    • yurys@chromium.org's avatar
      2011-01-20 Yury Semikhatsky <yurys@chromium.org> · 5ee99bfa
      yurys@chromium.org authored
              Unreviewed. Update Chromium test expectations.
      
              * platform/chromium-win/http/tests/security/aboutBlank/xss-DENIED-navigate-opener-document-write-expected.txt:
              * platform/chromium-win/http/tests/security/aboutBlank/xss-DENIED-navigate-opener-javascript-url-expected.txt:
              * platform/chromium-win/http/tests/security/xss-DENIED-frame-name-expected.txt:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76237 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      5ee99bfa
    • krit@webkit.org's avatar
      2011-01-20 Dirk Schulze <krit@webkit.org> · 7d34db72
      krit@webkit.org authored
              Reviewed by Andreas Kling.
      
              SVG Pattern doesn't take the viewBox of a referenced Pattern
              https://bugs.webkit.org/show_bug.cgi?id=52804
              
              SVGPattern element didn't use the viewBox of another SVGPattern element, referenced
              by xlink:href. Modified PatternAttributes, to take the value of the viewBox of the
              SVGPattern element as well, if the attribute was set.
              This gets checked by a W3C SVG test case.        
      
              Test: svg/W3C-SVG-1.1-SE/pservers-pattern-04-f.svg
      
              * rendering/svg/RenderSVGResourcePattern.cpp:
              (WebCore::RenderSVGResourcePattern::buildTileImageTransform):
              * svg/PatternAttributes.h:
              (WebCore::PatternAttributes::PatternAttributes):
              (WebCore::PatternAttributes::viewBox):
              (WebCore::PatternAttributes::setViewBox):
              (WebCore::PatternAttributes::hasViewBox):
              * svg/SVGPatternElement.cpp:
              (WebCore::SVGPatternElement::collectPatternAttributes):
      2011-01-20  Dirk Schulze  <krit@webkit.org>
      
              Reviewed by Andreas Kling.
      
              SVG Pattern doesn't take the viewBox of a referenced Pattern
              https://bugs.webkit.org/show_bug.cgi?id=52804
              
              Added a test case of the W3C SVG test suite to check, if we take
              the viewBox of a referenced SVGPattern.
      
              * svg/W3C-SVG-1.1-SE/pservers-pattern-04-f.svg: Added.
              * platform/mac/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.checksum
              * platform/mac/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.png
              * platform/mac/svg/W3C-SVG-1.1-SE/pservers-pattern-04-f-expected.txt
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76236 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      7d34db72
    • senorblanco@chromium.org's avatar
      2011-01-19 Stephen White <senorblanco@chromium.org> · 1b1b979f
      senorblanco@chromium.org authored
              [Re-land of r76159 with a compile fix for the Chromium linux shlib
              build.]
      
              Reviewed by James Robinson.
      
              Implement accelerated path drawing and clipping for the Canvas2D GPU
              path.
              https://bugs.webkit.org/show_bug.cgi?id=52627
              
              This is done with a simple curve interpolator and the GLU tesselator,
              which is good enough for a 3-5X speedup on
              http://ie.microsoft.com/testdrive/Performance/Galactic/Default.html.
      
              Covered by canvas/philip/2d.path.clip.basic.html, and many, many more.
              All tests canvas/philip and fast/canvas paths pass with no
              regressions, although two have minor pixel differences which require
              rebaselining.
      
              * WebCore.gyp/WebCore.gyp:
              Add internal_glu include path to chromium build.
              * WebCore.gypi:
              Add internal_glu files to chromium build.
              * html/canvas/CanvasRenderingContext2D.cpp:
              (WebCore::CanvasRenderingContext2D::reset):
              (WebCore::CanvasRenderingContext2D::platformLayer):
              Make CanvasRenderingContext2D more robust against failure to create
              a DrawingBuffer.
              * platform/graphics/chromium/DrawingBufferChromium.cpp:
              (WebCore::DrawingBuffer::DrawingBuffer):
              As in DrawingBufferMac.cpp, call reset() from the constructor.
              Also initialize size to (-1, -1), so reset() doesn't early-out.
              Add initializers for depthBuffer and stencilBuffer, and remove
              multisampleDepthStencilBuffer.
              * platform/graphics/chromium/GLES2Canvas.cpp:
              Remove some unused #includes.
              (WebCore::GLES2Canvas::State::State):
              Add clipping state, and implement save/restore via the copy constructor.
              (WebCore::operator*):
              (WebCore::Quadratic::Quadratic):
              (WebCore::Quadratic::fromBezier):
              (WebCore::Quadratic::evaluate):
              Quadratic Bezier curve class.
              (WebCore::Cubic::Cubic):
              (WebCore::Cubic::fromBezier):
              (WebCore::Cubic::evaluate):
              Cubic Bezier curve class.
              (WebCore::GLES2Canvas::clearRect):
              Add clipping support to clearRect().
              (WebCore::GLES2Canvas::fillPath):
              Implement fillPath().
              (WebCore::GLES2Canvas::fillRect):
              Add clipping support to fillRect().
              (WebCore::GLES2Canvas::clipPath):
              Implement clipPath().
              (WebCore::GLES2Canvas::clipOut):
              Stub out clipOut() (not called by Canvas 2D).
              (WebCore::GLES2Canvas::restore):
              When restoring, draw any remaining clipping paths to the stencil buffer.
              (WebCore::GLES2Canvas::drawTexturedRect):
              Add clipping support.
              (WebCore::interpolateQuadratic):
              (WebCore::interpolateCubic):
              Simple curve interpolation, using the Cubic and Quadratic classes.
              (WebCore::PolygonData::PolygonData):
              A struct to hold the tesselation data for callbacks.
              (WebCore::beginData):
              (WebCore::edgeFlagData):
              (WebCore::vertexData):
              (WebCore::endData):
              (WebCore::combineData):
              internal_glu tesselation callbacks.
              (WebCore::GLES2Canvas::createVertexBufferFromPath):
              Build an interpolated, tesselated vertex buffer and element array buffer from a given path, suitable for filling.
              (WebCore::GLES2Canvas::beginStencilDraw):
              Enable stencilling, and disable draws to the color buffer.
              (WebCore::GLES2Canvas::applyClipping):
              If clipping is enabled, set the appropriate GL state.
              * platform/graphics/chromium/GLES2Canvas.h:
              Document the flavours of drawTexturedRect() a bit, so I don't get confused.
              * platform/graphics/gpu/DrawingBuffer.cpp:
              (WebCore::DrawingBuffer::clear):
              (WebCore::DrawingBuffer::createSecondaryBuffers):
              (WebCore::DrawingBuffer::resizeDepthStencil):
              (WebCore::DrawingBuffer::reset):
              * platform/graphics/gpu/DrawingBuffer.h:
              Unify m_multisampleDepthStencilBuffer with m_depthStencilBuffer. 
              Implement separate depth and stencil buffers for when
              OES_packed_depth_stencil is not available.  Refactor creation of
              multisampled and non-multisampled depth and stencil buffers into
              resizeDepthStencil().
              * platform/graphics/gpu/SharedGraphicsContext3D.cpp:
              (WebCore::SharedGraphicsContext3D::create):
              Turn on stencil, turn off depth, turn off antialiasing (for now).
              (WebCore::SharedGraphicsContext3D::enableStencil):
              * platform/graphics/gpu/SharedGraphicsContext3D.h:
              Implement stencil enable/disable.
              * platform/graphics/gpu/mac/DrawingBufferMac.mm:
              (WebCore::DrawingBuffer::DrawingBuffer):
              Remove m_multisampleDepthStencilBuffer.  Set the size to (-1, -1)
              on creation, so reset() doesn't early-out.  Initialize m_depthBuffer
              and m_stencilBuffer.
              * platform/graphics/skia/GraphicsContextSkia.cpp:
              (WebCore::GraphicsContext::canvasClip):
              (WebCore::GraphicsContext::clipOut):
              (WebCore::GraphicsContext::clipPath):
              (WebCore::GraphicsContext::fillPath):
              Put in GPU hooks for path clipping, and path drawing.
              * platform/graphics/skia/PlatformContextSkia.cpp:
              (WebCore::PlatformContextSkia::canAccelerate):
              Don't check for clipping paths in canAccelerate() (since we can
              now accelerate them).
              (WebCore::PlatformContextSkia::uploadSoftwareToHardware):
              Don't do clipping when uploading software draws to hardware.
              * thirdparty/glu/README.webkit:
              * thirdparty/glu/gluos.h:
              #undef MIN and MAX, to fix warnings-as-errors in Chrome/Mac build.
              * thirdparty/glu/libtess/geom.c:
              * thirdparty/glu/libtess/priorityq.c:
              * thirdparty/glu/libtess/render.c:
              Use do{}while(0) instead of if(1)else construct in macro.
              * thirdparty/glu/libtess/sweep.c:
              (IsWindingInside):
              (DoneEdgeDict):
              Fix some warnings treated as errors for the Linux Release build.
      
      2011-01-19  Stephen White  <senorblanco@chromium.org>
      
              Reviewed by James Robinson. 
              
              Add two to-be-rebaselined tests for the GPU path. 
              
              * platform/chromium-gpu/test_expectations.txt: 
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76235 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      1b1b979f
    • pfeldman@chromium.org's avatar
      2011-01-20 Pavel Feldman <pfeldman@chromium.org> · c5b4f94c
      pfeldman@chromium.org authored
              Not reviewed: rebaselined inspector tests.
      
              * http/tests/inspector/console-xhr-logging.html:
              * inspector/report-API-errors-expected.txt:
      
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76234 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      c5b4f94c
    • jorlow@chromium.org's avatar
      2011-01-20 Jeremy Orlow <jorlow@chromium.org> · ecde3d15
      jorlow@chromium.org authored
              [Chromium] Update baselines and add exception.
      
              * platform/chromium-mac/fast/dom/wrapper-classes-expected.txt:
              * platform/chromium-mac/http/tests/security/aboutBlank/xss-DENIED-navigate-opener-document-write-expected.txt:
              * platform/chromium-mac/http/tests/security/aboutBlank/xss-DENIED-navigate-opener-javascript-url-expected.txt:
              * platform/chromium-mac/http/tests/security/xss-DENIED-frame-name-expected.txt:
              * platform/chromium-win/fast/dom/wrapper-classes-expected.txt:
              * platform/chromium-win/http/tests/security/aboutBlank/xss-DENIED-navigate-opener-document-write-expected.txt:
              * platform/chromium-win/http/tests/security/aboutBlank/xss-DENIED-navigate-opener-javascript-url-expected.txt:
              * platform/chromium-win/http/tests/security/xss-DENIED-frame-name-expected.txt:
              * platform/chromium/test_expectations.txt:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76228 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ecde3d15
    • jorlow@chromium.org's avatar
      2011-01-20 Sheriff Bot <webkit.review.bot@gmail.com> · 6230e750
      jorlow@chromium.org authored
              Unreviewed, rolling out r76215.
              http://trac.webkit.org/changeset/76215
              https://bugs.webkit.org/show_bug.cgi?id=52799
      
              Caused regressions in Chromium; morrita is going to look at it
              tomrorow (Requested by jorlow on #webkit).
      
              * editing/inserting/insert-composition-whitespace-expected.txt: Removed.
              * editing/inserting/insert-composition-whitespace.html: Removed.
      2011-01-20  Sheriff Bot  <webkit.review.bot@gmail.com>
      
              Unreviewed, rolling out r76215.
              http://trac.webkit.org/changeset/76215
              https://bugs.webkit.org/show_bug.cgi?id=52799
      
              Caused regressions in Chromium; morrita is going to look at it
              tomrorow (Requested by jorlow on #webkit).
      
              * dom/TextEvent.h:
              * dom/TextEventInputType.h:
              * editing/CompositeEditCommand.cpp:
              (WebCore::CompositeEditCommand::rebalanceWhitespaceAt):
              * editing/CompositeEditCommand.h:
              * editing/Editor.cpp:
              (WebCore::Editor::insertTextWithoutSendingTextEvent):
              (WebCore::Editor::confirmComposition):
              (WebCore::Editor::setComposition):
              * editing/Editor.h:
              * editing/InsertTextCommand.cpp:
              (WebCore::InsertTextCommand::input):
              * editing/InsertTextCommand.h:
              * editing/TypingCommand.cpp:
              (WebCore::TypingCommand::TypingCommand):
              (WebCore::TypingCommand::insertText):
              (WebCore::TypingCommand::insertTextRunWithoutNewlines):
              * editing/TypingCommand.h:
              (WebCore::TypingCommand::create):
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76226 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      6230e750
    • podivilov@chromium.org's avatar
      2011-01-19 Pavel Podivilov <podivilov@chromium.org> · 4c0a1953
      podivilov@chromium.org authored
              Reviewed by Eric Seidel.
      
              Web Inspector: enable debugger-pause-on-breakpoint test (fixed by r76129).
              https://bugs.webkit.org/show_bug.cgi?id=45291
      
              * http/tests/inspector/debugger-test2.js:
              (initialize_DebuggerTest.InspectorTest.setBreakpointInVisibleView):
              * inspector/debugger-breakpoints-not-activated-on-reload.html:
              * inspector/debugger-pause-on-breakpoint.html:
              * platform/gtk/Skipped:
              * platform/mac-leopard/Skipped:
              * platform/win/Skipped:
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76225 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      4c0a1953
    • philn@webkit.org's avatar
      2011-01-20 Philippe Normand <pnormand@igalia.com> · ce2781ce
      philn@webkit.org authored
              Skip failing tests due to missing trailing white space
              https://bugs.webkit.org/show_bug.cgi?id=52798
      
              * platform/gtk/Skipped: Skip 5 http/tests/security tests.
      
      git-svn-id: http://svn.webkit.org/repository/webkit/trunk@76223 268f45cc-cd09-0410-ab3c-d52691b4dbfc
      ce2781ce