⚠ Archived content — this site is no longer maintained.   Current WebKit documentation is at docs.webkit.org.

Timeline



Jan 31, 2013:

11:43 PM Changeset in webkit [141545] by commit-queue@webkit.org
  • 16 edits in trunk

Editor::m_compositionNode not updated on HTMLInputElement::setValue()
​https://bugs.webkit.org/show_bug.cgi?id=107737

Patch by Aurimas Liutikas <​aurimas@chromium.org> on 2013-01-31
Reviewed by Ryosuke Niwa.

Source/WebCore:

Chromium has a bug where the IME composition did not get cancelled on JavaScript changes
to the focused editing field. Most of other WebKit ports were already doing this check
in their EditorClient::respondToChangedSelection. I took that logic and moved it to the
Editor so every port and use the same code.

An existing test editing/input/setting-input-value-cancel-ime-composition.html covers this change.
This test used to have an expectation to fail on Chromium and after this patch it will start passing.

  • editing/Editor.cpp:

(WebCore::Editor::cancelCompositionIfSelectionIsInvalid):

Adding a call that can be used by any the port to cancel the composition if it's no longer valid.

(WebCore):

  • editing/Editor.h:

(Editor):

Source/WebKit/chromium:

  • public/WebViewClient.h:

(WebKit::WebViewClient::didCancelCompositionOnSelectionChange):

Adding a callback to let the WebViewClient know that the composition has been cancelled.

  • src/EditorClientImpl.cpp:

(WebKit::EditorClientImpl::respondToChangedSelection):

Adding a call composition if it is no longer valid.

Source/WebKit/efl:

  • WebCoreSupport/EditorClientEfl.cpp:

(WebCore::EditorClientEfl::respondToChangedSelection):

Adding a call to the newly refactored method.

Source/WebKit/gtk:

  • WebCoreSupport/EditorClientGtk.cpp:

(WebKit::EditorClient::respondToChangedSelection):

Adding a call to the newly refactored Editor method.

Source/WebKit/mac:

  • WebView/WebHTMLView.mm:

(-[WebHTMLView _updateSelectionForInputManager]):

Source/WebKit/win:

  • WebView.cpp:

(WebView::updateSelectionForIME):

Adding a call to the newly refactored method.

LayoutTests:

11:40 PM Changeset in webkit [141544] by fpizlo@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

DFG::CFGSimplificationPhase::keepOperandAlive() conflates liveness and availability
​https://bugs.webkit.org/show_bug.cgi?id=108580

Reviewed by Oliver Hunt.

This is a harmless bug in that it only results in us keeping a bit too many things
for OSR. But it's worth fixing so that the code is consistent.

keepOperandAlive() is called when block A has a branch to blocks B and C, but the
A->B edge is proven to never be taken and we want to optimize the code to have A
unconditionally jump to C. In that case, for the purposes of OSR, we need to
preserve the knowledge that the state that B expected to be live incoming from A
ought still to be live up to the point of where the A->B,C branch used to be. The
way we keep things alive is by using the variablesAtTail of A (i.e., we use the
knowledge of in what manner A made state available to B and C). The way we choose
which state should be kept alive ought to be chosen by the variablesAtHead of B
(i.e. the things B says it needs from its predecessors, including A), except that
keepOperandAlive() was previously just using variablesAtTail of A for this
purpose.

The fix is to have keepOperandAlive() use both liveness and availability in its
logic. It should use liveness (i.e. B->variablesAtHead) to decide what to keep
alive, and it should use availability (i.e. A->variablesAtTail) to decide how to
keep it alive.

This might be a microscopic win on some programs, but it's mainly intended to be
a code clean-up so that I don't end up scratching my head in confusion the next
time I look at this code.

  • dfg/DFGCFGSimplificationPhase.cpp:

(JSC::DFG::CFGSimplificationPhase::keepOperandAlive):
(JSC::DFG::CFGSimplificationPhase::jettisonBlock):
(JSC::DFG::CFGSimplificationPhase::mergeBlocks):

11:32 PM Changeset in webkit [141543] by commit-queue@webkit.org
  • 25 edits
    20 moves
    1 add in trunk/Source

Coordinated Graphics : Move CoordinatedGraphics related files to WebCore
​https://bugs.webkit.org/show_bug.cgi?id=108149

Patch by Jae Hyun Park <​jae.park@company100.net> on 2013-01-31
Reviewed by Noam Rosenthal.

This patch moves Coordinated Graphics related code to WebCore. To
implement Threaded Coordinated Graphics, most of Coordianted Graphics
code should be shared. Therefore, they should reside in WebCore instead of
WebKit2.

When moving to WebCore, two renamings have been done.

  1. Rename LayerTreeRenderer to CoordinatedGraphicsScene.
  1. Rename WebCustomFilterProgram and WebCustomFilterOperation to

CoordinatedCustomFilterProgram and CoordinatedCustomFilterOperation,
respectively.

No new tests, covered by existing tests.

Source/WebCore:

  • CMakeLists.txt:
  • Target.pri:
  • platform/graphics/texmap/GraphicsLayerTextureMapper.h:
  • platform/graphics/texmap/coordinated/AreaAllocator.cpp: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/AreaAllocator.cpp.
  • platform/graphics/texmap/coordinated/AreaAllocator.h: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/AreaAllocator.h.
  • platform/graphics/texmap/coordinated/CoordinatedBackingStore.cpp: Renamed from Source/WebKit2/UIProcess/CoordinatedGraphics/CoordinatedBackingStore.cpp.
  • platform/graphics/texmap/coordinated/CoordinatedBackingStore.h: Renamed from Source/WebKit2/UIProcess/CoordinatedGraphics/CoordinatedBackingStore.h.
  • platform/graphics/texmap/coordinated/CoordinatedCustomFilterOperation.h: Renamed from Source/WebKit2/Shared/CoordinatedGraphics/WebCustomFilterOperation.h.
  • platform/graphics/texmap/coordinated/CoordinatedCustomFilterProgram.h: Renamed from Source/WebKit2/Shared/CoordinatedGraphics/WebCustomFilterProgram.h.
  • platform/graphics/texmap/coordinated/CoordinatedGraphicsLayer.cpp: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/CoordinatedGraphicsLayer.cpp.
  • platform/graphics/texmap/coordinated/CoordinatedGraphicsLayer.h: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/CoordinatedGraphicsLayer.h.
  • platform/graphics/texmap/coordinated/CoordinatedGraphicsScene.cpp: Renamed from Source/WebKit2/UIProcess/CoordinatedGraphics/LayerTreeRenderer.cpp.
  • platform/graphics/texmap/coordinated/CoordinatedGraphicsScene.h: Renamed from Source/WebKit2/UIProcess/CoordinatedGraphics/LayerTreeRenderer.h.
  • platform/graphics/texmap/coordinated/CoordinatedImageBacking.cpp: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/CoordinatedImageBacking.cpp.
  • platform/graphics/texmap/coordinated/CoordinatedImageBacking.h: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/CoordinatedImageBacking.h.
  • platform/graphics/texmap/coordinated/CoordinatedLayerInfo.h: Renamed from Source/WebKit2/Shared/CoordinatedGraphics/CoordinatedLayerInfo.h.
  • platform/graphics/texmap/coordinated/CoordinatedSurface.cpp: Renamed from Source/WebKit2/Shared/CoordinatedGraphics/CoordinatedSurface.cpp.
  • platform/graphics/texmap/coordinated/CoordinatedSurface.h: Renamed from Source/WebKit2/Shared/CoordinatedGraphics/CoordinatedSurface.h.
  • platform/graphics/texmap/coordinated/CoordinatedTile.cpp: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/CoordinatedTile.cpp.
  • platform/graphics/texmap/coordinated/CoordinatedTile.h: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/CoordinatedTile.h.
  • platform/graphics/texmap/coordinated/SurfaceUpdateInfo.h: Renamed from Source/WebKit2/Shared/CoordinatedGraphics/SurfaceUpdateInfo.h.
  • platform/graphics/texmap/coordinated/UpdateAtlas.cpp: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/UpdateAtlas.cpp.
  • platform/graphics/texmap/coordinated/UpdateAtlas.h: Renamed from Source/WebKit2/WebProcess/WebPage/CoordinatedGraphics/UpdateAtlas.h.

Source/WebKit2:

  • CMakeLists.txt:
  • Scripts/webkit2/messages.py:
  • Shared/CoordinatedGraphics/CoordinatedGraphicsArgumentCoders.cpp:
  • Shared/CoordinatedGraphics/CoordinatedGraphicsArgumentCoders.h:
  • Shared/CoordinatedGraphics/WebCoordinatedSurface.h:
  • Target.pri:
  • UIProcess/API/efl/EwkView.cpp:
  • UIProcess/API/efl/EwkView.h:
  • UIProcess/API/qt/qquickwebpage.cpp:
  • UIProcess/API/qt/raw/qrawwebview.cpp:
  • UIProcess/API/qt/raw/qrawwebview_p.h:
  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.cpp:
  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.h:
  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.messages.in:
  • UIProcess/efl/PageClientBase.cpp:
  • UIProcess/efl/PageViewportControllerClientEfl.cpp:
  • UIProcess/qt/QtWebPageSGNode.cpp:
  • UIProcess/qt/QtWebPageSGNode.h:
  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:
  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.h:
11:26 PM Changeset in webkit [141542] by commit-queue@webkit.org
  • 3 edits
    5 adds in trunk

[Qt] Add support for text decoration "wavy" style
​https://bugs.webkit.org/show_bug.cgi?id=93507

Patch by Lamarque V. Souza <​Lamarque.Souza@basyskom.com> on 2013-01-31
Reviewed by Simon Hausmann.

Source/WebCore:

Add support for text decoration "wavy" style for Qt platform.

  • platform/graphics/qt/GraphicsContextQt.cpp:

(WebCore::toQPenStyle):
Remove FIXME comments obsoleted by this patch.
(WebCore::GraphicsContext::drawLine):
Implement wavy style line tracer.

LayoutTests:

Add pixel-test expected results for CSS3 text decoration tests for Qt port.

  • platform/qt-5.0-wk1/fast/css3-text/css3-text-decoration/repaint/repaint-text-decoration-style-expected.png: Added.
  • platform/qt-5.0-wk1/fast/css3-text/css3-text-decoration/text-decoration-style-expected.png: Added.
11:07 PM Changeset in webkit [141541] by commit-queue@webkit.org
  • 5 edits in trunk/Source/WebCore

[CPP,GObject,ObjC] Add 'enum' skip to CodeGenerator{CPP,GObject,ObjC}.pm
​https://bugs.webkit.org/show_bug.cgi?id=108565

Patch by Nils Barth <​nbarth@google.com> on 2013-01-31
Reviewed by Kentaro Hara.

Since legacy code generators (CodeGenerator{CPP,GObject,ObjC}.pm)
do not support enumerations, add test to skip attributes of enum type.
This lets us remove #if macro from enum in test file and not need
these in future.
Also minor associated code cleaning:

auxiliary variable: $type = $attribute->signature->type.

Test: bindings/scripts/test/TestObj.idl (run-bindings-test)

  • bindings/scripts/CodeGeneratorCPP.pm:

(SkipAttribute):

  • bindings/scripts/CodeGeneratorGObject.pm:

(SkipAttribute):

  • bindings/scripts/CodeGeneratorObjC.pm:

(SkipAttribute):

  • bindings/scripts/test/TestObj.idl: remove #if macro
10:56 PM Changeset in webkit [141540] by commit-queue@webkit.org
  • 3 edits in trunk/Source/WebKit/chromium

[Chromium] WebViewTest.SetCompositionFromExistingText failing after r141479
​https://bugs.webkit.org/show_bug.cgi?id=108543

Patch by Aurimas Liutikas <​aurimas@chromium.org> on 2013-01-31
Reviewed by Ryosuke Niwa.

Fixing a bug that was uncovered after fixing ​http://trac.webkit.org/changeset/141479

  • src/WebViewImpl.cpp:

(WebKit::WebViewImpl::setCompositionFromExistingText):

  • tests/WebViewTest.cpp:

Re-enabling the test

10:52 PM Changeset in webkit [141539] by loislo@chromium.org
  • 3 edits in trunk/Source/WTF

Web Inspector: Native Memory Instrumentation: replace nodeName argument with className
​https://bugs.webkit.org/show_bug.cgi?id=107278

Reviewed by Yury Semikhatsky.

I replaced nodeName with className because we newer report node name for private and raw buffers
but need to report their class names.

  • wtf/MemoryInstrumentation.cpp:

(WTF::MemoryInstrumentation::reportLinkToBuffer):
(WTF::MemoryClassInfo::addRawBuffer):
(WTF::MemoryClassInfo::addPrivateBuffer):

  • wtf/MemoryInstrumentation.h:

(WTF::MemoryInstrumentation::addRawBuffer):
(MemoryClassInfo):

10:36 PM Changeset in webkit [141538] by morrita@google.com
  • 2 edits in trunk/Source/WebKit/chromium

Unreviewed, followup fix for r141535.

  • tests/WebFrameTest.cpp:
10:28 PM Changeset in webkit [141537] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/chromium

Unreviewed. Rolled Chromium DEPS to r180023. Requested by
thakis_ via sheriffbot.

Patch by Sheriff Bot <​webkit.review.bot@gmail.com> on 2013-01-31

  • DEPS:
9:54 PM Changeset in webkit [141536] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

REGRESSION (r141192): Crash beneath cti_op_get_by_id_generic @ discussions.apple.com
​https://bugs.webkit.org/show_bug.cgi?id=108576

Reviewed by Filip Pizlo.

This was a long-standing bug. The DFG would destructively reuse a register
in op_convert_this, but:

  • The bug only presented during speculation failure for type Other
  • The bug presented by removing the low bits of a pointer, which used to be harmless, since all objects were so aligned anyway.
  • dfg/DFGSpeculativeJIT64.cpp:

(JSC::DFG::SpeculativeJIT::compile): Don't reuse our this register as
our scratch register. The whole point of our scratch register is to
avoid destructively modifying our this register. I'm pretty sure this
was a copy-paste error.

9:37 PM Changeset in webkit [141535] by morrita@google.com
  • 2 edits in trunk/Source/WebKit/chromium

Unreviewed, disabling failing test.

  • tests/WebFrameTest.cpp:
9:01 PM Changeset in webkit [141534] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

Provide a sensible default architecture when building on iOS SDKs
​https://bugs.webkit.org/show_bug.cgi?id=108395

Patch by David Farler <​dfarler@apple.com> on 2013-01-31
Reviewed by Anders Carlsson.

  • Scripts/webkitdirs.pm:

(determineArchitecture): Anchor SDK regex matches at the beginning.

8:25 PM Changeset in webkit [141533] by tkent@chromium.org
  • 5 edits in trunk/Source/WebCore

Refactoring: Remove the default argument value for Node::setFocus
​https://bugs.webkit.org/show_bug.cgi?id=108554

Reviewed by Kentaro Hara.

There is no code to use the default argument.
No new tests. Just a refactoring.

  • dom/Node.h: Remove default argument value for setFocus.
  • dom/ContainerNode.h:

(ContainerNode): Ditto.

  • html/HTMLAreaElement.h:

(HTMLAreaElement): Add OVERRIDE to setFocus.

  • html/HTMLFrameElementBase.h:

(HTMLFrameElementBase): Ditto.

8:20 PM Changeset in webkit [141532] by morrita@google.com
  • 1 edit
    5 adds in trunk/LayoutTests

[Chromium] Unreviewed, rebaselining expectations.

  • platform/chromium-mac/platform/chromium/rubberbanding/event-overhang-e-expected.txt: Added.
  • platform/chromium-mac/platform/chromium/rubberbanding/event-overhang-n-expected.txt: Added.
  • platform/chromium-mac/platform/chromium/rubberbanding/event-overhang-s-expected.txt: Added.
  • platform/chromium-mac/platform/chromium/rubberbanding/event-overhang-w-expected.txt: Added.
8:03 PM Changeset in webkit [141531] by vcarbune@chromium.org
  • 7 edits in trunk

[Track] Closed Caption button shouldn't be visible if all the track resources have failed loading
​https://bugs.webkit.org/show_bug.cgi?id=106285

Reviewed by Eric Carlson.

Source/WebCore:

Updated existing test cases.

  • html/HTMLMediaElement.cpp:

(WebCore::HTMLMediaElement::textTracksAreReady): Checked whether there are tracks not loaded
when the algorithm began.
(WebCore::HTMLMediaElement::textTrackReadyStateChanged): If the ready state changed to
FailedToLoad the media controls should check whether there are other caption tracks
and hide the button if not.
(WebCore::HTMLMediaElement::didAddTrack): Added trigger to closedCaptionsTrackChanged.
(WebCore::HTMLMediaElement::hasClosedCaptions): Updated check to skip tracks that
failed to load.

  • html/shadow/MediaControls.cpp:

(WebCore::MediaControls::reset): Used the newly added method.
(WebCore::MediaControls::refreshClosedCaptionsButtonVisibility): Added container method for
default behaviour for refreshing the visibility of the caption button.
(WebCore::MediaControls::closedCaptionTracksChanged): Used the newly added method.
(WebCore):

  • html/shadow/MediaControls.h:

(MediaControls):

  • html/HTMLMediaElement.cpp:

(WebCore::HTMLMediaElement::textTracksAreReady):
(WebCore::HTMLMediaElement::textTrackReadyStateChanged):
(WebCore::HTMLMediaElement::setReadyState):
(WebCore::HTMLMediaElement::didAddTrack):
(WebCore::HTMLMediaElement::hasClosedCaptions):

  • html/shadow/MediaControls.cpp:

(WebCore::MediaControls::reset):
(WebCore::MediaControls::refreshClosedCaptionsButtonVisibility):
(WebCore::MediaControls::closedCaptionTracksChanged):
(WebCore):

  • html/shadow/MediaControls.h:

(MediaControls):

LayoutTests:

Updated tests to include improved behavior.

  • media/video-controls-captions-expected.txt: Updated.
  • media/video-controls-captions.html: Updated.
8:01 PM Changeset in webkit [141530] by rniwa@webkit.org
  • 3 edits
    4 moves in trunk/Tools

buildbot should not rely on webkitpy
​https://bugs.webkit.org/show_bug.cgi?id=107379

Reviewed by Eric Seidel.

Move all Python files used in buildbot configuration into BuildSlaveSupport directory.
Once this patch is landed, we can stop restarting the master on webkitpy changes.

  • BuildSlaveSupport/build.webkit.org-config/committer_auth.py:
  • BuildSlaveSupport/build.webkit.org-config/htdigestparser.py: Copied from Tools/Scripts/webkitpy/common/net/htdigestparser.py.
  • BuildSlaveSupport/build.webkit.org-config/htdigestparser_unittest.py: Copied from Tools/Scripts/webkitpy/common/net/htdigestparser_unittest.py.
  • BuildSlaveSupport/build.webkit.org-config/master.cfg:
  • BuildSlaveSupport/build.webkit.org-config/wkbuild.py: Copied from Tools/Scripts/webkitpy/common/config/build.py.
  • BuildSlaveSupport/build.webkit.org-config/wkbuild_unittest.py: Copied from Tools/Scripts/webkitpy/common/config/build_unittest.py.

(ShouldBuildTest.test_should_build):

  • Scripts/webkitpy/common/config/build.py: Removed.
  • Scripts/webkitpy/common/config/build_unittest.py: Removed.
  • Scripts/webkitpy/common/net/htdigestparser.py: Removed.
  • Scripts/webkitpy/common/net/htdigestparser_unittest.py: Removed.
7:57 PM Changeset in webkit [141529] by commit-queue@webkit.org
  • 10 edits in trunk

REGRESSION(r140231): media track layout tests crashing
​https://bugs.webkit.org/show_bug.cgi?id=107579

Patch by Dima Gorbik <​dgorbik@apple.com> on 2013-01-31
Reviewed by Eric Carlson.

Source/WebCore:

We were using non-standard element names with HTMLElement, which made v8 try to cast
WebVTTElements to HTMLUnknownElements which was not possible. Subclassing Element instead
of HTMLElement, though this requires building HTMLElements from WebVTTElements for creating
a DOM tree. The code has been refactored to move WebVTT node type to QuialifiedName mappings
inside the WebVTTElement class. All WebVTTElements in the shadow dom tree now are in the
namespace defined by 'NullAtom'. This prevents regular styles from being applied to <b>, <i>
and similar tags. Those have to be styled separately without reusing existing QualifiedNames
and their styles. ​https://bugs.webkit.org/show_bug.cgi?id=107214

Unskipping tests to cover this.

  • css/SelectorChecker.cpp:

(WebCore::SelectorChecker::checkOne):

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::collectMatchingRules):
(WebCore::StyleResolver::canShareStyleWithElement):

  • html/track/TextTrackCue.cpp:

(WebCore::TextTrackCue::copyWebVTTNodeToDOMTree):
(WebCore::TextTrackCue::getCueAsHTML):
(WebCore::TextTrackCue::createCueRenderingTree):
(WebCore::TextTrackCue::markFutureAndPastNodes):

  • html/track/TextTrackCue.h:

(WebCore::TextTrackCue::cueShadowPseudoId):

  • html/track/WebVTTElement.cpp:

(WebCore::nodeTypeToTagName): get a QualifiedName to use in the shadow DOM tree.
(WebCore::WebVTTElement::WebVTTElement):
(WebCore::WebVTTElement::create):
(WebCore::WebVTTElement::cloneElementWithoutAttributesAndChildren):
(WebCore::WebVTTElement::createEquivalentHTMLElement): create an HTMLElement to use in the DOM tree.

  • html/track/WebVTTElement.h:

(WebCore::WebVTTElement::setWebVTTNodeType):
(WebCore::WebVTTElement::webVTTNodeType):
(WebCore::WebVTTElement::isPastNode):
(WebCore::WebVTTElement::setIsPastNode):
(WebCore::WebVTTElement::voiceAttributeName):

  • html/track/WebVTTParser.cpp:

(WebCore::tokenToNodeType): determine a WebVTT node type for the token.
(WebCore::WebVTTParser::constructTreeFromToken):

LayoutTests:

  • platform/chromium/TestExpectations:
7:52 PM Changeset in webkit [141528] by rafael.lobo@openbossa.org
  • 4 edits in trunk/Source/WebKit2

[Qt][WK2] Another attempt to fix build after recent WebKit2 changes
​https://bugs.webkit.org/show_bug.cgi?id=108548

Reviewed by Anders Carlsson.

  • Platform/CoreIPC/unix/ConnectionUnix.cpp:

(CoreIPC::Connection::platformInvalidate):
(CoreIPC::Connection::processMessage): Change Deque to Vector and do similar
logic as on patch for ​https://bugs.webkit.org/show_bug.cgi?id=108517
(CoreIPC::Connection::open):
(CoreIPC::Connection::setShouldCloseConnectionOnProcessTermination):

  • Platform/qt/WorkQueueQt.cpp: Reflect changes on Qt WorkQueue to increase ref

count when the execution is started and decrease it when the work item is deleted,
following the logic on ​https://bugs.webkit.org/show_bug.cgi?id=108544
(WorkQueue::WorkItemQt::~WorkItemQt):
(WorkQueue::WorkItemQt::execute):
(WorkQueue::dispatch):
(WorkQueue::dispatchAfterDelay):

  • UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::getPluginPath): This function was moved from WebProcessProxy but
mac specific code was not protected properly: ​https://bugs.webkit.org/show_bug.cgi?id=108407

7:51 PM Changeset in webkit [141527] by morrita@google.com
  • 2 edits in trunk/LayoutTests

[Chromium] Unreviewed, marking a failing test.

  • platform/chromium/TestExpectations:
7:28 PM Changeset in webkit [141526] by tkent@chromium.org
  • 13 edits
    2 copies in branches/chromium/1364

Merge 141195

INPUT_MULTIPLE_FIELDS_UI: The content should not overflow the <input> boundary
​https://bugs.webkit.org/show_bug.cgi?id=108069

Reviewed by Hajime Morita.

Source/WebCore:

To avoid the overflow, we do:
A) Specify overflow:hidden to <input>.

However, we need to make sub-fields and buttons workable even if the
width is smaller than the intrinsic size. So, we do:
B) Make DateTimeEditElement shrinkable, and
C) Make the sub-fields scrollable horizontally like input[type=text].

To achieve B, we need to remove -webkit-date-and-time-container (D)
because width property for <input> can shrink only the direct child
elements.

Tests: fast/forms/time-multiple-fields/time-multiple-fields-narrow-width-scroll.html
and new test cases in fast/forms/date/date-appearance-basic.html.

  • css/html.css:

(input[type="date"]):
Change -webkit-align-items value. (D)
Specify overflow:hidden. (A)
(input[type="datetime"]): Ditto.
(input[type="datetime-local"]): Ditto.
(input[type="month"]): Ditto.
(input[type="time"]): Ditto.
(input[type="week"]): Ditto.
(input::-webkit-datetime-edit):
Add min-width:0 (B), and overflow:hidden. (C)
Remove unnecessary white-space:pre because of white-space:nowrap below.
(input::-webkit-datetime-edit-fields-wrapper):
Added. This is the child of -webkit-datetime-edit, and contains
sub-fields. (C)

  • html/BaseMultipleFieldsDateAndTimeInputType.cpp:

(WebCore::BaseMultipleFieldsDateAndTimeInputType::createShadowSubtree):
Remove -webkit-date-and-time-container, and append DateTimeEditElement,
spin button, and picker indicator element to the ShadowRoot. (D)
(WebCore::BaseMultipleFieldsDateAndTimeInputType::shouldApplyLocaleDirection):
<input> for multiple fields UI should have the direction of the browser
locale. This is a replacement of the code for dir attribute in
updateInnerTextValue below. (D)
(WebCore::BaseMultipleFieldsDateAndTimeInputType::updateInnerTextValue):
Remove the code to set dir= to -webkit-date-and-time-container.

  • html/BaseMultipleFieldsDateAndTimeInputType.h:

(BaseMultipleFieldsDateAndTimeInputType):
Declare shouldApplyLocaleDirection. (D)

  • html/HTMLInputElement.cpp:

(WebCore::HTMLInputElement::HTMLInputElement):
Calls setHasCustomCallbacks for customStyleForRenderer. (D)
(WebCore::HTMLInputElement::customStyleForRenderer):
Set direction to RenderStyle if shouldApplyLocaleDirection is true. This
is a replacement of the dir setting code in
BaseMultipleFieldsDateAndTimeInputType::updateInnerTextValue. (D)

  • html/HTMLInputElement.h:

(HTMLInputElement): Declare customStyleForRenderer. (D)

  • html/InputType.cpp:

(WebCore::InputType::shouldApplyLocaleDirection):
Add default implmentation of shouldApplyLocaleDirection. (D)

  • html/InputType.h:

(InputType): Declare shouldApplyLocaleDirection. (D)

  • html/shadow/DateTimeEditElement.cpp:

(WebCore::DateTimeEditBuilder::visitLiteral):
Add elements to -webkit-datetime-edit-fields-wrapper element. (C)
(WebCore::DateTimeEditElement::fieldsWrapperElement):
A helper to get -webkit-datetime-edit-fields-wrapper element. (C)
(WebCore::DateTimeEditElement::addField):
Add elements to -webkit-datetime-edit-fields-wrapper element. (C)
(WebCore::DateTimeEditElement::customStyleForRenderer):

  • Iterate over children of -webkit-datetime-edit-fields-wrapper element. (C)
  • Set width property instead of min-width. (B)

(WebCore::DateTimeEditElement::layout):

  • Prepare -webkit-datetime-edit-fields-wrapper element. (C)
  • Handle children of -webkit-datetime-edit-fields-wrapper element. (C)
  • Need to do style recalc because child structure is changed. (C)
  • html/shadow/DateTimeEditElement.h:

(DateTimeEditElement): Declare fieldsWrapperElement. (C)

LayoutTests:

  • fast/forms/date/date-appearance-basic-expected.txt:
  • fast/forms/date/date-appearance-basic.html:

Add test cases for small width and small height.

  • fast/forms/time-multiple-fields/time-multiple-fields-focus-style.html:

Update the code because of shadow tree structure change.

  • fast/forms/time-multiple-fields/time-multiple-fields-narrow-width-scroll.html:

Added.

  • fast/forms/time-multiple-fields/time-multiple-fields-narrow-width-scroll-expected.txt:

Added.

  • platform/chromium-mac/fast/forms/date/date-appearance-basic-expected.png:
  • platform/chromium/TestExpectations:
    • date-appearance-basic.html: New test cases are added.
    • *-appearance-pseudo-element.html: :before :after position is slightly changed because of the -webkit-align-items change.
    • suggestion-picker/*.html: RTL behavior is changed. The direction of suggestion pickers matches to the direction of the input content (browser locale).

TBR=​tkent@chromium.org
BUG=crbug.com/172029
Review URL: ​https://codereview.chromium.org/12159003

7:20 PM Changeset in webkit [141525] by commit-queue@webkit.org
  • 16 edits in trunk

Unreviewed, rolling out r141479.
​http://trac.webkit.org/changeset/141479
​https://bugs.webkit.org/show_bug.cgi?id=108564

breaks chromium test (Requested by morrita on #webkit).

Patch by Sheriff Bot <​webkit.review.bot@gmail.com> on 2013-01-31

Source/WebCore:

  • editing/Editor.cpp:
  • editing/Editor.h:

(Editor):

Source/WebKit/chromium:

  • public/WebViewClient.h:
  • src/EditorClientImpl.cpp:

(WebKit::EditorClientImpl::respondToChangedSelection):

Source/WebKit/efl:

  • WebCoreSupport/EditorClientEfl.cpp:

(WebCore::EditorClientEfl::respondToChangedSelection):

Source/WebKit/gtk:

  • WebCoreSupport/EditorClientGtk.cpp:

(WebKit::EditorClient::respondToChangedSelection):

Source/WebKit/mac:

  • WebView/WebHTMLView.mm:

(-[WebHTMLView _updateSelectionForInputManager]):

Source/WebKit/win:

  • WebView.cpp:

(WebView::updateSelectionForIME):

LayoutTests:

  • platform/chromium/TestExpectations:
7:17 PM Changeset in webkit [141524] by commit-queue@webkit.org
  • 43 edits in trunk/Source

Rename from parentOrHost* to parentOrShadowHost* in Node.h.
​https://bugs.webkit.org/show_bug.cgi?id=108308

Source/WebCore:

Patch by Changhun Kang <​temoochin@company100.net> on 2013-01-31
Reviewed by Dimitri Glazkov.

No new tests. No change in behavior.

Source/WebKit2:

Patch by Changhun Kang <​temoochin@company100.net> on 2013-01-31
Reviewed by Dimitri Glazkov.

7:01 PM Changeset in webkit [141523] by alecflett@chromium.org
  • 25 edits
    12 deletes in trunk/Source

IndexedDB: remove old transaction backend bootstrap code
​https://bugs.webkit.org/show_bug.cgi?id=103923

Reviewed by Dimitri Glazkov.

Source/WebCore:

Finally remove all leftover code from the IndexedDB "giant
async refactor of 2012." This includes removal of all
IDBTransaction* interfaces that were shared between
the frontend and backend and a few straggling methods
like onUpgradeNeeded and onSuccess that were left from
the last stage of refactoring.

  • Modules/indexeddb/IDBCallbacks.h:
  • Modules/indexeddb/IDBDatabaseBackendImpl.cpp:
  • Modules/indexeddb/IDBDatabaseBackendImpl.h:

(WebCore):
(WebCore::IDBDatabaseBackendImpl::metadata):
(IDBDatabaseBackendImpl):

  • Modules/indexeddb/IDBDatabaseBackendInterface.h:

(WebCore):
(IDBDatabaseBackendInterface):

  • Modules/indexeddb/IDBObjectStoreBackendImpl.h:

(WebCore):

  • Modules/indexeddb/IDBTransaction.h:

(WebCore):
(IDBTransaction):

  • Modules/indexeddb/IDBTransactionBackendImpl.h:

(WebCore):
(IDBTransactionBackendImpl):

  • Modules/indexeddb/IDBTransactionBackendInterface.h: Removed.
  • Modules/indexeddb/IDBTransactionCallbacks.h: Removed.
  • Modules/indexeddb/IDBTransactionCoordinator.h:

(WebCore):

  • Target.pri:
  • WebCore.gypi:
  • WebCore.xcodeproj/project.pbxproj:

Source/WebKit/chromium:

Remove all deprecated WebKit APIs from
the IDB backend.

  • WebKit.gyp:
  • public/WebIDBCallbacks.h:

(WebKit):

  • public/WebIDBDatabase.h:

(WebKit):

  • public/WebIDBTransaction.h: Removed.
  • public/WebIDBTransactionCallbacks.h: Removed.
  • src/AssertMatchingEnums.cpp:
  • src/IDBCallbacksProxy.cpp:
  • src/IDBDatabaseBackendProxy.cpp:
  • src/IDBDatabaseBackendProxy.h:

(IDBDatabaseBackendProxy):

  • src/IDBTransactionBackendProxy.cpp: Removed.
  • src/IDBTransactionBackendProxy.h: Removed.
  • src/IDBTransactionCallbacksProxy.cpp: Removed.
  • src/IDBTransactionCallbacksProxy.h: Removed.
  • src/WebIDBCallbacksImpl.cpp:
  • src/WebIDBDatabaseImpl.cpp:

(WebKit):

  • src/WebIDBDatabaseImpl.h:

(WebKit):
(WebIDBDatabaseImpl):

  • src/WebIDBTransactionCallbacksImpl.cpp: Removed.
  • src/WebIDBTransactionCallbacksImpl.h: Removed.
  • src/WebIDBTransactionImpl.cpp: Removed.
  • src/WebIDBTransactionImpl.h: Removed.
  • tests/IDBAbortOnCorruptTest.cpp:
  • tests/IDBDatabaseBackendTest.cpp:
6:44 PM Changeset in webkit [141522] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

Unreviewed, rolling out r141349.
​http://trac.webkit.org/changeset/141349
​https://bugs.webkit.org/show_bug.cgi?id=108422

"yet another windows ews fix needed" (Requested by lforschler
on #webkit).

Patch by Sheriff Bot <​webkit.review.bot@gmail.com> on 2013-01-31

  • Scripts/webkitpy/tool/commands/earlywarningsystem.py:

(WinEWS):

6:42 PM Changeset in webkit [141521] by roger_fong@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Unreviewed. Windows build fix.

6:41 PM Changeset in webkit [141520] by hayato@chromium.org
  • 2 edits in trunk/LayoutTests

Use TouchEvent.targetTouches rather than TouchEvent.touches since the order of Touches in TouchList is not guaranteed.
​https://bugs.webkit.org/show_bug.cgi?id=108426

Reviewed by Dimitri Glazkov.

Neat fix for LayoutTest in ​http://trac.webkit.org/changeset/141054.

In this LayoutTest context, the length of touchEvent.touches is 2.
The Touch order in TouchList is not guaranteed. Therefore
touchEvent.touches[0] can be another touch. Rather, we should use
touchEvent.targetTouches here since its length is 1 in this context.

  • fast/dom/shadow/touch-event.html:
6:05 PM Changeset in webkit [141519] by commit-queue@webkit.org
  • 10 edits in trunk

Source/WebKit/chromium: [Chromium] Select multi-word misspelling on context click
​https://bugs.webkit.org/show_bug.cgi?id=108509

Patch by Rouslan Solomakhin <​rouslan@chromium.org> on 2013-01-31
Reviewed by Tony Chang.

  • src/ContextMenuClientImpl.cpp:

(WebKit):
(WebKit::selectMisspellingAsync): Added utility function to get the misspelling for asynchronous spellcheck.
(WebKit::ContextMenuClientImpl::getCustomMenuFromDefaultItems): Select multi-word misspelling on context click.

Tools: [Chromium] Suggest 'uppercase' for multi-word misspelling 'upper case'
​https://bugs.webkit.org/show_bug.cgi?id=108509

Patch by Rouslan Solomakhin <​rouslan@chromium.org> on 2013-01-31
Reviewed by Tony Chang.

  • DumpRenderTree/chromium/TestRunner/src/MockSpellCheck.cpp:

(append): Added utility function to append WebString to WebVector.
(MockSpellCheck::fillSuggestionList): Suggest 'uppercase' for misspelling 'upper case'.

LayoutTests: [Chromium] Expect spellcheck to select multi-word misspelling on context click
​https://bugs.webkit.org/show_bug.cgi?id=108509

Patch by Rouslan Solomakhin <​rouslan@chromium.org> on 2013-01-31
Reviewed by Tony Chang.

  • editing/spelling/spelling-exactly-selected-multiple-words.html: Check spelling suggestion for multi-word misspelling.
  • editing/spelling/spelling-should-select-multiple-words.html: Check spelling suggestion for multi-word misspelling.
  • editing/spelling/spelling-exactly-selected-multiple-words-expected.txt:
  • editing/spelling/spelling-should-select-multiple-words-expected.txt:
  • platform/chromium/TestExpectations: Expect spellcheck to select multi-word misspelling on context click
5:57 PM Changeset in webkit [141518] by haraken@chromium.org
  • 4 edits in trunk/Source/WebCore

Unreviewed, rolling out r141502.
​http://trac.webkit.org/changeset/141502
​https://bugs.webkit.org/show_bug.cgi?id=108441

Hit assert in SVGElementInstance

  • bindings/scripts/CodeGeneratorV8.pm:

(GetInternalFields):

  • dom/EventTarget.idl:
  • svg/SVGElementInstance.idl:
5:48 PM Changeset in webkit [141517] by ojan@chromium.org
  • 7 edits in trunk/Source/WebCore

Assert that computePreferredLogicalWidths never calls setNeedsLayout
​https://bugs.webkit.org/show_bug.cgi?id=108539

Reviewed by Tony Chang.

computePreferredLogicalWidths should only set m_minPreferredLogicalWidth
and m_maxPreferredLogicalWidth. It shouldn't have other side-effects.
This is take 2 after this was rolled out because it was missing the guards
in RenderCounter/RenderQuote.

  • rendering/RenderBox.cpp:

(WebCore::RenderBox::minPreferredLogicalWidth):
(WebCore::RenderBox::maxPreferredLogicalWidth):

  • rendering/RenderCounter.cpp:

(WebCore::RenderCounter::computePreferredLogicalWidths):

  • rendering/RenderQuote.cpp:

(WebCore::RenderQuote::computePreferredLogicalWidths):

  • rendering/mathml/RenderMathMLOperator.cpp:

(WebCore::RenderMathMLOperator::computePreferredLogicalWidths):

  • rendering/mathml/RenderMathMLRoot.cpp:

(WebCore::RenderMathMLRoot::computePreferredLogicalWidths):

  • rendering/mathml/RenderMathMLRow.cpp:

(WebCore::RenderMathMLRow::computePreferredLogicalWidths):

5:39 PM Changeset in webkit [141516] by inferno@chromium.org
  • 25 edits in trunk/Source/WebCore

Use ASSERT_WITH_SECURITY_IMPLICATION to catch bad casts in DOM
​https://bugs.webkit.org/show_bug.cgi?id=108490

Reviewed by Eric Seidel.

  • dom/ContainerNode.h:

(WebCore::toContainerNode):

  • dom/Element.h:

(WebCore::toElement):

  • dom/ShadowRoot.h:

(WebCore::toShadowRoot):

  • dom/Text.h:

(WebCore::toText):

  • html/HTMLElement.h:

(HTMLElement):
(WebCore::toHTMLElement):

  • html/HTMLFrameOwnerElement.h:

(WebCore::toFrameOwnerElement):

  • html/HTMLMediaElement.cpp:

(WebCore::HTMLMediaElement::hasMediaControls):

  • html/HTMLTemplateElement.cpp:

(WebCore::toHTMLTemplateElement):

  • html/HTMLUnknownElement.h:

(WebCore::toHTMLUnknownElement):

  • html/shadow/InsertionPoint.h:

(WebCore::toInsertionPoint):

  • html/shadow/MediaControlElementTypes.cpp:

(WebCore::mediaControlElementType):

  • html/shadow/MediaControls.h:

(WebCore::toMediaControls):

  • html/shadow/SliderThumbElement.h:

(WebCore::toSliderThumbElement):

  • html/shadow/TextControlInnerElements.h:

(WebCore::toInputFieldSpeechButtonElement):

  • html/shadow/TextFieldDecorationElement.h:

(WebCore::toTextFieldDecorationElement):

  • html/track/WebVTTElement.h:

(WebCore::toWebVTTElement):

  • mathml/MathMLElement.h:

(WebCore::toMathMLElement):

  • page/scrolling/ScrollingStateFixedNode.h:

(WebCore::toScrollingStateFixedNode):

  • page/scrolling/ScrollingStateScrollingNode.h:

(WebCore::toScrollingStateScrollingNode):

  • page/scrolling/ScrollingStateStickyNode.h:

(WebCore::toScrollingStateStickyNode):

  • rendering/RenderLayer.cpp:

(WebCore::RenderLayer::resize):

  • rendering/svg/SVGResources.cpp:

(WebCore::registerPendingResource):
(WebCore::SVGResources::buildCachedResources):

  • svg/SVGElement.h:

(WebCore::toSVGElement):

  • svg/SVGStyledElement.h:

(WebCore::toSVGStyledElement):

5:34 PM Changeset in webkit [141515] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

Provide a sensible default architecture when building on iOS SDKs
​https://bugs.webkit.org/show_bug.cgi?id=108395

Patch by David Farler <​dfarler@apple.com> on 2013-01-31
Reviewed by Joseph Pecoraro.

  • Scripts/webkitdirs.pm:

(determineArchitecture):
Check for iphoneos and iphonesimulator SDKs for a default arch.
(determineXcodeSDK): Added.
(xcodeSDK): Added.
(XcodeOptions): Add ARCHS= if defined.

5:32 PM Changeset in webkit [141514] by commit-queue@webkit.org
  • 6 edits
    12 adds in trunk

Fix rubber-band effect on non-scrollable pages
​https://bugs.webkit.org/show_bug.cgi?id=107611

Source/WebCore:

Patch by Christopher Cameron <​ccameron@chromium.org> on 2013-01-31
Reviewed by Antonio Gomes.

Handle a FrameView's wheel event even if it is not scrollable
because Chrome relies on handling these wheel events for the
over-scroll rubber-band effect.

This had been removed in r138378
[EFL][WK2] Never create WebCore scrollbars for EFL/WK2
by ​kenneth@chromium.org

Tests: platform/chromium/rubberbanding/wheelevent-overhang-e.html

platform/chromium/rubberbanding/wheelevent-overhang-n.html
platform/chromium/rubberbanding/wheelevent-overhang-s.html
platform/chromium/rubberbanding/wheelevent-overhang-w.html

  • page/FrameView.cpp:

(WebCore::FrameView::wheelEvent):

Tools:

Add mouseWheelBegin function to EventSender to allow
event-based rubber-banding tests.

Patch by Christopher Cameron <​ccameron@chromium.org> on 2013-01-31
Reviewed by Antonio Gomes.

  • DumpRenderTree/chromium/TestRunner/src/EventSender.cpp:

(WebTestRunner):
(WebTestRunner::EventSender::EventSender):
(WebTestRunner::EventSender::mouseDragBegin):

  • DumpRenderTree/chromium/TestRunner/src/EventSender.h:

(EventSender):

LayoutTests:

Patch by Christopher Cameron <​ccameron@chromium.org> on 2013-01-31
Reviewed by Antonio Gomes.

  • platform/chromium/rubberbanding/event-overhang-e-expected.png: Added.
  • platform/chromium/rubberbanding/event-overhang-e-expected.txt: Added.
  • platform/chromium/rubberbanding/event-overhang-e.html: Added.
  • platform/chromium/rubberbanding/event-overhang-n-expected.png: Added.
  • platform/chromium/rubberbanding/event-overhang-n-expected.txt: Added.
  • platform/chromium/rubberbanding/event-overhang-n.html: Added.
  • platform/chromium/rubberbanding/event-overhang-s-expected.png: Added.
  • platform/chromium/rubberbanding/event-overhang-s-expected.txt: Added.
  • platform/chromium/rubberbanding/event-overhang-s.html: Added.
  • platform/chromium/rubberbanding/event-overhang-w-expected.png: Added.
  • platform/chromium/rubberbanding/event-overhang-w-expected.txt: Added.
  • platform/chromium/rubberbanding/event-overhang-w.html: Added.
5:25 PM Changeset in webkit [141513] by enrica@apple.com
  • 5 edits in trunk/Source

Mac: Editor::baseWritingDirectionForSelectionStart should return WritingDirection instead of NSWritingDirection.
​https://bugs.webkit.org/show_bug.cgi?id=108519.

Reviewed by Sam Weinig.

Source/WebCore:

No new tests, no change in behavior.

There is no need to use AppKit types here.
baseWritingDirectionForSelectionStart now returns WritingDirection and
WebHTMLView toggleWritingDirection has been modified accordingly.

  • editing/Editor.h:
  • editing/mac/EditorMac.mm:

(WebCore::Editor::baseWritingDirectionForSelectionStart):

Source/WebKit/mac:

There is no need to use AppKit types here.
baseWritingDirectionForSelectionStart now returns WritingDirection and
WebHTMLView toggleWritingDirection has been modified accordingly.

  • WebView/WebHTMLView.mm:

(-[WebHTMLView toggleBaseWritingDirection:]):

5:23 PM Changeset in webkit [141512] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

[chromium] Notify the WebWidget when the WebViewHost is about to tear down compositing support
​https://bugs.webkit.org/show_bug.cgi?id=108518

Patch by James Robinson <​jamesr@chromium.org> on 2013-01-31
Reviewed by Adrienne Walker.

  • DumpRenderTree/chromium/WebViewHost.cpp:

(WebViewHost::shutdown):

5:21 PM Changeset in webkit [141511] by haraken@chromium.org
  • 6 edits in trunk/Source/WebCore

[V8] Pass an Isolate to GetTemplate() in CodeGeneratorV8.pm
​https://bugs.webkit.org/show_bug.cgi?id=108445

Reviewed by Adam Barth.

No tests. No change in behavior.

  • bindings/scripts/CodeGeneratorV8.pm:

(GenerateDomainSafeFunctionGetter):
(GenerateDomainSafeFunctionSetter):
(GenerateNormalAttrGetter):
(GenerateNamedConstructorCallback):
(GenerateImplementation):

  • bindings/scripts/test/V8/V8Float64Array.cpp:

(WebCore::ConfigureV8Float64ArrayTemplate):

  • bindings/scripts/test/V8/V8TestActiveDOMObject.cpp:

(WebCore::TestActiveDOMObjectV8Internal::postMessageAttrGetter):
(WebCore::TestActiveDOMObjectV8Internal::TestActiveDOMObjectDomainSafeFunctionSetter):

  • bindings/scripts/test/V8/V8TestNamedConstructor.cpp:

(WebCore::V8TestNamedConstructorConstructor::GetTemplate):

  • bindings/scripts/test/V8/V8TestNode.cpp:

(WebCore::ConfigureV8TestNodeTemplate):

5:16 PM Changeset in webkit [141510] by andersca@apple.com
  • 5 edits in trunk/Source/WebKit2

StorageManager should be ref-counted
​https://bugs.webkit.org/show_bug.cgi?id=108553

Reviewed by Beth Dakin.

It's likely we'd want to have the storage manager outlive its context at times, so make it
reference counted.

  • UIProcess/Storage/StorageManager.cpp:

(WebKit::StorageManager::create):
(WebKit):

  • UIProcess/Storage/StorageManager.h:

(StorageManager):

  • UIProcess/WebContext.cpp:

(WebKit::WebContext::WebContext):

  • UIProcess/WebContext.h:

(WebContext):

5:12 PM Changeset in webkit [141509] by haraken@chromium.org
  • 2 edits in trunk/Source/WebCore

[V8] Clean up Dictionary::get() by removing redundant FindInstanceInPrototypeChain()
​https://bugs.webkit.org/show_bug.cgi?id=108443

Reviewed by Adam Barth.

In Dictionary::get(), wrapper->FindInstanceInPrototypeChain(V8XXX::GetTemplate())
is unnecessary for DOM wrappers other than DOMWindow. For wrappers other than
DOMWindow, we can simply use V8XXX::HasInstance(wrapper).

Tests: fast/events/constructors/*

  • bindings/v8/Dictionary.cpp:

(WebCore::Dictionary::get):

5:10 PM Changeset in webkit [141508] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

REGRESSION(r141136): Apple's internal PLT test suite doesn't finish
​https://bugs.webkit.org/show_bug.cgi?id=108380

Mark another test whose results depend on main resource caching being enabled as failing until
main resource caching can be re-enabled on mac.

  • platform/mac/TestExpectations:
5:05 PM Changeset in webkit [141507] by jamesr@google.com
  • 2 edits in branches/chromium/1364/Source/WebCore

Merge 141226

Scrollbar and scroll corner composited layers positioned incorrectly
​https://bugs.webkit.org/show_bug.cgi?id=108255

Patch by James Robinson <​jamesr@chromium.org> on 2013-01-29
Reviewed by Simon Fraser.

ScrollView::updateScrollbars() needs to update the overflow controls composited layers if scrollbars are added
or removed. It was doing this by recording on entry to the function if it had horizontal or vertical scrollbars
and then comparing that to m_horizontal/verticalScrollbar on exit. Unfortunately updateScrollbars is recursive
and exits without running the postamble code when nested on the callstack. As a result, scrollbars may be
added or removed several times during the recursion, possibly leaving the overflow control layers in an
inconsistent state, while ending up with the same set of scrollbars.

This changes the "has anything changed" logic to only compare local state (hasXXXScrollbar vs
newHasXXXScrollbar) so changes in recursive calls are not considered.

  • platform/ScrollView.cpp:

(WebCore::ScrollView::updateScrollbars):

TBR=​jamesr@chromium.org
BUG=170264
Review URL: ​https://codereview.chromium.org/12084101

4:52 PM Changeset in webkit [141506] by timothy_horton@apple.com
  • 1 edit
    1 add in trunk/LayoutTests

Land failing baselines for Lion after r141333. Unreviewed.
​https://bugs.webkit.org/show_bug.cgi?id=108523

  • platform/mac-lion/fast/canvas/canvas-composite-alpha-expected.txt: Added.
4:48 PM Changeset in webkit [141505] by jchaffraix@webkit.org
  • 5 edits
    4 adds in trunk

[CSS Grid Layout] Support implicit rows and columns
​https://bugs.webkit.org/show_bug.cgi?id=103573

Reviewed by Ojan Vafai.

Source/WebCore:

Tests: fast/css-grid-layout/implicit-columns-auto-resolution.html

fast/css-grid-layout/implicit-rows-auto-resolution.html

This change makes us properly initialize our GridTrack vectors's size
so that we can safely query any items during layout.

  • rendering/RenderGrid.cpp:

(WebCore::RenderGrid::gridTrackSize):
Added this helper function to return the track size from the grid
element's columns' / rows' definitions or the default value.

(WebCore::RenderGrid::maximumIndexInDirection):
Added this helper function to get the maximum index in a direction
taking grid item's implicit indexes into account.

(WebCore::RenderGrid::computedUsedBreadthOfGridTracks):
Changed the funtion to not append the new tracks as we are properly
sized now.

(WebCore::RenderGrid::resolveContentBasedTrackSizingFunctions):
(WebCore::RenderGrid::tracksAreWiderThanMinTrackBreadth):
Updated these functions to use the new helper functions.

(WebCore::RenderGrid::layoutGridItems):
Changed this function to size both vectors when initializing them.
Also removed an unneeded bounds check as it shouldn't be needed anymore.

  • rendering/RenderGrid.h:

Added the new helper functions.

  • rendering/style/GridTrackSize.h:

(WebCore::GridTrackSize::GridTrackSize):
Added a constructor taking a LengthType.

LayoutTests:

  • fast/css-grid-layout/implicit-columns-auto-resolution-expected.txt: Added.
  • fast/css-grid-layout/implicit-columns-auto-resolution.html: Added.
  • fast/css-grid-layout/implicit-rows-auto-resolution-expected.txt: Added.
  • fast/css-grid-layout/implicit-rows-auto-resolution.html: Added.
4:37 PM Changeset in webkit [141504] by jberlin@webkit.org
  • 7 edits in trunk/Source

Rolling out r141407 because it is causing crashes under
WTF::TCMalloc_Central_FreeList::FetchFromSpans() in Release builds.

Source/JavaScriptCore:

  • bytecode/CodeBlock.cpp:

(JSC::CodeBlock::CodeBlock):

Source/WTF:

  • wtf/Deque.h:

(WTF::::expandCapacity):

  • wtf/FastMalloc.cpp:
  • wtf/FastMalloc.h:

(WTF):

  • wtf/Vector.h:

(WTF::VectorBufferBase::allocateBuffer):
(WTF::VectorBufferBase::tryAllocateBuffer):
(WTF::VectorBufferBase::reallocateBuffer):

4:37 PM Changeset in webkit [141503] by commit-queue@webkit.org
  • 4 edits in trunk

[GTK] fast/css/relative-positioned-block-crash.html is intermittently crashing
​https://bugs.webkit.org/show_bug.cgi?id=108200

Patch by Joanmarie Diggs <​jdiggs@igalia.com> on 2013-01-31
Reviewed by Martin Robinson.

Source/WebCore:

Getting the Position of a PseudoElement now triggers an assertion.
This can occur when clicking on empty space in a render block.
Looking to the unignored parent's node (and passing that accessible
object on in a signal to Assistive Technologies) seems like the most
reasonable thing to do here.

No new tests; instead skipping two tests that were crashing as a result.

  • accessibility/atk/WebKitAccessibleWrapperAtk.cpp:

(objectFocusedAndCaretOffsetUnignored):

LayoutTests:

Unskip two crashing tests having fixed the underlying bug.

  • platform/gtk/TestExpectations:
4:25 PM Changeset in webkit [141502] by haraken@chromium.org
  • 4 edits in trunk/Source/WebCore

[V8] Simplify CodeGeneratorV8.pm by using InheritsExtendedAttribute("EventTarget")
​https://bugs.webkit.org/show_bug.cgi?id=108441

Reviewed by Adam Barth.

A complicated condition in GetInternalFields() can be simplified
by using InheritsExtendedAttribute("EventTarget").

No tests. No change in behavior.

  • bindings/scripts/CodeGeneratorV8.pm:

(GetInternalFields):

  • dom/EventTarget.idl: Added [EventTarget] which should have been added.
  • svg/SVGElementInstance.idl: Ditto.
3:59 PM Changeset in webkit [141501] by ojan@chromium.org
  • 3 edits
    2 moves
    2 deletes in trunk/LayoutTests

Rebaseline after r141459.

  • fast/multicol/shrink-to-column-height-for-pagination-expected.png: Renamed from LayoutTests/platform/efl/fast/multicol/shrink-to-column-height-for-pagination-expected.png.
  • fast/multicol/shrink-to-column-height-for-pagination-expected.txt: Renamed from LayoutTests/platform/chromium/fast/multicol/shrink-to-column-height-for-pagination-expected.txt.
  • platform/efl/fast/multicol/shrink-to-column-height-for-pagination-expected.txt:
  • platform/gtk/fast/multicol/shrink-to-column-height-for-pagination-expected.png: Removed.
  • platform/gtk/fast/multicol/shrink-to-column-height-for-pagination-expected.txt:
  • platform/qt/fast/multicol/shrink-to-column-height-for-pagination-expected.txt: Removed.
3:51 PM Changeset in webkit [141500] by commit-queue@webkit.org
  • 6 edits
    4 adds in trunk

Source/WebCore: Quadratic and bezier curves with coincident endpoints rendered incorrectly
​https://bugs.webkit.org/show_bug.cgi?id=105650

Patch by Youenn Fablet <​youennf@gmail.com> on 2013-01-31
Reviewed by Kenneth Russell.

Tests: fast/canvas/canvas-bezier-same-endpoint.html

fast/canvas/canvas-quadratic-same-endpoint.html

  • html/canvas/CanvasPathMethods.cpp:

(WebCore::CanvasPathMethods::quadraticCurveTo):
(WebCore::CanvasPathMethods::bezierCurveTo):

LayoutTests: Quadratic and bezier curves with coincident endpoints rendered incorrectly
​https://bugs.webkit.org/show_bug.cgi?id=105650
Modified TestExpectations for Mac, efl and Qt platforms as quadratic curves
may not be rendered correctly
(see ​https://bugs.webkit.org/show_bug.cgi?id=107118)

Patch by Youenn Fablet <​youennf@gmail.com> on 2013-01-31
Reviewed by Kenneth Russell.

  • fast/canvas/canvas-bezier-same-endpoint-expected.txt: Added.
  • fast/canvas/canvas-bezier-same-endpoint.html: Added.
  • fast/canvas/canvas-quadratic-same-endpoint-expected.txt: Added.
  • fast/canvas/canvas-quadratic-same-endpoint.html: Added.
  • platform/efl/TestExpectations: Skipped quad test
  • platform/mac/TestExpectations: Skipped quad test
  • platform/qt/TestExpectations: Skipped quad test
3:49 PM Changeset in webkit [141499] by mark.lam@apple.com
  • 4 edits
    1 move in trunk/Source

Abstraction for hiding enum class.
​https://bugs.webkit.org/show_bug.cgi?id=108533

Reviewed by Anders Carlsson.

../WebCore:

No new tests.

  • Modules/webdatabase/DatabaseError.h:

(WebCore::ENUM_CLASS_BEGIN):

../WTF:

  • wtf/Compiler.h:
  • wtf/EnumClass.h: Copied from Source/WTF/wtf/TypeSafeEnum.h.

(WTF::EnumClass::EnumClass):
(WTF::EnumClass::operator==):
(WTF::EnumClass::operator!=):
(WTF::EnumClass::operator<):
(WTF::EnumClass::operator<=):
(WTF::EnumClass::operator>):
(WTF::EnumClass::operator>=):

  • wtf/TypeSafeEnum.h: Removed.
3:46 PM Changeset in webkit [141498] by commit-queue@webkit.org
  • 4 edits in trunk/Source/WebCore

[Gtk] drag and drop has black background without composition
​https://bugs.webkit.org/show_bug.cgi?id=108376

Patch by Arnaud Renevier <​a.renevier@sisa.samsung.com> on 2013-01-31
Reviewed by Martin Robinson.

Use gtk_drag_set_icon_surface (or gtk_drag_set_icon_pixbuf) when the
screen is not composited. That way, drag window will be decomposited
and rendered transparent with Xshape.

To determine which parts of the window must be transparent, gtk checks
if a pixel is more than 50% opaque. With dissolveDragImageToFraction,
all pixels are made 25% transparent. With antialiasing, opacity goes
below the threshold for some pixels, which makes the resulting image
messy. So, we need to skip dissolveDragImageToFraction when we use
gtk_drag_set_icon_surface.

  • platform/gtk/DragIcon.cpp:

(WebCore::DragIcon::DragIcon):
(WebCore::DragIcon::~DragIcon):
(WebCore::DragIcon::setImage):
(WebCore::DragIcon::useForDrag):

  • platform/gtk/DragIcon.h:

(DragIcon):

  • platform/gtk/DragImageGtk.cpp:

(WebCore::dissolveDragImageToFraction):

3:43 PM Changeset in webkit [141497] by andersca@apple.com
  • 10 edits in trunk/Source/WebKit2

WorkQueue should be a ref-counted class
​https://bugs.webkit.org/show_bug.cgi?id=108544

Reviewed by Sam Weinig.

Make WorkQueue a ref-counted class that's implicitly ref()'d when dispatching a function to it, and then
implicitly deref()'d when the function is done executing. This matches the behavior of dispatch queues,
and ensures that the WorkQueue object won't go away while dispatched functions are running.

  • Platform/CoreIPC/Connection.cpp:

(CoreIPC::Connection::Connection):
(CoreIPC::Connection::~Connection):
(CoreIPC::Connection::addQueueClient):
(CoreIPC::Connection::removeQueueClient):
(CoreIPC::Connection::invalidate):
(CoreIPC::Connection::sendMessage):
(CoreIPC::Connection::postConnectionDidCloseOnConnectionWorkQueue):
(CoreIPC::Connection::connectionDidClose):

  • Platform/CoreIPC/Connection.h:

(Connection):

  • Platform/CoreIPC/mac/ConnectionMac.cpp:

(CoreIPC::createDataAvailableSource):
(CoreIPC::Connection::open):
(CoreIPC::Connection::initializeDeadNameSource):

  • Platform/WorkQueue.cpp:

(WorkQueue::create):
(WorkQueue::WorkQueue):
(WorkQueue::~WorkQueue):

  • Platform/WorkQueue.h:

(WorkQueue):

  • Platform/mac/WorkQueueMac.cpp:

(WorkQueue::dispatch):
(WorkQueue::dispatchAfterDelay):

  • Shared/ChildProcess.cpp:

(WebKit::didCloseOnConnectionWorkQueue):

  • UIProcess/Launcher/ProcessLauncher.cpp:

(WebKit::processLauncherWorkQueue):
(WebKit::ProcessLauncher::ProcessLauncher):

  • UIProcess/WebProcessProxy.cpp:

(WebKit::pluginWorkQueue):
(WebKit::WebProcessProxy::getPlugins):

3:38 PM Changeset in webkit [141496] by fmalita@chromium.org
  • 2 edits in trunk/Source/WebKit/chromium

[Chromium] Unreviewed gardening.

WebViewTest.SetCompositionFromExistingText failing after r141479.

  • tests/WebViewTest.cpp:
3:26 PM Changeset in webkit [141495] by rafael.lobo@openbossa.org
  • 7 edits in trunk/Source/WebKit2

[Qt][WK2] Fix build after removal of MessageID.h
​https://bugs.webkit.org/show_bug.cgi?id=108534

Reviewed by Anders Carlsson.

  • Platform/CoreIPC/unix/ConnectionUnix.cpp:

(CoreIPC::MessageInfo::MessageInfo):
(CoreIPC::MessageInfo::setMessageBodyIsOutOfLine):
(CoreIPC::MessageInfo::isMessageBodyIsOutOfLine):
(MessageInfo):
(CoreIPC::Connection::processMessage):
(CoreIPC::Connection::sendOutgoingMessage):

  • Target.pri:
  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.cpp:
  • UIProcess/DrawingAreaProxy.cpp:
  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:
  • WebProcess/soup/WebSoupRequestManager.cpp:
3:18 PM Changeset in webkit [141494] by tonyg@chromium.org
  • 14 edits
    2 adds in trunk/Source/WebCore

Begin to make XSSAuditor thread aware
​https://bugs.webkit.org/show_bug.cgi?id=108394

Reviewed by Adam Barth.

This patch moves the parts of filterToken() that depend on Frame, Document, etc. to a delegate class.
The new didBlockScript delegate method is invoked with the resulting DidBlockScriptRequest which will
be owned by the CompactHTMLToken in the threaded case.

This is just the first step as there is more to do to make XSSAuditor thread safe.

No new tests because covered by existing tests.

  • CMakeLists.txt:
  • GNUmakefile.list.am:
  • Target.pri:
  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.vcxproj/WebCore.vcxproj:
  • WebCore.vcxproj/WebCore.vcxproj.filters:
  • WebCore.xcodeproj/project.pbxproj:
  • html/parser/BackgroundHTMLParser.cpp:

(WebCore::BackgroundHTMLParser::pumpTokenizer):

  • html/parser/HTMLDocumentParser.cpp:

(WebCore::HTMLDocumentParser::HTMLDocumentParser):
(WebCore::HTMLDocumentParser::processTokensFromBackgroundParser):
(WebCore::HTMLDocumentParser::pumpTokenizer):

  • html/parser/HTMLDocumentParser.h:

(HTMLDocumentParser):

  • html/parser/XSSAuditor.cpp:

(WebCore::XSSAuditor::filterToken):

  • html/parser/XSSAuditor.h:

(WebCore):
(XSSAuditor):

  • html/parser/XSSAuditorDelegate.cpp: Added.

(WebCore):
(WebCore::XSSAuditorDelegate::XSSAuditorDelegate):
(WebCore::XSSAuditorDelegate::didBlockScript):

  • html/parser/XSSAuditorDelegate.h: Added.

(WebCore):
(DidBlockScriptRequest):
(WebCore::DidBlockScriptRequest::create):
(WebCore::DidBlockScriptRequest::DidBlockScriptRequest):
(XSSAuditorDelegate):

  • CMakeLists.txt:
  • GNUmakefile.list.am:
  • Target.pri:
  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.vcxproj/WebCore.vcxproj:
  • WebCore.vcxproj/WebCore.vcxproj.filters:
  • WebCore.xcodeproj/project.pbxproj:
  • html/parser/BackgroundHTMLParser.cpp:

(WebCore::BackgroundHTMLParser::pumpTokenizer):

  • html/parser/HTMLDocumentParser.cpp:

(WebCore::HTMLDocumentParser::HTMLDocumentParser):
(WebCore::HTMLDocumentParser::processParsedChunkFromBackgroundParser):
(WebCore::HTMLDocumentParser::pumpTokenizer):

  • html/parser/HTMLDocumentParser.h:

(HTMLDocumentParser):

  • html/parser/XSSAuditor.cpp:

(WebCore::XSSAuditor::XSSAuditor):
(WebCore::XSSAuditor::filterToken):

  • html/parser/XSSAuditor.h:

(WebCore):
(XSSAuditor):

  • html/parser/XSSAuditorDelegate.cpp: Added.

(WebCore):
(WebCore::XSSAuditorDelegate::XSSAuditorDelegate):
(WebCore::XSSAuditorDelegate::didBlockScript):

  • html/parser/XSSAuditorDelegate.h: Added.

(WebCore):
(DidBlockScriptRequest):
(WebCore::DidBlockScriptRequest::create):
(WebCore::DidBlockScriptRequest::DidBlockScriptRequest):
(XSSAuditorDelegate):

3:13 PM Changeset in webkit [141493] by beidson@apple.com
  • 2 edits in trunk/Source/WebKit2

Assertion failure in WebResourceLoadScheduler::remove when loading .webarchives
<rdar://problem/12888145> and ​https://bugs.webkit.org/show_bug.cgi?id=108520

Reviewed by Alexey Proskuryakov.

  • WebProcess/Network/WebResourceLoadScheduler.cpp:

(WebKit::WebResourceLoadScheduler::scheduleLoad): Even if it isn't to be scheduled with the

NetworkProcess, still add this ResourceLoader to the scheduler's records.

3:12 PM Changeset in webkit [141492] by commit-queue@webkit.org
  • 6 edits
    2 adds in trunk

CSS3's vh attribute is not adjusting while browser resizes
​https://bugs.webkit.org/show_bug.cgi?id=86418

Patch by Uday Kiran <​udaykiran@motorola.com> on 2013-01-31
Reviewed by Antti Koivisto.

Source/WebCore:

Elements with viewport percentage units needs layout whenever
viewport size changes. Check for viewport percentage unit
was missing for height.

Test: css3/viewport-percentage-lengths/vh-resize.html

  • rendering/RenderBlock.cpp:

(WebCore::RenderBlock::updateBlockChildDirtyBitsBeforeLayout):

  • rendering/RenderBox.cpp:

(WebCore::RenderBox::hasViewportPercentageLogicalHeight): Check if style
is specified in viewport percentage units.
(WebCore):

  • rendering/RenderBox.h:

(RenderBox):

  • rendering/RenderView.cpp:

(WebCore::RenderView::layout): Elements with viewport percentage units
needs relayout when viewport size changes.

LayoutTests:

Added test to check element with vh units gets resized when
viewport height is increased or decreased.

  • css3/viewport-percentage-lengths/vh-resize-expected.html: Added.
  • css3/viewport-percentage-lengths/vh-resize.html: Added.
2:56 PM Changeset in webkit [141491] by psolanki@apple.com
  • 2 edits in trunk/Tools

DumpRenderTree should put NSSound calls inside USE(APPKIT)
​https://bugs.webkit.org/show_bug.cgi?id=108499

Reviewed by Andy Estes.

  • DumpRenderTree/mac/DumpRenderTree.mm:

(dumpRenderTree):

2:38 PM CoordinatedGraphicsSystem edited by luxtella@company100.net
(diff)
2:36 PM CoordinatedGraphicsSystem edited by luxtella@company100.net
(diff)
2:33 PM Changeset in webkit [141490] by mhahnenberg@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Objective-C API: JSContext exception property causes reference cycle
​https://bugs.webkit.org/show_bug.cgi?id=107778

Reviewed by Darin Adler.

JSContext has a (retain) JSValue * exception property which, when non-null, creates a
reference cycle (since the JSValue * holds a strong reference back to the JSContext *).

  • API/JSContext.mm: Instead of JSValue *, we now use a plain JSValueRef, which eliminates the reference cycle.

(-[JSContext initWithVirtualMachine:]):
(-[JSContext setException:]):
(-[JSContext exception]):

2:31 PM Changeset in webkit [141489] by commit-queue@webkit.org
  • 3 edits in trunk/Source/WebCore

TextAutosizing: refactor the cluster related method parameters into a single struct.
​https://bugs.webkit.org/show_bug.cgi?id=108384

This anticipates adding more cluster related information in the following patches.

Patch by Anton Vayvod <​avayvod@chromium.org> on 2013-01-31
Reviewed by Kenneth Rohde Christiansen.

Just a refactoring so no new tests.

  • rendering/TextAutosizer.cpp: define the new struct and pass it to every method instead of

a cluster and its descendant block containing all text.

  • rendering/TextAutosizer.h: change method prototypes to receive the new struct

as a parameter defining an autosizing cluster.

  • rendering/TextAutosizer.cpp:

(WebCore::TextAutosizingClusterInfo::TextAutosizingClusterInfo):
(TextAutosizingClusterInfo):
(WebCore):
(WebCore::TextAutosizer::processSubtree):
(WebCore::TextAutosizer::processCluster):
(WebCore::TextAutosizer::processContainer):
(WebCore::TextAutosizer::isAutosizingCluster):
(WebCore::TextAutosizer::clusterShouldBeAutosized):
(WebCore::TextAutosizer::measureDescendantTextWidth):

  • rendering/TextAutosizer.h:

(WebCore):

2:28 PM Changeset in webkit [141488] by Simon Hausmann
  • 2 edits in trunk/Source/WebKit2

Unreviewed trivial Unix build fix.

Use Vector<> instead of Deque<> when iterating
over m_attachments in the USE(UNIX_DOMAIN_SOCKETS)
case.

  • Platform/CoreIPC/ArgumentDecoder.cpp:
2:23 PM Changeset in webkit [141487] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

Rebaseline after r141459.

  • platform/mac/fast/multicol/shrink-to-column-height-for-pagination-expected.txt:
2:17 PM Changeset in webkit [141486] by bweinstein@apple.com
  • 16 edits in trunk

Add a call to the page UI client to determine if a plug-in should load
​https://bugs.webkit.org/show_bug.cgi?id=108407
<rdar://problem/13066332>

Source/WebKit2:

Reviewed by Anders Carlsson.

This patch adds a client call to the WKPageUIClient to be called to determine
whether or not a plug-in should load.

  • UIProcess/API/C/WKPage.h: Add shouldLoadPlugin.
  • UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::getPluginPath): Moved from WebProcessProxy, and added a call to

m_uiClient.shouldInstantiatePlugin.

  • UIProcess/WebPageProxy.h:
  • UIProcss/WebPageProxy.messages.in: Moved GetPluginPath from WebProcessProxy to WebPageProxy.
  • UIProcess/WebProcessProxy.cpp:

(WebKit::WebProcessProxy::getPluginPath): Moved to WebPageProxy.

  • UIProcess/WebProcessProxy.h:
  • UIProcess/WebUIClient.cpp:

(WebKit::WebUIClient::shouldInstantiatePlugin): Return that we should load the plug-in if

the client function isn't defined, and call the function if it is.

  • UIProcess/WebUIClient.h:
  • UIProcess/mac/WebInspectorProxyMac.mm:

(WebKit::WebInspectorProxy::platformCreateInspectorPage): Add an entry for the new

client function.

  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::createPlugin): Send the message to the WebPageProxy, not the WebProcessProxy.
(WebKit::WebPage::canPluginHandleResponse): Made a member function, so it can call sendSync, and

send the message to the WebPageProxy, not the WebProcessProxy.

  • WebProcess/WebPage/WebPage.h:

Tools:

Add entries for the new function in the necessary structs.

Reviewed by Anders Carlsson.

  • MiniBrowser/mac/WK2BrowserWindowController.m:

(-[WK2BrowserWindowController awakeFromNib]):

  • WebKitTestRunner/TestController.cpp:

(WTR::TestController::createOtherPage):
(WTR::TestController::createWebViewWithOptions):

2:13 PM Changeset in webkit [141485] by roger_fong@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Unreviewed build fix. Win7 port.

2:12 PM Changeset in webkit [141484] by andersca@apple.com
  • 1 edit in trunk/Source/WebKit2/ChangeLog

Tweak ChangeLog.

2:02 PM Changeset in webkit [141483] by aelias@chromium.org
  • 5 edits in trunk/Source/WebKit/chromium

[chromium] Rework page scale factor limits initialization
​https://bugs.webkit.org/show_bug.cgi?id=108446

Reviewed by James Robinson.

When loading a page with viewportEnabled, both the limits
specified by the viewport tag and the content width need to be
considered before we initialize the minimum page scale (and
pageScaleFactor itself usually to the same value). The timing has
proven tricky to get correct.

This patch simplifies the flow by computing the
limits only at the end of layouts and at no other time. In combination
with ​https://bugs.webkit.org/show_bug.cgi?id=107922 which sets
needsLayout() appropriately, this results in a more robust and easy
to understand sequence.

Fixes FixedLayoutInitializeAtMinimumPageScale test.

  • src/ChromeClientImpl.cpp:

(WebKit::ChromeClientImpl::dispatchViewportPropertiesDidChange):

  • src/WebViewImpl.cpp:

(WebKit::WebViewImpl::WebViewImpl):
(WebKit::WebViewImpl::resize):
(WebKit::WebViewImpl::setPageScaleFactorLimits):
(WebKit::WebViewImpl::computePageScaleFactorLimits):
(WebKit::WebViewImpl::layoutUpdated):
(WebKit::WebViewImpl::didChangeContentsSize):

  • src/WebViewImpl.h:

(WebKit::WebViewImpl::setInitialPageScaleFactor):
(WebViewImpl):

  • tests/WebFrameTest.cpp:
2:00 PM Changeset in webkit [141482] by andersca@apple.com
  • 7 edits in trunk/Source/WebKit2

Use a Vector for IPC attachments
​https://bugs.webkit.org/show_bug.cgi?id=108517

Reviewed by Sam Weinig.

  • Platform/CoreIPC/ArgumentDecoder.cpp:

(CoreIPC::ArgumentDecoder::create):
(CoreIPC::ArgumentDecoder::ArgumentDecoder):
(CoreIPC::ArgumentDecoder::removeAttachment):

  • Platform/CoreIPC/ArgumentDecoder.h:

(ArgumentDecoder):

  • Platform/CoreIPC/Connection.h:
  • Platform/CoreIPC/MessageDecoder.cpp:

(CoreIPC::MessageDecoder::create):
(CoreIPC::MessageDecoder::MessageDecoder):

  • Platform/CoreIPC/MessageDecoder.h:

(MessageDecoder):

  • Platform/CoreIPC/mac/ConnectionMac.cpp:

(CoreIPC::createMessageDecoder):

1:57 PM Changeset in webkit [141481] by zhajiang@rim.com
  • 7 edits in trunk/Source

[BlackBerry] Bing Images viewport causes layout "fun"
​https://bugs.webkit.org/show_bug.cgi?id=108393

Patch by Jacky Jiang <​zhajiang@rim.com>.
Reviewed by Yong Li.
Internally reviewed by Arvid Nilsson and partially reviewed by Konrad Piascik.

Source/WebCore:

PR: 277855
On bing.com image search page, JS generated styles for the divs which
contained images based on the window.screen and window.innerWidth.
Unfortunately the styles for the divs weren't good enough on our device
which resulted in three images being overlapped in the same viewport.
On our port, we calculate the screen rect base on the physical screen
pixels. However, iOS and lastest Android Chrome port already changed it
to density-independent (logical) pixels. And also to my knowledge that
some websites would generate bad styles for us as well through
@media device-width/device-height.
To be consistent and fix such kinds of issues, we should use
density-independent pixels instead of physical screen pixels. Mainly
ported from Chrome port change r139356. The patch will affect
screen.width/height, window.outerWidth/outerHeight and
@media device-width/device-height.

  • platform/blackberry/PlatformScreenBlackBerry.cpp:

(WebCore):
(WebCore::toUserSpace):
(WebCore::screenAvailableRect):
(WebCore::screenRect):

Source/WebKit/blackberry:

PR: 277855
Set applyPageScaleFactorInCompositor settting to false by default.
Scale down chrome window rect to density-independent pixels.

  • Api/WebPage.cpp:

(BlackBerry::WebKit::WebPagePrivate::didChangeSettings):

  • Api/WebSettings.cpp:

(WebKit):
(BlackBerry::WebKit::WebSettings::standardSettings):
(BlackBerry::WebKit::WebSettings::applyDeviceScaleFactorInCompositor):
(BlackBerry::WebKit::WebSettings::setApplyPageScaleFactorInCompositor):

  • Api/WebSettings.h:
  • WebCoreSupport/ChromeClientBlackBerry.cpp:

(WebCore::ChromeClientBlackBerry::windowRect):

1:52 PM Changeset in webkit [141480] by mvujovic@adobe.com
  • 7 edits
    8 adds in trunk

[CSS Shaders] Parse custom filter function with the at-rule reference syntax
​https://bugs.webkit.org/show_bug.cgi?id=108351

Reviewed by Dean Jackson.

Source/WebCore:

This patch implements the parsing for the new custom filter function "at-rule reference"
syntax. It does not implement the style resolution yet.

The custom function syntax has changed in the spec. Instead of including all of the custom
filter information inline, the custom function can now reference an @filter rule by name.
The custom function can still accept a list of parameters.

The syntax is defined as the following, where IDENT is the name of the @filter rule:
filter: custom(IDENT [, <param>]*)

In practice, it can look like this:
filter: custom(page-curl, direction 90, amount 0.5);

Spec: ​https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html#customident-ltparamgt

Tests: css3/filters/custom-with-at-rule-syntax/parsing-custom-function-invalid.html

css3/filters/custom-with-at-rule-syntax/parsing-custom-function-valid.html

  • css/CSSParser.cpp:

(WebCore::CSSParser::parseCustomFilterParameters):

Factor out a new function that just parses custom filter parameters. This is used by the
previous inline syntax and the new at-rule reference syntax.

(WebCore):
(WebCore::CSSParser::parseCustomFilterFunctionWithAtRuleReferenceSyntax):

This method parses the new at-rule reference syntax. When we remove the inline syntax,
we can rename this method to "parseCustomFilterFunction" and call it directly.

(WebCore::CSSParser::parseCustomFilterFunctionWithInlineSyntax):

Move the previous inline syntax parsing code into a new function.

(WebCore::CSSParser::parseCustomFilterFunction):

This method looks ahead in the CSS parser values and decides whether to parse the custom
function with the previous inline syntax or with the new at-rule reference syntax.

(WebCore::CSSParser::parseFilter):

I renamed the "parseCustomFilter" method to "parseCustomFilterFunction" to be more
explicit. Here, we update the name in the call site.

  • css/CSSParser.h:
  • css/StyleResolver.cpp:

(WebCore::StyleResolver::createCustomFilterOperationWithAtRuleReferenceSyntax):

This is a stub method. In the future, style resolution for the at-rule reference
syntax will happen here. When we remove the inline syntax, we can rename this method

(WebCore::StyleResolver::createCustomFilterOperationWithInlineSyntax):

This method contains the previous inline syntax style resolution code.

(WebCore):
(WebCore::StyleResolver::createCustomFilterOperation):

This method decides which syntax we should use to resolve the style.

  • css/StyleResolver.h:

(StyleResolver):

LayoutTests:

Add positive and negative parsing tests for the new custom function syntax.

Add a new folder "css3/filters/custom-with-at-rule-syntax". This will contain all the tests
using the new custom filters at-rule syntax. We will gradually copy tests in
"css3/filters/custom" over to "css3/filters/custom-with-at-rule-syntax" and modify them to
use the new at-rule syntax. When all of the tests have been replicated using the new syntax,
we will remove the previous syntax and the tests in "css3/filters/custom".

  • css3/filters/custom-with-at-rule-syntax/parsing-custom-function-invalid-expected.txt: Added.
  • css3/filters/custom-with-at-rule-syntax/parsing-custom-function-invalid.html: Added.
  • css3/filters/custom-with-at-rule-syntax/parsing-custom-function-valid-expected.txt: Added.
  • css3/filters/custom-with-at-rule-syntax/parsing-custom-function-valid.html: Added.
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-custom-function-invalid.js: Added.

(testInvalidFilterRule):

  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-custom-function-valid.js: Added.

(testFilterProperty):

  • css3/filters/script-tests/custom-filter-parsing-common.js:

(heading):

New function to print a heading to make groups of related parsing tests easier to see.

(shouldHaveConstructor):

New function to check the JS type of an object on JSC as well as V8. This is intended to
eventually replace shouldBeType, which works differently on V8 vs. JSC and requires us
to create Chromium-specific expectations for the custom filters parsing tests.

1:50 PM Changeset in webkit [141479] by commit-queue@webkit.org
  • 16 edits in trunk

Editor::m_compositionNode not updated on HTMLInputElement::setValue()
​https://bugs.webkit.org/show_bug.cgi?id=107737

Patch by Aurimas Liutikas <​aurimas@chromium.org> on 2013-01-31
Reviewed by Ryosuke Niwa.

Source/WebCore:

Chromium has a bug where the IME composition did not get cancelled on JavaScript changes
to the focused editing field. Most of other WebKit ports were already doing this check
in their EditorClient::respondToChangedSelection. I took that logic and moved it to the
Editor so every port and use the same code.

An existing test editing/input/setting-input-value-cancel-ime-composition.html covers this change.
This test used to have an expectation to fail on Chromium and after this patch it will start passing.

  • editing/Editor.cpp:

(WebCore::Editor::cancelCompositionIfSelectionIsInvalid):

Adding a call that can be used by any the port to cancel the composition if it's no longer valid.

(WebCore):

  • editing/Editor.h:

(Editor):

Source/WebKit/chromium:

  • public/WebViewClient.h:

(WebKit::WebViewClient::didCancelCompositionOnSelectionChange):

Adding a callback to let the WebViewClient know that the composition has been cancelled.

  • src/EditorClientImpl.cpp:

(WebKit::EditorClientImpl::respondToChangedSelection):

Adding a call composition if it is no longer valid.

Source/WebKit/efl:

  • WebCoreSupport/EditorClientEfl.cpp:

(WebCore::EditorClientEfl::respondToChangedSelection):

Adding a call to the newly refactored method.

Source/WebKit/gtk:

  • WebCoreSupport/EditorClientGtk.cpp:

(WebKit::EditorClient::respondToChangedSelection):

Adding a call to the newly refactored Editor method.

Source/WebKit/mac:

  • WebView/WebHTMLView.mm:

(-[WebHTMLView _updateSelectionForInputManager]):

Source/WebKit/win:

  • WebView.cpp:

(WebView::updateSelectionForIME):

Adding a call to the newly refactored method.

LayoutTests:

1:47 PM Changeset in webkit [141478] by fmalita@chromium.org
  • 2 edits in trunk/Tools

[Chromium] Unreviewed gardening.

Win build fix after ​http://trac.webkit.org/changeset/141471.

  • DumpRenderTree/chromium/TestRunner/src/MockSpellCheck.cpp:

(MockSpellCheck::spellCheckWord):

1:42 PM Changeset in webkit [141477] by Joseph Pecoraro
  • 8 edits in trunk/Source

Disable ENABLE_FULLSCREEN_API on iOS
​https://bugs.webkit.org/show_bug.cgi?id=108250

Reviewed by Benjamin Poulain.

Source/JavaScriptCore:

  • Configurations/FeatureDefines.xcconfig:

Source/WebCore:

  • Configurations/FeatureDefines.xcconfig:

Source/WebKit/mac:

  • Configurations/FeatureDefines.xcconfig:

Source/WebKit2:

  • Configurations/FeatureDefines.xcconfig:
1:25 PM Changeset in webkit [141476] by kerz@chromium.org
  • 2 edits in branches/chromium/1364/Source/WebKit/chromium

Merge 141454

WebFrameTest.DisambiguationPopup is failing
​https://bugs.webkit.org/show_bug.cgi?id=108160

Patch by Dan Alcantara <​dfalcantara@chromium.org> on 2013-01-31
Reviewed by Adam Barth.

Fix the unit test so that it is using the right HTML file.

  • tests/WebFrameTest.cpp:

TBR=​commit-queue@webkit.org
Review URL: ​https://codereview.chromium.org/12087118

1:24 PM Changeset in webkit [141475] by kerz@chromium.org
  • 4 edits
    1 copy in branches/chromium/1364/Source/WebKit/chromium

Merge 141019

[Chromium, Mobile] Do not show disambiguation pop up in mobile sites
​https://bugs.webkit.org/show_bug.cgi?id=107607

Patch by Dan Alcantara <​dfalcantara@chromium.org> on 2013-01-28
Reviewed by Adam Barth.

Add a check before showing the disambiguation popup to prevent it from appearing
on mobile sites. Makes a similar test to the current disambiguation popup test
that expects the popup to never appear.

  • src/WebViewImpl.cpp:

(WebKit::WebViewImpl::handleGestureEvent):
(WebKit):
(WebKit::WebViewImpl::isLikelyMobileSite):

  • src/WebViewImpl.h:

(WebViewImpl):

  • tests/WebFrameTest.cpp:
  • tests/data/disambiguation_popup_mobile_site.html: Added.
  • src/WebViewImpl.cpp:

(WebKit::WebViewImpl::handleGestureEvent):
(WebKit):
(WebKit::WebViewImpl::shouldDisableDesktopWorkarounds):

  • src/WebViewImpl.h:

(WebViewImpl):

  • tests/WebFrameTest.cpp:
  • tests/data/disambiguation_popup_mobile_site.html: Added.

TBR=​commit-queue@webkit.org
Review URL: ​https://codereview.chromium.org/12086096

1:18 PM Changeset in webkit [141474] by pilgrim@chromium.org
  • 4 edits
    1 move in trunk/Source

[Chromium] Move LocalizedStrings to WebCore
​https://bugs.webkit.org/show_bug.cgi?id=108488

Reviewed by Adam Barth.

Part of a larger refactoring series; see tracking bug 106829.

Source/WebCore:

  • WebCore.gypi:
  • platform/chromium/LocalizedStringsChromium.cpp: Copied from Source/WebKit/chromium/src/LocalizedStrings.cpp.

(WebCore::imageTitle):

Source/WebKit/chromium:

  • WebKit.gyp:
  • src/LocalizedStrings.cpp: Removed.
1:14 PM Changeset in webkit [141473] by enrica@apple.com
  • 49 edits
    11 adds in trunk

WebKit2: provide new bundle APIs to allow bundle clients to be notified of pasteboard access.
​https://bugs.webkit.org/show_bug.cgi?id=108396.
<rdar://problem/12920461>

Source/WebCore:

Reviewed by Alexey Proskuryakov.

Adds support in WebCore to new EditorClient methods to support the modified
client bundle API in WebKit2.

  • WebCore.exp.in:
  • editing/Editor.cpp:

(WebCore::Editor::cut): Added call to willWriteSelectionToPasteboard.
(WebCore::Editor::copy): Ditto.
(WebCore::Editor::willWriteSelectionToPasteboard): Added.

  • editing/Editor.h:
  • loader/EmptyClients.h: Added empty client implementation

for the new methods.
(WebCore::EmptyEditorClient::willWriteSelectionToPasteboard):
(WebCore::EmptyEditorClient::getClientPasteboardDataForRange):

  • page/EditorClient.h:
  • platform/mac/PasteboardMac.mm:

(WebCore::Pasteboard::writeSelectionForTypes): Added call to getClientPasteboardDataForRange.

Source/WebKit/blackberry:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • WebCoreSupport/EditorClientBlackBerry.cpp:

(WebCore::EditorClientBlackBerry::willWriteSelectionToPasteboard):
(WebCore::EditorClientBlackBerry::getClientPasteboardDataForRange):

  • WebCoreSupport/EditorClientBlackBerry.h:

Source/WebKit/chromium:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • src/EditorClientImpl.cpp:

(WebKit::EditorClientImpl::willWriteSelectionToPasteboard):
(WebKit::EditorClientImpl::getClientPasteboardDataForRange):

  • src/EditorClientImpl.h:

Source/WebKit/efl:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • WebCoreSupport/EditorClientEfl.cpp:

(WebCore::EditorClientEfl::willWriteSelectionToPasteboard):
(WebCore::EditorClientEfl::getClientPasteboardDataForRange):

  • WebCoreSupport/EditorClientEfl.h:

Source/WebKit/gtk:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • WebCoreSupport/EditorClientGtk.cpp:

(WebKit::EditorClient::willWriteSelectionToPasteboard):
(WebKit::EditorClient::getClientPasteboardDataForRange):

  • WebCoreSupport/EditorClientGtk.h:

Source/WebKit/mac:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • WebCoreSupport/WebEditorClient.h:
  • WebCoreSupport/WebEditorClient.mm:

(WebEditorClient::willWriteSelectionToPasteboard):
(WebEditorClient::getClientPasteboardDataForRange):

Source/WebKit/qt:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • WebCoreSupport/EditorClientQt.cpp:

(WebCore::EditorClientQt::willWriteSelectionToPasteboard):
(WebCore::EditorClientQt::getClientPasteboardDataForRange):

  • WebCoreSupport/EditorClientQt.h:

Source/WebKit/win:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • WebCoreSupport/WebEditorClient.cpp:

(WebEditorClient::willWriteSelectionToPasteboard):
(WebEditorClient::getClientPasteboardDataForRange):

  • WebCoreSupport/WebEditorClient.h:

Source/WebKit/wince:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • WebCoreSupport/EditorClientWinCE.cpp:

(WebKit::EditorClientWinCE::willWriteSelectionToPasteboard):
(WebKit::EditorClientWinCE::getClientPasteboardDataForRange):

  • WebCoreSupport/EditorClientWinCE.h:

Source/WebKit/wx:

Reviewed by Alexey Proskuryakov.

Adds stub implementation for WebKit of the new EditorClient methods.

  • WebKitSupport/EditorClientWx.cpp:

(WebCore::EditorClientWx::willWriteSelectionToPasteboard):
(WebCore::EditorClientWx::getClientPasteboardDataForRange):

  • WebKitSupport/EditorClientWx.h:

Source/WebKit2:

Reviewed by Alexey Proskuryakov.

This patch adds new bundle client API to receive notifications
relative the pasteboard activity. There are 2 new API added to
InjectedBundleEditorClient, to receive notification before and
after the pasteboard content is added and one API to provide
additional content to add to the pasteboard.
In order to create content to add to the pasteboard, WKWebArchiveRef
and WKWebArchiveResourcesRef have been added to the set of API level
object.
This work is a joint effort with Sam Weinig who contributed the
support for WKWebArchiveRef, WKWebArchiveResourcesRef and related
files. Sam is the author of the first chunk of changes listed below.

  • Shared/API/c/WKBase.h:
  • Shared/API/c/WKSharedAPICast.h:
  • Shared/API/c/mac/WKWebArchive.cpp: Added.

(WKWebArchiveGetTypeID):
(WKWebArchiveCreate):
(WKWebArchiveCreateWithData):
(WKWebArchiveCreateFromRange):
(WKWebArchiveCopyMainResource):
(WKWebArchiveCopySubresources):
(WKWebArchiveCopySubframeArchives):
(WKWebArchiveCopyData):

  • Shared/API/c/mac/WKWebArchive.h: Added.
  • Shared/API/c/mac/WKWebArchiveResource.cpp: Added.

(WKWebArchiveResourceGetTypeID):
(WKWebArchiveResourceCreate):
(WKWebArchiveResourceCopyData):
(WKWebArchiveResourceCopyURL):
(WKWebArchiveResourceCopyMIMEType):
(WKWebArchiveResourceCopyTextEncoding):

  • Shared/API/c/mac/WKWebArchiveResource.h: Added.
  • Shared/APIObject.h:
  • Shared/WebArchive.cpp: Added.

(WebKit::WebArchive::create):
(WebKit::WebArchive::WebArchive):
(WebKit::WebArchive::~WebArchive):
(WebKit::WebArchive::mainResource):
(WebKit::WebArchive::subresources):
(WebKit::WebArchive::subframeArchives):
(WebKit::releaseCFData):
(WebKit::WebArchive::data):
(WebKit::WebArchive::coreLegacyWebArchive):

  • Shared/WebArchive.h: Added.

(WebKit::WebArchive::type):

  • Shared/WebArchiveResource.cpp: Added.

(WebKit::WebArchiveResource::create):
(WebKit::WebArchiveResource::WebArchiveResource):
(WebKit::WebArchiveResource::~WebArchiveResource):
(WebKit::releaseCFData):
(WebKit::WebArchiveResource::data):
(WebKit::WebArchiveResource::URL):
(WebKit::WebArchiveResource::MIMEType):
(WebKit::WebArchiveResource::textEncoding):
(WebKit::WebArchiveResource::coreArchiveResource):

  • Shared/WebArchiveResource.h: Added.

(WebKit::WebArchiveResource::type):

  • WebKit2.xcodeproj/project.pbxproj:


  • Shared/APIClientTraits.cpp: Added versioning to InjectedBundlePageEditorClient.
  • Shared/APIClientTraits.h:
  • WebProcess/InjectedBundle/API/c/WKBundlePage.h:
  • WebProcess/InjectedBundle/InjectedBundlePageEditorClient.cpp:

(WebKit::InjectedBundlePageEditorClient::willWriteToPasteboard): Added.
(WebKit::InjectedBundlePageEditorClient::getPasteboardDataForRange): Added.
(WebKit::InjectedBundlePageEditorClient::didWriteToPasteboard): Added.

  • WebProcess/InjectedBundle/InjectedBundlePageEditorClient.h:
  • WebProcess/WebCoreSupport/WebEditorClient.cpp:

(WebKit::WebEditorClient::didWriteSelectionToPasteboard):
(WebKit::WebEditorClient::willWriteSelectionToPasteboard):
(WebKit::WebEditorClient::getClientPasteboardDataForRange):

  • WebProcess/WebCoreSupport/WebEditorClient.h:

Tools:

Reviewed by Alexey Proskuryakov.

Adding new WebKit2 test with relevant bundle, to test the new APIs.

  • TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
  • TestWebKitAPI/Tests/WebKit2/PasteboardNotifications.mm: Added.

(TestWebKitAPI::didReceiveMessageFromInjectedBundle):
(TestWebKitAPI::setInjectedBundleClient):

  • TestWebKitAPI/Tests/WebKit2/PasteboardNotifications_Bundle.cpp: Added.

(PasteboardNotificationsTest):
(TestWebKitAPI::willWriteToPasteboard):
(TestWebKitAPI::getPasteboardDataForRange):
(TestWebKitAPI::didWriteToPasteboard):
(TestWebKitAPI::PasteboardNotificationsTest::PasteboardNotificationsTest):
(TestWebKitAPI::PasteboardNotificationsTest::didCreatePage):

  • TestWebKitAPI/Tests/WebKit2/execCopy.html: Added.
  • WebKitTestRunner/InjectedBundle/InjectedBundlePage.cpp: Updated to reflect

changes in InjectedBundleEditorClient.
(WTR::InjectedBundlePage::InjectedBundlePage):

1:03 PM Changeset in webkit [141472] by andersca@apple.com
  • 25 edits
    2 deletes in trunk/Source/WebKit2

Remove MessageID.h
​https://bugs.webkit.org/show_bug.cgi?id=108516

Reviewed by Sam Weinig.

  • Platform/CoreIPC/Connection.cpp:

(CoreIPC::Connection::processIncomingMessage):
(CoreIPC::Connection::sendOutgoingMessages):
(CoreIPC::Connection::dispatchSyncMessage):
(CoreIPC::Connection::dispatchMessage):

  • Platform/CoreIPC/Connection.h:

(CoreIPC):
(Connection):

  • Platform/CoreIPC/MessageID.h: Removed.
  • Platform/CoreIPC/mac/ConnectionMac.cpp:

(CoreIPC::Connection::sendOutgoingMessage):
(CoreIPC::Connection::receiveSourceEventHandler):

  • Shared/CoreIPCSupport/WebConnectionMessageKinds.h: Removed.
  • Shared/CoreIPCSupport/WebContextMessageKinds.h:
  • UIProcess/DrawingAreaProxy.h:

(CoreIPC):

  • UIProcess/Network/CustomProtocols/CustomProtocolManagerProxy.h:
  • UIProcess/WebApplicationCacheManagerProxy.h:
  • UIProcess/WebContext.cpp:

(WebKit::WebContext::WebContext):
(WebKit::WebContext::didReceiveMessage):
(WebKit::WebContext::didReceiveSyncMessage):

  • UIProcess/WebCookieManagerProxy.h:
  • UIProcess/WebFrameProxy.h:

(CoreIPC):

  • UIProcess/WebFullScreenManagerProxy.h:

(CoreIPC):

  • UIProcess/WebIconDatabase.h:

(CoreIPC):

  • UIProcess/WebPageProxy.cpp:
  • UIProcess/WebPageProxy.h:

(CoreIPC):

  • WebKit2.xcodeproj/project.pbxproj:
  • WebProcess/FullScreen/WebFullScreenManager.cpp:
  • WebProcess/FullScreen/WebFullScreenManager.h:

(CoreIPC):

  • WebProcess/InjectedBundle/InjectedBundle.cpp:

(WebKit::InjectedBundle::postMessage):
(WebKit::InjectedBundle::postSynchronousMessage):

  • WebProcess/InjectedBundle/InjectedBundle.h:

(CoreIPC):

  • WebProcess/WebPage/DrawingArea.h:

(CoreIPC):

  • WebProcess/WebPage/LayerTreeHost.h:

(CoreIPC):

  • WebProcess/WebPage/WebPage.cpp:
  • WebProcess/WebPage/WebPage.h:

(CoreIPC):

  • WebProcess/WebPage/WebPageGroupProxy.h:

(CoreIPC):

12:58 PM Changeset in webkit [141471] by commit-queue@webkit.org
  • 5 edits in trunk

Tools: [Chromium] Add two-word misspelling to mock spellchecker
​https://bugs.webkit.org/show_bug.cgi?id=108498

Patch by Rouslan Solomakhin <​rouslan@chromium.org> on 2013-01-31
Reviewed by Tony Chang.

Some layout tests verify spellcheck behavior when multiple words are
marked as a single misspelling. This change adds a two-word misspelling
'upper case' to the mock spellchecker used by layout tests.

  • DumpRenderTree/chromium/TestRunner/src/MockSpellCheck.cpp:

(MockSpellCheck::spellCheckWord): Modified to handle spaces in misspellings.
(MockSpellCheck::initializeIfNeeded): Modified to use a vector instead of a hash table.

  • DumpRenderTree/chromium/TestRunner/src/MockSpellCheck.h:

(MockSpellCheck): Changed misspellings container from hash table to vector.

LayoutTests: [Chromium] Expect spellcheck to work for exactly-selected multi-word misspellings
​https://bugs.webkit.org/show_bug.cgi?id=108498

Patch by Rouslan Solomakhin <​rouslan@chromium.org> on 2013-01-31
Reviewed by Tony Chang.

  • platform/chromium/TestExpectations: Update spellcheck tests expectations.
12:55 PM Changeset in webkit [141470] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/chromium

[chromium] Make selection handling work in applyPageScaleInCompositor mode
​https://bugs.webkit.org/show_bug.cgi?id=107831

Patch by Chris Hopman <​cjhopman@chromium.org> on 2013-01-31
Reviewed by Ryosuke Niwa.

These functions expect a window point. When in
applyPageScaleFactorInCompositor mode, the points need to be unscaled
by the page scale factor.

  • src/WebFrameImpl.cpp:

(WebKit::WebFrameImpl::selectRange):
(WebKit::WebFrameImpl::moveCaretSelectionTowardsWindowPoint):

12:55 PM Changeset in webkit [141469] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

REGRESSION(r141136): Apple's internal PLT test suite doesn't finish
​https://bugs.webkit.org/show_bug.cgi?id=108380

Mark some tests whose results depend on main resource caching being enabled as failing until
main resource caching can be re-enabled on mac.

  • platform/mac/TestExpectations:
12:52 PM Changeset in webkit [141468] by ddkilzer@apple.com
  • 2 edits in trunk/Source/WebCore

Use OS() and PLATFORM() macros in WebCorePrefix.h for readability
<​http://webkit.org/b/108374>

Reviewed by Laszlo Gombos.

  • WebCorePrefix.h: Replaced all possible checks with OS() or

PLATFORM() macros other than APPLE.

12:51 PM Changeset in webkit [141467] by Simon Hausmann
  • 2 edits in trunk/Tools

[Qt] Prospective build fix.

Reviewed by Jocelyn Turcotte.

Don't create .prl files for intermediate libs as their contents get
injected within -Wl,-whole-archive -lFoo -wl,-no-whole-archive.

  • qmake/mkspecs/features/default_post.prf:
12:48 PM Changeset in webkit [141466] by mkwst@chromium.org
  • 7 edits in trunk/Source

Cleanup: Use ScriptExecutionContext::topOrigin when relevant.
​https://bugs.webkit.org/show_bug.cgi?id=108476

Source/WebCore:

Reviewed by Jochen Eisinger.

Rather than diving through 'frame()->top()' or 'topDocument()' to get
the SecurityOrigin of the top-level document in a frame, we can now
directly grab the 'topOrigin()' off of a ScriptExecutionContext. This
patch adjusts a few callsites to use the new hotness rather than the
old brokenness.

This is a pure refactoring: No web-visible changes should result.

  • Modules/webdatabase/DOMWindowWebDatabase.cpp:

(WebCore::DOMWindowWebDatabase::openDatabase):

  • page/DOMWindow.cpp:

(WebCore::DOMWindow::sessionStorage):
(WebCore::DOMWindow::localStorage):

  • workers/SharedWorker.cpp:

(WebCore::SharedWorker::create):

  • workers/WorkerMessagingProxy.cpp:

(WebCore::WorkerMessagingProxy::startWorkerContext):

Source/WebKit2:

Reviewed by Anders Carlsson.

  • WebProcess/Plugins/PluginView.cpp:

(WebKit::PluginView::storageBlockingStateChanged):
(WebKit::PluginView::isPrivateBrowsingEnabled):

12:47 PM Changeset in webkit [141465] by andersca@apple.com
  • 3 edits in trunk/Source/WebKit2

Get rid of IncomingMessage
​https://bugs.webkit.org/show_bug.cgi?id=108514

Reviewed by Sam Weinig.

  • Platform/CoreIPC/Connection.cpp:

(Connection::SyncMessageState):
(ConnectionAndIncomingMessage):
(CoreIPC::Connection::SyncMessageState::~SyncMessageState):
(CoreIPC::Connection::SyncMessageState::processIncomingMessage):
(CoreIPC::Connection::SyncMessageState::dispatchMessages):
(CoreIPC::Connection::waitForMessage):
(CoreIPC::Connection::processIncomingMessage):
(CoreIPC::Connection::enqueueIncomingMessage):
(CoreIPC::Connection::dispatchMessage):
(CoreIPC::Connection::dispatchOneMessage):

  • Platform/CoreIPC/Connection.h:

(Connection):

12:44 PM Changeset in webkit [141464] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[Curl] There is no way for a WebKit client to set the Curl cookie jar path
​https://bugs.webkit.org/show_bug.cgi?id=107692

Patch by ​peavo@outlook.com <​peavo@outlook.com> on 2013-01-31
Reviewed by Brent Fulgham.

Set default cookie jar path.
Get the cookie jar path for Curl from the environment variable CURL_COOKIE_JAR_PATH.

  • platform/network/curl/ResourceHandleManager.cpp:

(WebCore::cookieJarPath): Added helper function to set cookie jar path.
(WebCore::ResourceHandleManager::ResourceHandleManager): Call helper function.

12:41 PM Changeset in webkit [141463] by Patrick Gansterer
  • 2 edits in trunk/Source/WebKit2

Remove PLATFORM(WIN_CAIRO) from NetscapePluginX11.cpp
​https://bugs.webkit.org/show_bug.cgi?id=108439

Reviewed by Brent Fulgham.

PLATFORM(WIN_CAIRO) is Windows only, where no X11 exists.

  • WebProcess/Plugins/Netscape/x11/NetscapePluginX11.cpp:
12:38 PM Changeset in webkit [141462] by mjs@apple.com
  • 2 edits in trunk/Source/WebCore

REGRESSION (r138962): Fails to show "confirm form resubmission", hangs browser
​https://bugs.webkit.org/show_bug.cgi?id=108214

Reviewed by Adam Barth.

Attempt a workaround suggested by Nate Chapin by putting some code
in #ifdef !PLATFORM(CHROMIUM).

  • loader/MainResourceLoader.cpp:

(WebCore::MainResourceLoader::notifyFinished):

12:24 PM Changeset in webkit [141461] by tsepez@chromium.org
  • 2 edits in trunk/Source/WebKit/chromium

[v8] Enable binding integrity on mac
​https://bugs.webkit.org/show_bug.cgi?id=108500

Reviewed by Adam Barth.

Patch is correct if existing tests pass without new crashes.

  • features.gypi:

Set ENABLE_BINDING_INTEGRITY=1 when OS=="mac"

12:02 PM Changeset in webkit [141460] by jchaffraix@webkit.org
  • 1 edit in branches/chromium/1364/Source/WebCore/rendering/RenderBlockLineLayout.cpp

Merge 141009

Crash inside RenderBlock::layoutRunsAndFloatsInRange in the widow code
​https://bugs.webkit.org/show_bug.cgi?id=108084

Reviewed by Dean Jackson.

This is a blind fix based on the code and Chromium's stack-traces.

Unfortunately no new test as I couldn't get a local reproduction.

  • rendering/RenderBlockLineLayout.cpp:

(WebCore::RenderBlock::layoutRunsAndFloatsInRange):
Added a missing NULL-check: the previous 'while' finish if |lineBox|
is NULL and we don't want to crash in this case.

TBR=​jchaffraix@webkit.org
Review URL: ​https://codereview.chromium.org/12084093

12:00 PM Changeset in webkit [141459] by ojan@chromium.org
  • 7 edits
    6 adds in trunk

REGRESSION(r128517): Percentage heights in quirks mode collapse when printing
​https://bugs.webkit.org/show_bug.cgi?id=108382

Reviewed by David Hyatt.

Source/WebCore:

r128517 clean up our containing block finding logic, but broke percentage
heights in quirks mode during printing since the RenderView would have 0 height.
Turns out we already had a long-standing bug where we'd incorrectly
treat collapse percentage heights on the body when printing as well.

Fix both bugs by changing the way we grab the logical height on the RenderView.
RenderView::computeLogicalHeight returns 0 when printing. For the purposes of
stretching and percentage heights, we instead need to return the pageLogicalHeight.

Tests: printing/quirks-percentage-height-body.html

printing/quirks-percentage-height.html
printing/standards-percentage-heights.html

  • rendering/RenderBox.cpp:

(WebCore::RenderBox::computeLogicalHeight):
This FIXME is outdated and already fixed. Also, call viewLogicalHeightForPercentages
which does the same logic except also correctly handles column RenderViews.
(WebCore::RenderBox::viewLogicalHeightForPercentages):
(WebCore::RenderBox::computePercentageLogicalHeight):

  • rendering/RenderBox.h:
  • rendering/RenderBox.cpp:

(WebCore::RenderBox::computeLogicalHeight):
(WebCore::RenderBox::viewLogicalHeightForPercentages):
(WebCore):
(WebCore::RenderBox::computePercentageLogicalHeight):

  • rendering/RenderBox.h:

(RenderBox):

LayoutTests:

  • platform/chromium/fast/multicol/shrink-to-column-height-for-pagination-expected.txt:

We're just clipping more content that you can't scroll to anyways. This looks
like an improvement to me.

  • printing/css2.1/page-break-inside-000-expected.txt:

We pass this test now!

  • printing/quirks-percentage-height-body-expected.html: Added.
  • printing/quirks-percentage-height-body.html: Added.
  • printing/quirks-percentage-height-expected.html: Added.
  • printing/quirks-percentage-height.html: Added.
  • printing/standards-percentage-heights-expected.html: Added.
  • printing/standards-percentage-heights.html: Added.
11:56 AM Changeset in webkit [141458] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

inspector/editor/text-editor-ctrl-movements.html was renamed to
inspector/editor/text-editor-word-jumps.html in r141399. Update the TestExpectations file.

  • platform/mac/TestExpectations:
11:56 AM Changeset in webkit [141457] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

ASSERTION FAILED: m_clipRectsCache->m_respectingOverflowClip[clipRectsType] == (clipRectsContext.respectOverflowClip == RespectOverflowClip) in RenderLayer.
​https://bugs.webkit.org/show_bug.cgi?id=108257

  • platform/mac/TestExpectations:

Mark the tests as "crashing" in debug.

11:46 AM Changeset in webkit [141456] by krit@webkit.org
  • 14 edits
    3 adds in trunk

[canvas] Implement currentPath to get and set the current path of the context
​https://bugs.webkit.org/show_bug.cgi?id=108246

Patch by Dirk Schulze <​krit@webkit.org> on 2013-01-31
Reviewed by Dean Jackson.

Source/WebCore:

Add currentPath attribute to CanvasRenderingContext2d interface. This allows
setting the current context path by an existing Path object as well as getting
the current context path as new Path object. The returned and the set Paths
are not live.

This feature is behind the CANVAS_PATH compiler flag which is disabled by
default for now.

Test: fast/canvas/canvas-currentPath.html

  • html/canvas/CanvasPathMethods.cpp: Rename transformIsInvertible to

isTransformInvertible for harmonizing naming schema.

(WebCore::CanvasPathMethods::moveTo): Ditto.
(WebCore::CanvasPathMethods::lineTo): Ditto.
(WebCore::CanvasPathMethods::quadraticCurveTo): Ditto.
(WebCore::CanvasPathMethods::bezierCurveTo): Ditto.
(WebCore::CanvasPathMethods::arcTo): Ditto.
(WebCore::CanvasPathMethods::arc): Ditto.
(WebCore::CanvasPathMethods::rect): Ditto.

  • html/canvas/CanvasPathMethods.h: Ditto.

(CanvasPathMethods):
(WebCore::CanvasPathMethods::isTransformInvertible):

  • html/canvas/CanvasRenderingContext2D.cpp:

(WebCore):
(WebCore::CanvasRenderingContext2D::currentPath): Getter for currentPath.
(WebCore::CanvasRenderingContext2D::setCurrentPath): Setter for currentPath.

  • html/canvas/CanvasRenderingContext2D.h:

(WebCore):
(CanvasRenderingContext2D):
(WebCore::CanvasRenderingContext2D::isTransformInvertible):

  • html/canvas/CanvasRenderingContext2D.idl: Add currentPath attribute.
  • html/canvas/DOMPath.h: Add new constructor and getter for Path object.

(WebCore::DOMPath::create): New static function for new ctor.
(DOMPath):
(WebCore::DOMPath::path): Getter for Path object.
(WebCore::DOMPath::DOMPath):

LayoutTests:

Added tests for canvas.currentPath in various combinations of the context state.

  • fast/canvas/canvas-currentPath-expected.txt: Added.
  • fast/canvas/canvas-currentPath.html: Added.
  • fast/canvas/script-tests/canvas-currentPath.js: Added.

(testPointCollection):

  • platform/chromium/TestExpectations: Skip test until enabling CANVAS_PATH.
  • platform/efl/TestExpectations: Ditto.
  • platform/gtk/TestExpectations: Ditto.
  • platform/mac/TestExpectations: Ditto.
  • platform/qt/TestExpectations: Ditto.
11:42 AM Changeset in webkit [141455] by Simon Hausmann
  • 2 edits in trunk/Source/WebKit2

Unreviewed build fix: Remove Web Intents files from
the Qt build system.

  • Target.pri:
11:40 AM Changeset in webkit [141454] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/chromium

WebFrameTest.DisambiguationPopup is failing
​https://bugs.webkit.org/show_bug.cgi?id=108160

Patch by Dan Alcantara <​dfalcantara@chromium.org> on 2013-01-31
Reviewed by Adam Barth.

Fix the unit test so that it is using the right HTML file.

  • tests/WebFrameTest.cpp:
11:37 AM Changeset in webkit [141453] by tony@chromium.org
  • 2 edits in trunk/Source/WebKit/chromium

[Chromium] webkit_unit_tests should depend on base/allocator for ASAN
​https://bugs.webkit.org/show_bug.cgi?id=108497

Reviewed by James Robinson.

  • WebKitUnitTests.gyp:
11:35 AM Changeset in webkit [141452] by zandobersek@gmail.com
  • 2 edits in trunk/Source/WebKit2

Unreviewed GTK build fix.
Removing build targets for Web Intents files that were removed in r141448.

  • GNUmakefile.list.am:
11:34 AM Changeset in webkit [141451] by commit-queue@webkit.org
  • 7 edits
    2 copies in trunk/Tools

EWS graphs have unusual data for patch waiting times
​https://bugs.webkit.org/show_bug.cgi?id=108427

Patch by Alan Cutter <​alancutter@chromium.org> on 2013-01-31
Reviewed by Eric Seidel.

The max_patches_waiting QueueLog property may have missed recording patches waiting in idle times when no events are fired to update it. I added a cron job to take care of this issue.
The patch wait duration in PatchLogs was being incorrectly updated after a patch expired and was picked up again from the queue. That period should really count towards the processing time instead.
Added a WarningLog to record if any erroneous situations occur due to invalid contents in the datastore. These basically highlight if any "impossible" execution paths get executed.

  • QueueStatusServer/app.yaml:
  • QueueStatusServer/cron.yaml:
  • QueueStatusServer/handlers/syncqueuelogs.py: Copied from Tools/QueueStatusServer/model/patchlog.py.

(SyncQueueLogs):
(SyncQueueLogs.get):

  • QueueStatusServer/loggers/recordpatchevent.py:

(RecordPatchEvent.added):
(RecordPatchEvent.retrying):
(RecordPatchEvent.started):
(RecordPatchEvent.stopped):
(RecordPatchEvent.updated):

  • QueueStatusServer/main.py:
  • QueueStatusServer/model/patchlog.py:

(PatchLog.lookup):
(PatchLog):
(PatchLog.lookup_if_exists):
(PatchLog.calculate_process_duration):
(PatchLog._generate_key):

  • QueueStatusServer/model/queuelog.py:

(QueueLog.update_max_patches_waiting):
(QueueLog._get_or_create_txn):
(QueueLog):
(QueueLog._get_patches_waiting):

  • QueueStatusServer/model/warninglog.py: Copied from Tools/QueueStatusServer/model/patchlog.py.

(WarningLog):
(WarningLog.record):

11:25 AM Changeset in webkit [141450] by aelias@chromium.org
  • 5 edits in trunk/Source

Call FrameView::contentsResized() when setting fixed layout size
​https://bugs.webkit.org/show_bug.cgi?id=107922

Reviewed by James Robinson.

In fixed layout mode, we should be calling contentsResized() when the
fixed layout size is changed, but not laying out when the visible
content rect changes.

Previously landed as r140869 but was reverted due to a bug in bundled
Chromium-specific code. This patch includes just the minimum needed in
WebCore.

New WebFrameTest: FrameViewNeedsLayoutOnFixedLayoutResize. Some
flaky and obsolete tests for the old page scale mode are also deleted.

Source/WebCore:

  • page/FrameView.cpp:

(WebCore::FrameView::visibleContentsResized):

  • platform/ScrollView.cpp:

(WebCore::ScrollView::setFixedLayoutSize):
(WebCore::ScrollView::setUseFixedLayout):

Source/WebKit/chromium:

  • tests/WebFrameTest.cpp:
11:16 AM Changeset in webkit [141449] by tony@chromium.org
  • 3 edits
    1 delete in trunk/LayoutTests

Unreviewed, update expectation after the order of elements was codified.
​https://bugs.webkit.org/show_bug.cgi?id=98686

Also delete the Qt result since this test is skipped on Qt.

  • editing/pasteboard/data-transfer-items-expected.txt:
  • platform/qt/editing/pasteboard/data-transfer-items-expected.txt: Removed.
11:11 AM Changeset in webkit [141448] by andersca@apple.com
  • 35 edits
    20 deletes in trunk

Remove Web Intents code from WebKit2
​https://bugs.webkit.org/show_bug.cgi?id=108506

Reviewed by Simon Fraser.

Source/WebKit2:

Since nobody builds with Web Intents enabled anymore, and since the code is going to
be removed from WebCore, remove it from WebKit2.

  • Shared/API/c/WKBase.h:
  • Shared/APIClientTraits.cpp:

(WebKit):

  • Shared/APIObject.h:
  • Shared/IntentData.cpp: Removed.
  • Shared/IntentData.h: Removed.
  • Shared/IntentServiceInfo.cpp: Removed.
  • Shared/IntentServiceInfo.h: Removed.
  • Shared/WebIntentServiceInfo.cpp: Removed.
  • Shared/WebIntentServiceInfo.h: Removed.
  • UIProcess/API/C/WKAPICast.h:

(WebKit):

  • UIProcess/API/C/WKIntentData.cpp: Removed.
  • UIProcess/API/C/WKIntentData.h: Removed.
  • UIProcess/API/C/WKIntentServiceInfo.cpp: Removed.
  • UIProcess/API/C/WKIntentServiceInfo.h: Removed.
  • UIProcess/API/C/WKPage.cpp:
  • UIProcess/API/C/WKPage.h:
  • UIProcess/WebIntentData.cpp: Removed.
  • UIProcess/WebIntentData.h: Removed.
  • UIProcess/WebLoaderClient.cpp:
  • UIProcess/WebLoaderClient.h:

(WebKit):
(WebLoaderClient):

  • UIProcess/WebPageProxy.cpp:
  • UIProcess/WebPageProxy.h:

(WebKit):
(WebPageProxy):

  • UIProcess/WebPageProxy.messages.in:
  • UIProcess/WebProcessProxy.cpp:
  • UIProcess/WebProcessProxy.h:

(WebProcessProxy):

  • WebProcess/InjectedBundle/API/c/WKBundleAPICast.h:

(WebKit):

  • WebProcess/InjectedBundle/API/c/WKBundleIntent.cpp: Removed.
  • WebProcess/InjectedBundle/API/c/WKBundleIntent.h: Removed.
  • WebProcess/InjectedBundle/API/c/WKBundleIntentRequest.cpp: Removed.
  • WebProcess/InjectedBundle/API/c/WKBundleIntentRequest.h: Removed.
  • WebProcess/InjectedBundle/API/c/WKBundlePage.cpp:
  • WebProcess/InjectedBundle/API/c/WKBundlePage.h:
  • WebProcess/InjectedBundle/InjectedBundleIntent.cpp: Removed.
  • WebProcess/InjectedBundle/InjectedBundleIntent.h: Removed.
  • WebProcess/InjectedBundle/InjectedBundleIntentRequest.cpp: Removed.
  • WebProcess/InjectedBundle/InjectedBundleIntentRequest.h: Removed.
  • WebProcess/InjectedBundle/InjectedBundlePageLoaderClient.cpp:
  • WebProcess/InjectedBundle/InjectedBundlePageLoaderClient.h:

(WebKit):
(InjectedBundlePageLoaderClient):

  • WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:

(WebKit):

  • WebProcess/WebCoreSupport/WebFrameLoaderClient.h:

(WebFrameLoaderClient):

  • WebProcess/WebPage/WebFrame.cpp:
  • WebProcess/WebPage/WebFrame.h:

(WebCore):
(WebKit):
(WebFrame):

  • WebProcess/WebPage/WebPage.cpp:
  • WebProcess/WebPage/WebPage.h:

(WebCore):
(WebKit):
(WebPage):

  • WebProcess/WebPage/WebPage.messages.in:
  • WebProcess/WebProcess.cpp:
  • WebProcess/WebProcess.h:

(WebCore):
(WebProcess):

  • WebProcess/WebProcess.messages.in:

Tools:

  • WebKitTestRunner/InjectedBundle/Bindings/TestRunner.idl:
  • WebKitTestRunner/InjectedBundle/InjectedBundlePage.cpp:

(WTR::InjectedBundlePage::InjectedBundlePage):

  • WebKitTestRunner/InjectedBundle/InjectedBundlePage.h:

(InjectedBundlePage):

  • WebKitTestRunner/InjectedBundle/TestRunner.cpp:
  • WebKitTestRunner/InjectedBundle/TestRunner.h:

(TestRunner):

11:06 AM Changeset in webkit [141447] by beidson@apple.com
  • 4 edits in trunk/Source

Lack of a log level string should not obliterate compiled in logging channel state.
​https://bugs.webkit.org/show_bug.cgi?id=108502

Reviewed by Alexey Proskuryakov and Sam Weinig.

Source/WebKit/mac:

  • Misc/WebKitLogging.m: If there's no log level string, leave the channel state alone.

Source/WebKit2:

  • Platform/mac/Logging.mac.mm:

(WebKit::initializeLogChannel): If there's no log level string, leave the channel state alone.

11:06 AM Changeset in webkit [141446] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[BlackBerry] CookieParser should ignore invalid/unsupported attributes instead of ignoring the cookie
​https://bugs.webkit.org/show_bug.cgi?id=108494

PR 287832
Patch by Otto Derek Cheung <​otcheung@rim.com> on 2013-01-31
Reviewed by Rob Buis.
Internally Reviewed by Liam Quinn.

A short-term fix for CookieParser to not blow up when a Set-Cookie header has an invalid
or unsupported cookie attribute.

We will ignore the attribute only, not the entire cookie.

Also, making sure the parser won't replace values of valid attributes when evaluating an unsupported
cookie with the same length and same first character as a supported attribute.

Tested using opera cookie and browser.swlab.rim.net cookies test suite. Tested using regular sites that
has a login mechanism.

  • platform/blackberry/CookieParser.cpp:

(WebCore::CookieParser::parseOneCookie):

11:05 AM Changeset in webkit [141445] by ap@apple.com
  • 2 edits in trunk/Source/WebKit2

WebProcess sandbox profile overhaul.

Reviewed by Sam Weinig.

Moves some rules together by susbystem for easier maintenance.

Addresses <rdar://problem/9276393>, <rdar://problem/10844321>, <rdar://problem/12408537>,
<rdar://problem/12558524>.

  • WebProcess/com.apple.WebProcess.sb.in:
11:01 AM Changeset in webkit [141444] by tommyw@google.com
  • 27 edits
    1 copy
    3 adds
    2 deletes in trunk

[chromium] MediaStream API: Rename WebMediaStreamDescriptor and WebMediaStreamComponent to WebMediaStream and WebMediaStreamTrack
​https://bugs.webkit.org/show_bug.cgi?id=108458

Source/Platform:

Only renames, no other code changes.

Reviewed by Adam Barth.

  • Platform.gypi:
  • chromium/public/WebMediaStream.h: Copied from Source/Platform/chromium/public/WebMediaStreamDescriptor.h.

(WebCore):
(WebKit):
(WebMediaStream):
(ExtraData):
(WebKit::WebMediaStream::ExtraData::~ExtraData):
(WebKit::WebMediaStream::WebMediaStream):
(WebKit::WebMediaStream::~WebMediaStream):
(WebKit::WebMediaStream::operator=):
(WebKit::WebMediaStream::isNull):

  • chromium/public/WebMediaStreamCenter.h:

(WebKit):
(WebMediaStreamCenter):
(WebKit::WebMediaStreamCenter::didAddMediaStreamTrack):
(WebKit::WebMediaStreamCenter::didRemoveMediaStreamTrack):

  • chromium/public/WebMediaStreamCenterClient.h:

(WebKit):
(WebMediaStreamCenterClient):

  • chromium/public/WebMediaStreamComponent.h:
  • chromium/public/WebMediaStreamDescriptor.h:
  • chromium/public/WebMediaStreamTrack.h: Added.

(WebCore):
(WebKit):
(WebMediaStreamTrack):
(WebKit::WebMediaStreamTrack::WebMediaStreamTrack):
(WebKit::WebMediaStreamTrack::~WebMediaStreamTrack):
(WebKit::WebMediaStreamTrack::operator=):
(WebKit::WebMediaStreamTrack::isNull):

  • chromium/public/WebRTCPeerConnectionHandler.h:

(WebKit):
(WebRTCPeerConnectionHandler):

  • chromium/public/WebRTCPeerConnectionHandlerClient.h:

(WebKit):
(WebRTCPeerConnectionHandlerClient):

  • chromium/public/WebRTCStatsRequest.h:

(WebKit):
(WebRTCStatsRequest):

Source/WebCore:

Reviewed by Adam Barth.

Only renames, no other code changes.

  • WebCore.gypi:
  • platform/chromium/support/WebMediaStream.cpp: Added.

(WebKit::WebMediaStream::WebMediaStream):
(WebKit):
(WebKit::WebMediaStream::reset):
(WebKit::WebMediaStream::label):
(WebKit::WebMediaStream::id):
(WebKit::WebMediaStream::extraData):
(WebKit::WebMediaStream::setExtraData):
(WebKit::WebMediaStream::audioSources):
(WebKit::WebMediaStream::videoSources):
(WebKit::WebMediaStream::operator=):
(WebKit::WebMediaStream::operator PassRefPtr<WebCore::MediaStreamDescriptor>):
(WebKit::WebMediaStream::operator WebCore::MediaStreamDescriptor*):
(WebKit::WebMediaStream::initialize):
(WebKit::WebMediaStream::assign):

  • platform/chromium/support/WebMediaStreamComponent.cpp: Removed.
  • platform/chromium/support/WebMediaStreamDescriptor.cpp: Removed.
  • platform/chromium/support/WebMediaStreamTrack.cpp: Added.

(WebKit):
(WebKit::WebMediaStreamTrack::WebMediaStreamTrack):
(WebKit::WebMediaStreamTrack::operator=):
(WebKit::WebMediaStreamTrack::initialize):
(WebKit::WebMediaStreamTrack::reset):
(WebKit::WebMediaStreamTrack::operator PassRefPtr<MediaStreamComponent>):
(WebKit::WebMediaStreamTrack::operator MediaStreamComponent*):
(WebKit::WebMediaStreamTrack::isEnabled):
(WebKit::WebMediaStreamTrack::id):
(WebKit::WebMediaStreamTrack::stream):
(WebKit::WebMediaStreamTrack::source):
(WebKit::WebMediaStreamTrack::assign):

  • platform/chromium/support/WebRTCStatsRequest.cpp:

(WebKit::WebRTCStatsRequest::stream):
(WebKit::WebRTCStatsRequest::component):

  • platform/mediastream/chromium/MediaStreamCenterChromium.cpp:

(WebCore::MediaStreamCenterChromium::didCreateMediaStream):
(WebCore::MediaStreamCenterChromium::stopLocalMediaStream):
(WebCore::MediaStreamCenterChromium::addMediaStreamTrack):
(WebCore::MediaStreamCenterChromium::removeMediaStreamTrack):

  • platform/mediastream/chromium/MediaStreamCenterChromium.h:

(WebKit):
(MediaStreamCenterChromium):

  • platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.cpp:

(WebCore::RTCPeerConnectionHandlerChromium::didAddRemoteStream):
(WebCore::RTCPeerConnectionHandlerChromium::didRemoveRemoteStream):

  • platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.h:

(WebKit):
(RTCPeerConnectionHandlerChromium):

Source/WebKit/chromium:

Reviewed by Adam Barth.

Only renames, no other code changes.

  • public/WebMediaStreamRegistry.h:

(WebKit):
(WebMediaStreamRegistry):

  • public/WebUserMediaRequest.h:

(WebKit):
(WebUserMediaRequest):

  • src/WebMediaStreamRegistry.cpp:

(WebKit::WebMediaStreamRegistry::lookupMediaStreamDescriptor):

  • src/WebUserMediaRequest.cpp:

(WebKit::WebUserMediaRequest::requestSucceeded):

Tools:

Reviewed by Adam Barth.

Only renames, no other code changes.

  • DumpRenderTree/chromium/MockWebMediaStreamCenter.cpp:

(MockWebMediaStreamCenter::didEnableMediaStreamTrack):
(MockWebMediaStreamCenter::didDisableMediaStreamTrack):
(MockWebMediaStreamCenter::didAddMediaStreamTrack):
(MockWebMediaStreamCenter::didRemoveMediaStreamTrack):
(MockWebMediaStreamCenter::didStopLocalMediaStream):
(MockWebMediaStreamCenter::didCreateMediaStream):

  • DumpRenderTree/chromium/MockWebMediaStreamCenter.h:

(MockWebMediaStreamCenter):

  • DumpRenderTree/chromium/MockWebRTCPeerConnectionHandler.cpp:

(MockWebRTCPeerConnectionHandler::addStream):
(MockWebRTCPeerConnectionHandler::removeStream):
(MockWebRTCPeerConnectionHandler::getStats):

  • DumpRenderTree/chromium/MockWebRTCPeerConnectionHandler.h:

(MockWebRTCPeerConnectionHandler):

  • DumpRenderTree/chromium/WebUserMediaClientMock.cpp:

(UserMediaRequestTask::UserMediaRequestTask):
(WebUserMediaClientMock::requestUserMedia):

10:54 AM Changeset in webkit [141443] by mhahnenberg@apple.com
  • 4 edits in trunk/Source/JavaScriptCore

Objective-C API: Fix insertion of values greater than the max index allowed by the spec
​https://bugs.webkit.org/show_bug.cgi?id=108264

Reviewed by Oliver Hunt.

Fixed a bug, added a test to the API tests, cleaned up some code.

  • API/JSValue.h: Changed some of the documentation on setValue:atIndex: to indicate that

setting values at indices greater than UINT_MAX - 1 wont' affect the length of JS arrays.

  • API/JSValue.mm:

(-[JSValue valueAtIndex:]): We weren't returning when we should have been.
(-[JSValue setValue:atIndex:]): Added a comment about why we do the early check for being larger than UINT_MAX.
(objectToValueWithoutCopy): Removed two redundant cases that were already checked previously.

  • API/tests/testapi.mm:
10:54 AM Changeset in webkit [141442] by Simon Hausmann
  • 3 edits in trunk/Source/WebKit2

Unreviewed trivial build fix: Pre C++11 the use of

in nested templates is ambiguous in the grammar and

requires the insertion of a space here. Since these files are
not Mac specific we don't require C++11 yet and a space
fixes the build.

  • Platform/CoreIPC/Connection.h:

(Connection):

  • Shared/ChildProcessProxy.h:

(ChildProcessProxy):

10:50 AM Changeset in webkit [141441] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

REGRESSION (r141402): incorrectly set injected bundle path when running GTK unit tests
​https://bugs.webkit.org/show_bug.cgi?id=108496

Reviewed by Philippe Normand.

  • Scripts/run-gtk-tests:

(TestRunner.init): Add the build type as a member on the TestRunner interface.
(TestRunner._setup_testing_environment): Use the build type member to determine correct path
to the injected bundle.

10:46 AM Changeset in webkit [141440] by fmalita@chromium.org
  • 2 edits in trunk/LayoutTests

[Chromium] Unreviewed gardening.

  • platform/chromium/TestExpectations:
10:43 AM Changeset in webkit [141439] by commit-queue@webkit.org
  • 29 edits
    14 deletes in trunk

[EFL] Disable Web Intents
​https://bugs.webkit.org/show_bug.cgi?id=108457

Patch by Christophe Dumez <​dchris@gmail.com> on 2013-01-31
Reviewed by Alexey Proskuryakov.

.:

Turn off WEB_INTENTS flag in EFL CMake project.

  • Source/cmake/OptionsEfl.cmake:

Source/WebKit:

Remove intents files from EFL CMake project.

  • PlatformEfl.cmake:

Source/WebKit/efl:

Remove code related to Web Intents from EFL
WebKit.

  • WebCoreSupport/DumpRenderTreeSupportEfl.cpp:
  • WebCoreSupport/DumpRenderTreeSupportEfl.h:
  • WebCoreSupport/FrameLoaderClientEfl.cpp:
  • WebCoreSupport/FrameLoaderClientEfl.h:

(FrameLoaderClientEfl):

  • ewk/EWebKit.h:
  • ewk/ewk_frame.cpp:
  • ewk/ewk_frame.h:
  • ewk/ewk_frame_private.h:
  • ewk/ewk_intent.cpp: Removed.
  • ewk/ewk_intent.h: Removed.
  • ewk/ewk_intent_private.h: Removed.
  • ewk/ewk_intent_request.cpp: Removed.
  • ewk/ewk_intent_request.h: Removed.

Source/WebKit2:

Remove code related to Web Intents from EFL
WebKit2.

  • CMakeLists.txt:
  • PlatformEfl.cmake:
  • UIProcess/API/efl/EWebKit2.h:
  • UIProcess/API/efl/EwkViewCallbacks.h:
  • UIProcess/API/efl/ewk_intent.cpp: Removed.
  • UIProcess/API/efl/ewk_intent.h: Removed.
  • UIProcess/API/efl/ewk_intent_private.h: Removed.
  • UIProcess/API/efl/ewk_intent_service.cpp: Removed.
  • UIProcess/API/efl/ewk_intent_service.h: Removed.
  • UIProcess/API/efl/ewk_intent_service_private.h: Removed.
  • UIProcess/API/efl/ewk_view.cpp:
  • UIProcess/API/efl/ewk_view.h:
  • UIProcess/API/efl/tests/resources/intent-request.html: Removed.
  • UIProcess/API/efl/tests/resources/intent-service.html: Removed.
  • UIProcess/API/efl/tests/test_ewk2_intents.cpp: Removed.
  • UIProcess/efl/PageLoadClientEfl.cpp:

(WebKit::PageLoadClientEfl::PageLoadClientEfl):

  • UIProcess/efl/PageLoadClientEfl.h:

(PageLoadClientEfl):

Tools:

Remove EFL DRT code related to Web intents.

  • DumpRenderTree/efl/DumpRenderTreeChrome.cpp:

(DumpRenderTreeChrome::createView):
(DumpRenderTreeChrome::resetDefaultsToConsistentValues):
(DumpRenderTreeChrome::onFrameCreated):

  • DumpRenderTree/efl/DumpRenderTreeChrome.h:

(DumpRenderTreeChrome):

  • DumpRenderTree/efl/TestRunnerEfl.cpp:

(TestRunner::sendWebIntentResponse):
(TestRunner::deliverWebIntent):

  • Scripts/webkitperl/FeatureList.pm: Turn off WEB_INTENTS flag

for EFL port.

LayoutTests:

Skip webintents/ test cases for EFL port now that
the feature is disabled.

  • platform/efl/TestExpectations:
10:39 AM Changeset in webkit [141438] by alecflett@chromium.org
  • 5 edits in trunk/Source/WebKit/chromium

IndexedDB: Remove WebKit API for old onSuccess/onUpgradeNeeded
​https://bugs.webkit.org/show_bug.cgi?id=108399

Reviewed by Dimitri Glazkov.

Cleanup now that chromium proxies the new signatures through.

  • src/IDBCallbacksProxy.cpp:

(WebKit::IDBCallbacksProxy::onSuccess):
(WebKit::IDBCallbacksProxy::onUpgradeNeeded):

  • src/IDBCallbacksProxy.h:

(IDBCallbacksProxy):

  • src/WebIDBCallbacksImpl.cpp:
  • src/WebIDBCallbacksImpl.h:

(WebIDBCallbacksImpl):

10:38 AM Changeset in webkit [141437] by tony@chromium.org
  • 118 edits
    1 delete in trunk/LayoutTests

[chromium] Unreviewed, land baselines with textarea resizer enabled.
​https://bugs.webkit.org/show_bug.cgi?id=108383

  • platform/chromium-linux/fast/block/float/overhanging-tall-block-expected.png: Removed.
  • platform/chromium-mac-lion/editing/inserting/4960120-1-expected.png:
  • platform/chromium-mac-lion/editing/pasteboard/pasting-tabs-expected.png:
  • platform/chromium-mac-lion/fast/dom/HTMLTextAreaElement/reset-textarea-expected.png:
  • platform/chromium-mac-lion/fast/forms/basic-textareas-expected.png:
  • platform/chromium-mac-lion/fast/forms/basic-textareas-quirks-expected.png:
  • platform/chromium-mac-lion/fast/forms/form-element-geometry-expected.png:
  • platform/chromium-mac-lion/fast/forms/linebox-overflow-in-textarea-padding-expected.png:
  • platform/chromium-mac-lion/fast/forms/negativeLineHeight-expected.png:
  • platform/chromium-mac-lion/fast/forms/placeholder-position-expected.png:
  • platform/chromium-mac-lion/fast/forms/textAreaLineHeight-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-align-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-placeholder-pseudo-style-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-placeholder-visibility-1-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-placeholder-visibility-2-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-scroll-height-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-scrollbar-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-scrolled-type-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-setinnerhtml-expected.png:
  • platform/chromium-mac-lion/fast/forms/textarea-width-expected.png:
  • platform/chromium-mac-lion/fast/overflow/overflow-x-y-expected.png:
  • platform/chromium-mac-lion/fast/parser/entity-comment-in-textarea-expected.png:
  • platform/chromium-mac-lion/fast/parser/open-comment-in-textarea-expected.png:
  • platform/chromium-mac-lion/fast/replaced/width100percent-textarea-expected.png:
  • platform/chromium-mac-lion/fast/table/003-expected.png:
  • platform/chromium-mac-lion/fast/text/international/rtl-white-space-pre-wrap-expected.png:
  • platform/chromium-mac-lion/fast/text/international/unicode-bidi-plaintext-in-textarea-expected.png:
  • platform/chromium-mac-lion/tables/mozilla/bugs/bug194024-expected.png:
  • platform/chromium-mac-lion/tables/mozilla/bugs/bug30559-expected.png:
  • platform/chromium-mac-lion/tables/mozilla/bugs/bug30692-expected.png:
  • platform/chromium-mac-snowleopard/editing/inserting/4960120-1-expected.png:
  • platform/chromium-mac-snowleopard/editing/pasteboard/pasting-tabs-expected.png:
  • platform/chromium-mac-snowleopard/fast/dom/HTMLTextAreaElement/reset-textarea-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/basic-textareas-quirks-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/form-element-geometry-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/linebox-overflow-in-textarea-padding-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/negativeLineHeight-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/placeholder-position-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textAreaLineHeight-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textarea-align-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textarea-placeholder-pseudo-style-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textarea-placeholder-visibility-1-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textarea-placeholder-visibility-2-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textarea-scroll-height-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textarea-scrollbar-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textarea-scrolled-type-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/textarea-width-expected.png:
  • platform/chromium-mac-snowleopard/fast/overflow/overflow-x-y-expected.png:
  • platform/chromium-mac-snowleopard/fast/parser/entity-comment-in-textarea-expected.png:
  • platform/chromium-mac-snowleopard/fast/parser/open-comment-in-textarea-expected.png:
  • platform/chromium-mac-snowleopard/fast/replaced/width100percent-textarea-expected.png:
  • platform/chromium-mac-snowleopard/fast/table/003-expected.png:
  • platform/chromium-mac-snowleopard/fast/text/international/rtl-white-space-pre-wrap-expected.png:
  • platform/chromium-mac-snowleopard/fast/text/international/unicode-bidi-plaintext-in-textarea-expected.png:
  • platform/chromium-mac-snowleopard/tables/mozilla/bugs/bug194024-expected.png:
  • platform/chromium-mac-snowleopard/tables/mozilla/bugs/bug30559-expected.png:
  • platform/chromium-mac-snowleopard/tables/mozilla/bugs/bug30692-expected.png:
  • platform/chromium-mac/editing/inserting/4960120-1-expected.png:
  • platform/chromium-mac/editing/pasteboard/pasting-tabs-expected.png:
  • platform/chromium-mac/fast/dom/HTMLTextAreaElement/reset-textarea-expected.png:
  • platform/chromium-mac/fast/forms/basic-textareas-expected.png:
  • platform/chromium-mac/fast/forms/basic-textareas-quirks-expected.png:
  • platform/chromium-mac/fast/forms/form-element-geometry-expected.png:
  • platform/chromium-mac/fast/forms/linebox-overflow-in-textarea-padding-expected.png:
  • platform/chromium-mac/fast/forms/negativeLineHeight-expected.png:
  • platform/chromium-mac/fast/forms/placeholder-position-expected.png:
  • platform/chromium-mac/fast/forms/textAreaLineHeight-expected.png:
  • platform/chromium-mac/fast/forms/textarea-align-expected.png:
  • platform/chromium-mac/fast/forms/textarea-placeholder-pseudo-style-expected.png:
  • platform/chromium-mac/fast/forms/textarea-placeholder-visibility-1-expected.png:
  • platform/chromium-mac/fast/forms/textarea-placeholder-visibility-2-expected.png:
  • platform/chromium-mac/fast/forms/textarea-scroll-height-expected.png:
  • platform/chromium-mac/fast/forms/textarea-scrollbar-expected.png:
  • platform/chromium-mac/fast/forms/textarea-scrolled-type-expected.png:
  • platform/chromium-mac/fast/forms/textarea-setinnerhtml-expected.png:
  • platform/chromium-mac/fast/forms/textarea-width-expected.png:
  • platform/chromium-mac/fast/overflow/overflow-x-y-expected.png:
  • platform/chromium-mac/fast/parser/entity-comment-in-textarea-expected.png:
  • platform/chromium-mac/fast/parser/open-comment-in-textarea-expected.png:
  • platform/chromium-mac/fast/repaint/textarea-set-disabled-expected.png:
  • platform/chromium-mac/fast/replaced/width100percent-textarea-expected.png:
  • platform/chromium-mac/fast/table/003-expected.png:
  • platform/chromium-mac/fast/text/international/rtl-white-space-pre-wrap-expected.png:
  • platform/chromium-mac/fast/text/international/unicode-bidi-plaintext-in-textarea-expected.png:
  • platform/chromium-mac/tables/mozilla/bugs/bug194024-expected.png:
  • platform/chromium-mac/tables/mozilla/bugs/bug30559-expected.png:
  • platform/chromium-mac/tables/mozilla/bugs/bug30692-expected.png:
  • platform/chromium-win/editing/inserting/4960120-1-expected.png:
  • platform/chromium-win/editing/pasteboard/pasting-tabs-expected.png:
  • platform/chromium-win/fast/block/float/overhanging-tall-block-expected.png:
  • platform/chromium-win/fast/dom/HTMLTextAreaElement/reset-textarea-expected.png:
  • platform/chromium-win/fast/forms/basic-textareas-expected.png:
  • platform/chromium-win/fast/forms/basic-textareas-quirks-expected.png:
  • platform/chromium-win/fast/forms/form-element-geometry-expected.png:
  • platform/chromium-win/fast/forms/linebox-overflow-in-textarea-padding-expected.png:
  • platform/chromium-win/fast/forms/negativeLineHeight-expected.png:
  • platform/chromium-win/fast/forms/placeholder-position-expected.png:
  • platform/chromium-win/fast/forms/textAreaLineHeight-expected.png:
  • platform/chromium-win/fast/forms/textarea-align-expected.png:
  • platform/chromium-win/fast/forms/textarea-placeholder-pseudo-style-expected.png:
  • platform/chromium-win/fast/forms/textarea-placeholder-visibility-1-expected.png:
  • platform/chromium-win/fast/forms/textarea-placeholder-visibility-2-expected.png:
  • platform/chromium-win/fast/forms/textarea-scroll-height-expected.png:
  • platform/chromium-win/fast/forms/textarea-scrollbar-expected.png:
  • platform/chromium-win/fast/forms/textarea-scrolled-type-expected.png:
  • platform/chromium-win/fast/forms/textarea-setinnerhtml-expected.png:
  • platform/chromium-win/fast/forms/textarea-width-expected.png:
  • platform/chromium-win/fast/overflow/overflow-x-y-expected.png:
  • platform/chromium-win/fast/parser/entity-comment-in-textarea-expected.png:
  • platform/chromium-win/fast/parser/open-comment-in-textarea-expected.png:
  • platform/chromium-win/fast/replaced/width100percent-textarea-expected.png:
  • platform/chromium-win/fast/table/003-expected.png:
  • platform/chromium-win/fast/text/international/rtl-white-space-pre-wrap-expected.png:
  • platform/chromium-win/fast/text/international/unicode-bidi-plaintext-in-textarea-expected.png:
  • platform/chromium-win/tables/mozilla/bugs/bug194024-expected.png:
  • platform/chromium-win/tables/mozilla/bugs/bug30559-expected.png:
  • platform/chromium-win/tables/mozilla/bugs/bug30692-expected.png:
  • platform/chromium/TestExpectations:
10:34 AM Changeset in webkit [141436] by commit-queue@webkit.org
  • 5 edits in trunk

Web Inspector: searching for <u> in elements panel finds all tags containing "u"
​https://bugs.webkit.org/show_bug.cgi?id=108176

Patch by Dmitry Zvorygin <​zvorygin@chromium.org> on 2013-01-31
Reviewed by Pavel Feldman.

When searching for tag name check that tag name must either start from
search query, or must end with it.

Source/WebCore:

  • inspector/InspectorDOMAgent.cpp:

(WebCore::InspectorDOMAgent::performSearch):

LayoutTests:

  • inspector/elements/elements-panel-search-expected.txt:
  • inspector/elements/elements-panel-search.html:
10:32 AM Changeset in webkit [141435] by Simon Hausmann
  • 2 edits in trunk/Tools

[Qt] Disable force_static_libs_as_shared in developer builds if wk2 is enabled

Reviewed by Jocelyn Turcotte.

This is a temporary workaround during the development of #108471, where we move files around
but some link time dependencies might remain.

  • qmake/mkspecs/features/default_post.prf:
10:24 AM Changeset in webkit [141434] by zandobersek@gmail.com
  • 3 edits in trunk/LayoutTests

Unreviewed GTK gardening.

Adding a flaky crasher expectation for fast/css-generated-content/block-and-box-hit-testing.html.
Removing failure expectations for SVGViewSpec tests.

  • platform/gtk-wk1/TestExpectations:
  • platform/gtk/TestExpectations:
10:22 AM Changeset in webkit [141433] by ap@apple.com
  • 3 edits in trunk/Source/WebKit2

<rdar://problem/12695827> PPT: Make loading file URLs work with a sandboxed NetworkProcess

Address review comments.

  • NetworkProcess/mac/com.apple.WebKit.NetworkProcess.sb.in:
  • WebProcess/com.apple.WebProcess.sb.in:
10:18 AM Changeset in webkit [141432] by andersca@apple.com
  • 5 edits in trunk/Source/WebKit2

Stop using OutgoingMessage
​https://bugs.webkit.org/show_bug.cgi?id=108495

Reviewed by Sam Weinig.

  • Platform/CoreIPC/Connection.cpp:

(CoreIPC::Connection::sendMessage):
(CoreIPC::Connection::sendOutgoingMessages):

  • Platform/CoreIPC/Connection.h:

(Connection):

  • Shared/ChildProcessProxy.cpp:

(WebKit::ChildProcessProxy::~ChildProcessProxy):
(WebKit::ChildProcessProxy::sendMessage):
(WebKit::ChildProcessProxy::didFinishLaunching):

  • Shared/ChildProcessProxy.h:

(ChildProcessProxy):

10:12 AM Changeset in webkit [141431] by mark.lam@apple.com
  • 4 edits in trunk/Source/WebCore

DatabaseContext needs to outlive the ScriptExecutionContext.
​https://bugs.webkit.org/show_bug.cgi?id=108355.

Reviewed by Geoffrey Garen.

Added a RefPtr<DatabaseContext> in ScriptExecutionContext to keep the
DatabaseContext alive until after ScriptExecutionContext destructs.

No new tests.

  • Modules/webdatabase/DatabaseContext.cpp:

(WebCore::DatabaseContext::DatabaseContext):

  • dom/ScriptExecutionContext.cpp:

(WebCore::ScriptExecutionContext::setDatabaseContext):

  • dom/ScriptExecutionContext.h:

(ScriptExecutionContext):

10:04 AM Changeset in webkit [141430] by Simon Hausmann
  • 8 edits
    1 copy
    1 add in trunk

[Qt] Make it possible to compile WebKit2 Qt related files without access to internal WK2 C++ API
​https://bugs.webkit.org/show_bug.cgi?id=108472

Reviewed by Andreas Kling.

.:

When linking WebKit2, also link the WebKit2QML module.

  • Source/api.pri:

Source/WebKit2:

Add a new module to the qmake build system that represents the part of the WebKit2 Qt integration
that doesn't depend on WebKit2 internals.

Changed qwebnavigationhistory.cpp to not use any internal headers and compile it as part of the
internals-free module.

  • Target.pri:
  • UIProcess/API/qt/qwebnavigationhistory.cpp:
  • WebKit2.pro:
  • WebKit2QML.pri: Added.

Tools:

Add a new module to the qmake build system that represents the part of the WebKit2 Qt integration
that doesn't depend on WebKit2 internals.

  • qmake/mkspecs/features/webkit_modules.prf:
  • qmake/mkspecs/modules/webkit2qml.prf: Copied from Source/WebKit2/WebKit2.pro.
9:59 AM Changeset in webkit [141429] by g.czajkowski@samsung.com
  • 2 edits in trunk/Source/WebCore

On Linux, can't get spelling suggestions without selection when unified text checker is enabled
​https://bugs.webkit.org/show_bug.cgi?id=107684

Reviewed by Ryosuke Niwa.

No new tests, covered by context-menu-suggestions.html.

  • editing/Editor.cpp:

(WebCore::Editor::guessesForMisspelledOrUngrammatical):
For Linux, extend selection range to the closest word to get
the spelling suggestions when unified text checker is enabled.

9:44 AM Changeset in webkit [141428] by commit-queue@webkit.org
  • 7 edits in trunk

[chromium] Remove dead transitional code from WebViewImpl
​https://bugs.webkit.org/show_bug.cgi?id=107889

Patch by James Robinson <​jamesr@chromium.org> on 2013-01-31
Reviewed by Adam Barth.

Source/WebKit/chromium:

The chromium side of this landed at r178256 and seems stable.

  • public/WebWidget.h:

(WebKit::WebWidget::setCompositorSurfaceReady):

  • src/WebViewImpl.cpp:

(WebKit::WebViewImpl::WebViewImpl):
(WebKit::WebViewImpl::~WebViewImpl):
(WebKit):
(WebKit::WebViewImpl::setIsTransparent):
(WebKit::WebViewImpl::setIsAcceleratedCompositingActive):

  • src/WebViewImpl.h:
  • tests/ScrollingCoordinatorChromiumTest.cpp:

(WebKit::FakeWebViewClient::initializeLayerTreeView):
(FakeWebViewClient):
(WebKit::FakeWebViewClient::layerTreeView):
(WebKit::ScrollingCoordinatorChromiumTest::ScrollingCoordinatorChromiumTest):
(ScrollingCoordinatorChromiumTest):

Tools:

ScrollingCoordinatorChromiumTests need to initialize compositing, so its implementation of
WebWidgetClient has to support the new compositor initialization path.

  • DumpRenderTree/chromium/WebViewHost.cpp:

(WebViewHost::initializeLayerTreeView):
(WebViewHost::setWebWidget):

9:36 AM Changeset in webkit [141427] by fmalita@chromium.org
  • 2 edits in trunk/Source/WebCore

[Skia] Update SkiaImageFilterBuilder's brightness matrix to match Chromium's implementation
​https://bugs.webkit.org/show_bug.cgi?id=107841

Reviewed by Stephen White.

Update Skia's brightness filter to match the spec after ​http://trac.webkit.org/changeset/139770.

No new tests: covered by existing tests (currently disabled pending rebaseline).

  • platform/graphics/filters/skia/SkiaImageFilterBuilder.cpp:
9:17 AM Changeset in webkit [141426] by commit-queue@webkit.org
  • 6 edits in trunk/Source/WebCore

Web Inspector: show cursor location in DTE
​https://bugs.webkit.org/show_bug.cgi?id=108478

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-31
Reviewed by Pavel Feldman.

Add a new status bar element to SourceFrame to display current
DefaultTextEditor cursor position.

No new tests.

  • English.lproj/localizedStrings.js:
  • inspector/front-end/DefaultTextEditor.js:

(WebInspector.DefaultTextEditor.prototype.copyRange):

  • inspector/front-end/SourceFrame.js:

(WebInspector.SourceFrame):
(WebInspector.SourceFrame.prototype.statusBarItems):
(WebInspector.SourceFrame.prototype.selectionChanged):
(WebInspector.SourceFrame.prototype._updateSourcePosition):

  • inspector/front-end/TextEditor.js:

(WebInspector.TextEditor.prototype.copyRange):

  • inspector/front-end/inspector.css:

(.source-frame-position):

8:45 AM Changeset in webkit [141425] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

WebKitTestRunner needs an implementation of eventSender.beginDragWithFiles
​https://bugs.webkit.org/show_bug.cgi?id=64285

  • platform/wk2/TestExpectations:

Skip another test that uses eventSender.beginDragWithFiles.

8:33 AM Changeset in webkit [141424] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: overlay highlight in DTE gets messed up when zoom factor changes.
​https://bugs.webkit.org/show_bug.cgi?id=108486

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-31
Reviewed by Pavel Feldman.

Repaint overlay highlight when zoom factor changes.

No new tests.

  • inspector/front-end/DefaultTextEditor.js:

(WebInspector.TextEditorMainPanel.prototype.highlightRegex):
(WebInspector.TextEditorMainPanel.prototype.removeHighlight):
(WebInspector.TextEditorMainPanel.prototype.highlightRange):
(WebInspector.TextEditorMainPanel.prototype._repaintLineRowsAffectedByHighlightDescriptors):
(WebInspector.TextEditorMainPanel.prototype.resize):

8:13 AM Changeset in webkit [141423] by kadam@inf.u-szeged.hu
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening. Skip a failing test after r141269.
​https://bugs.webkit.org/show_bug.cgi?id=108481.
Renamed inspector/editor/text-editor-ctrl-movements.html after r141399.

  • platform/qt/TestExpectations:
7:48 AM PortIntegrationArchitectureIssues edited by Noam Rosenthal
(diff)
7:40 AM PortIntegrationArchitectureIssues created by Noam Rosenthal
7:16 AM Changeset in webkit [141422] by Lucas Forschler
  • 1 copy in tags/Safari-537.29

New Tag.

7:16 AM Changeset in webkit [141421] by Lucas Forschler
  • 1 delete in tags/Safari-537.29

Remove Tag.

7:07 AM Changeset in webkit [141420] by Simon Hausmann
  • 2 edits in trunk/Source/WebCore

[Qt] Fix minor memory leak in slot execution

Reviewed by Allan Sandfeld Jensen.

Don't leak the "length" string when executing a slot in JavaScript.

  • bridge/qt/qt_runtime.cpp:

(JSC::Bindings::QtConnectionObject::execute):

6:59 AM Changeset in webkit [141419] by Simon Hausmann
  • 2 edits in trunk/Source/WebKit2

Unreviewed trivial build fix: Add missing virtual destructor to
LayerTreeRendererClient. Otherwise the build with -Werror breaks, which
complains (rightly so) that we're deleting a sub-class where the super class
doesn't have a virtual destructor.

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.h:

(WebKit::LayerTreeRendererClient::~LayerTreeRendererClient):

6:57 AM Changeset in webkit [141418] by mkwst@chromium.org
  • 13 edits
    12 adds in trunk

Allow blocking of IndexedDB in third-party contexts
​https://bugs.webkit.org/show_bug.cgi?id=94171

Reviewed by Jochen Eisinger.

Source/WebCore:

This patch ensures that the origin of the top window is passed into
SecurityOrigin::canAccessDatabase when working with IndexedDB. Giving
SecurityOrigin access to this data means that it can properly check
whether the database is being opened in a third-party context, and
therefore properly enforce the third-party access checks that were
added in ​http://trac.webkit.org/changeset/125736.

Third-party checks are added to IDBFactory::open,
IDBFactory::deleteDatabase, and IDBFactory::getDatabaseNames; each will
now throw a SECURITY_ERR exception when access in a third-party context
if third-party access checks are enabled.

To make this process slightly more clear, and avoid some ugly casting
logic, this patch adds a 'topOrigin' method to ScriptExecutionContext,
and implements it on both WorkerContext and Document.

Tests: http/tests/security/cross-origin-indexeddb-allowed.html

http/tests/security/cross-origin-indexeddb.html
http/tests/security/cross-origin-worker-indexeddb-allowed.html
http/tests/security/cross-origin-worker-indexeddb.html

  • Modules/indexeddb/IDBFactory.cpp:

(WebCore::IDBFactory::getDatabaseNames):
(WebCore::IDBFactory::openInternal):
(WebCore::IDBFactory::deleteDatabase):

Grab the SecurityOrigin of the current context's top-level origin,
and pass it to SecurityOrigin::canAccessDatabase to ensure that
access checks are properly applied to these three methods.

  • dom/Document.cpp:

(WebCore::Document::topOrigin):
(WebCore):

  • dom/Document.h:

(Document):

  • dom/ScriptExecutionContext.h:

(ScriptExecutionContext):

Add a topOrigin() method to ScriptExecutionContext, and implement it
on Document in order to give callers access to the top document's
SecurityOrigin without casting ScriptExecutionContext.

  • workers/WorkerContext.h:

Change the existing topOrigin() method to override the new method
on ScriptExecutionContext.

LayoutTests:

Add tests to ensure that IndexedDB can be blocked in a third-party
context in both normal documents and in workers. These tests are
modeled after the existing cross-origin-websql* tests; it might be
possible to reuse some code in the future.

  • http/tests/security/cross-origin-indexeddb-allowed-expected.txt: Added.
  • http/tests/security/cross-origin-indexeddb-allowed.html: Added.
  • http/tests/security/cross-origin-indexeddb-expected.txt: Added.
  • http/tests/security/cross-origin-indexeddb.html: Added.
  • http/tests/security/cross-origin-worker-indexeddb-allowed-expected.txt: Added.
  • http/tests/security/cross-origin-worker-indexeddb-allowed.html: Added.
  • http/tests/security/cross-origin-worker-indexeddb-expected.txt: Added.
  • http/tests/security/cross-origin-worker-indexeddb.html: Added.
  • http/tests/security/resources/cross-origin-iframe-for-indexeddb.html: Added.
  • http/tests/security/resources/cross-origin-iframe-for-worker-indexeddb.html: Added.
  • http/tests/security/resources/document-for-cross-origin-worker-indexeddb.html: Added.
  • http/tests/security/resources/worker-for-indexeddb.js: Added.

(self.onmessage):

Add exciting new tests, with more boilerplate than I expected!

  • platform/efl/TestExpectations:
  • platform/mac-snowleopard/TestExpectations:
  • platform/mac/TestExpectations:
  • platform/qt/TestExpectations:
  • platform/win/TestExpectations:
  • platform/wincairo/TestExpectations:

Skip these IndexedDB tests on platforms where the feature isn't
enabled.

6:52 AM Changeset in webkit [141417] by commit-queue@webkit.org
  • 3 edits in trunk/Source/WebCore

Web Inspector: [Network] Add cookie column to show presence of request/response cookies.
​https://bugs.webkit.org/show_bug.cgi?id=107441

Patch by Eugene Klyuchnikov <​eustas@chromium.org> on 2013-01-31
Reviewed by Pavel Feldman.

In some use cases only responses that contain "set-cookie" headers
are interesting.

  • English.lproj/localizedStrings.js: Added "Set-Cookies" string.
  • inspector/front-end/NetworkPanel.js:

(WebInspector.NetworkLogView.prototype._createTable): Added columns.
(WebInspector.NetworkLogView.prototype._createSortingFunctions): Ditto.
(WebInspector.NetworkDataGridNode.prototype.createCells): Ditto.
(WebInspector.NetworkDataGridNode.prototype.refreshRequest): Ditto.
(WebInspector.NetworkDataGridNode.prototype._refreshCookiesCell): Added.
(WebInspector.NetworkDataGridNode.prototype._refreshSetCookiesCell): Added.
(WebInspector.NetworkDataGridNode.RequestCookiesCountComparator): Added.
(WebInspector.NetworkDataGridNode.ResponseCookiesCountComparator): Added.

6:30 AM Changeset in webkit [141416] by kadam@inf.u-szeged.hu
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening. Skip two compositing tests, because They hit assertion fail after 140999.
​https://bugs.webkit.org/show_bug.cgi?id=108257.

  • platform/qt/TestExpectations:
6:15 AM Changeset in webkit [141415] by aandrey@chromium.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: Exception in HeapSnapshotView.js
​https://bugs.webkit.org/show_bug.cgi?id=108456

Reviewed by Yury Semikhatsky.

Listen "profile added" events in the HeapSnapshotView targeted only to the Heap Snapshot type.

  • inspector/front-end/HeapSnapshotView.js:

(WebInspector.HeapSnapshotView.prototype._onProfileHeaderAdded):

6:10 AM Changeset in webkit [141414] by commit-queue@webkit.org
  • 7 edits in trunk

Web Inspector: do not set any textContent in overlay highlight spans
​https://bugs.webkit.org/show_bug.cgi?id=108460

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-31
Reviewed by Pavel Feldman.

Source/WebCore:

Do not set any text content for overlay highlight spans to implicitly
set its height. Instead, measure its height in the same manner as its
done for "width" and "left" and set it explicitly.

No new tests: no change in behaviour.

  • inspector/front-end/DefaultTextEditor.js:

(WebInspector.TextEditorMainPanel.prototype._appendOverlayHighlight):
(WebInspector.TextEditorMainPanel.ElementMetrics):

  • inspector/front-end/textEditor.css:

(.text-editor-token-highlight): Update highlight to correspond to
slightly different elements height.

LayoutTests:

Replace "height" pixel value with "<number>" to avoid difference in
test expectations on varioius platforms and correct test expectations.

  • inspector/editor/editor-test.js:

(initialize_EditorTests.InspectorTest.dumpEditorHTML):

  • inspector/editor/text-editor-highlight-api-expected.txt:
  • inspector/editor/text-editor-highlight-token-expected.txt:
6:07 AM Changeset in webkit [141413] by allan.jensen@digia.com
  • 2 edits in trunk/Source/WebCore

[Qt] Box shadows on a transparency layer is very slow
​https://bugs.webkit.org/show_bug.cgi?id=107547

Reviewed by Noam Rosenthal.

Include the window boundaries in the clip returned by GraphicsContext,
since QPainter may remember clips larger than the destination, but
ShadowBlur uses the clipBounds to determine the size of the shadow layer.

  • platform/graphics/qt/GraphicsContextQt.cpp:

(WebCore::GraphicsContext::clipBounds):

6:07 AM Changeset in webkit [141412] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

Coordinated Graphics: view the debug border/repaint count of the non composited layer.
​https://bugs.webkit.org/show_bug.cgi?id=108401

Patch by Seulgi Kim <​seulgikim@company100.net> on 2013-01-31
Reviewed by Noam Rosenthal.

Make non-compositing layer draw debug border and show repaint counter
accroding to settings.

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:

(WebKit::CoordinatedLayerTreeHost::CoordinatedLayerTreeHost):

6:05 AM Changeset in webkit [141411] by pfeldman@chromium.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: highlight backend languages as scripts
​https://bugs.webkit.org/show_bug.cgi?id=108336

Reviewed by Vsevolod Vlasov.

Most languages have structure similar to js, so enabling default highlighter for them won't hurt.

  • inspector/front-end/FileSystemWorkspaceProvider.js:

(WebInspector.FileSystemWorkspaceProvider.prototype._contentTypeForPath):

5:58 AM EFLWebKitBuildBots edited by dchris@gmail.com
(diff)
5:57 AM EFLWebKitBuildBots edited by dchris@gmail.com
(diff)
5:56 AM WebKit Team edited by dchris@gmail.com
Update my affiliation. (diff)
5:48 AM Changeset in webkit [141410] by akling@apple.com
  • 1 edit in trunk/Source/JavaScriptCore/ChangeLog

Unjumble ChangeLog authors after r141407.

5:42 AM Changeset in webkit [141409] by aandrey@chromium.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: [Profiles] show launcher view upon deleting last profile type's header
​https://bugs.webkit.org/show_bug.cgi?id=108468

Reviewed by Pavel Feldman.

We should show launcher view and hide profile type sidebar section upon deleting last profile type's header from the sidebar.
Right now we only show launcher view upon deleting the last profile header (of any profile type).

  • inspector/front-end/ProfilesPanel.js:

(WebInspector.ProfilesPanel.prototype._removeProfileHeader):

5:39 AM Changeset in webkit [141408] by fmalita@chromium.org
  • 2 edits in trunk/LayoutTests

[Chromium] Unreviewed gardening.

  • platform/chromium-mac-snowleopard/fast/forms/basic-textareas-expected.png:
5:34 AM Changeset in webkit [141407] by akling@apple.com
  • 7 edits in trunk/Source

Vector should consult allocator about ideal size when choosing capacity.
<​http://webkit.org/b/108410>
<rdar://problem/13124002>

Source/JavaScriptCore:

Patch by Filip Pizlo <​fpizlo@apple.com> on 2013-01-30
Reviewed by Benjamin Poulain.

Remove assertion about Vector capacity that won't hold anymore since capacity()
may not be what you passed to reserveCapacity().

  • bytecode/CodeBlock.cpp:

(JSC::CodeBlock::CodeBlock):

Source/WTF:

Reviewed by Benjamin Poulain.

Added WTF::fastMallocGoodSize(), a workalike/wrapper for OS X's malloc_good_size().
It returns the actual size of the block that will get allocated for a given byte size.

Vector's internal buffer now checks with the allocator if the resulting allocation
could actually house more objects and updates its capacity to make use of the space.

  • wtf/Deque.h:

(WTF::::expandCapacity):

  • wtf/FastMalloc.cpp:

(WTF::fastMallocGoodSize):

  • wtf/FastMalloc.h:
  • wtf/Vector.h:

(WTF::VectorBufferBase::allocateBuffer):
(WTF::VectorBufferBase::tryAllocateBuffer):
(WTF::VectorBufferBase::reallocateBuffer):

5:25 AM Changeset in webkit [141406] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: [Network] Columns are misaligned as first row goes out of sight.
​https://bugs.webkit.org/show_bug.cgi?id=107933

Patch by Eugene Klyuchnikov <​eustas@chromium.org> on 2013-01-31
Reviewed by Pavel Feldman.

For some reason if "td" elements in first table row have "display: none"
style, then column width calculation breaks.

  • inspector/front-end/networkLogView.css:

(.network-log-grid.data-grid tr.offscreen > td > div):
Hide content instead of "td" element itself.

5:01 AM Changeset in webkit [141405] by Vineet
  • 5 edits
    2 adds in trunk

formMethod to have empty string as default value and 'get' as invalid.
​https://bugs.webkit.org/show_bug.cgi?id=108263

Reviewed by Kent Tamura.

The spec says formmethod should only have an invalid value default, not a missing value default.
Spec: ​http://www.whatwg.org/specs/web-apps/current-work/#form-submission-0

​http://www.w3.org/html/wg/drafts/html/master/forms.html#attr-fs-formmethod

Source/WebCore:

Test: fast/forms/formmethod-attribute-test.html

  • html/HTMLFormControlElement.cpp: For the missing formMethod attr return empty string.

(WebCore::HTMLFormControlElement::formMethod):

LayoutTests:

  • fast/forms/formmethod-attribute-test-expected.txt: Added.
  • fast/forms/formmethod-attribute-test.html: Added.
  • fast/forms/submit-form-attributes-expected.txt:
  • fast/forms/submit-form-attributes.html: Modified test to behave as expected.
4:47 AM Changeset in webkit [141404] by commit-queue@webkit.org
  • 6 edits
    1 add in trunk/Source/WebCore

[Efl][WebGL] Add better support to track and free XResources.
​https://bugs.webkit.org/show_bug.cgi?id=107397

Patch by Kondapally Kalyan <​kalyan.kondapally@intel.com> on 2013-01-20
Reviewed by Noam Rosenthal.

We leak Memory during config selection as we dont free temporary
allocated visuals, config etc. This patch ensures that we dont leak any
memory.

Covered by existing WebGL tests.

  • platform/graphics/surfaces/egl/EGLSurface.cpp:

(WebCore::EGLWindowTransportSurface::EGLWindowTransportSurface):

  • platform/graphics/surfaces/glx/GLXConfigSelector.h:

(WebCore::GLXConfigSelector::GLXConfigSelector):
(WebCore::GLXConfigSelector::visualInfo):
(WebCore::GLXConfigSelector::pBufferContextConfig):
(WebCore::GLXConfigSelector::surfaceContextConfig):
(WebCore::GLXConfigSelector::createSurfaceConfig):
(GLXConfigSelector):
Removed XVisualInfo as member variable. Fixed memory leaks.

  • platform/graphics/surfaces/glx/GLXSurface.cpp:

(WebCore::GLXTransportSurface::GLXTransportSurface):

  • platform/graphics/surfaces/glx/OwnPtrX11.h: Added.

(OwnPtrX11):
(WebCore::OwnPtrX11::OwnPtrX11):
(WebCore::OwnPtrX11::~OwnPtrX11):
(WebCore::OwnPtrX11::operator=):
(WebCore::OwnPtrX11::operator T*):
(WebCore::OwnPtrX11::operator->):
(WebCore::OwnPtrX11::get):
Calls XFree on pointer to memory allocated by X when the class goes out of scope.
OwnPtr cannot be used here as GLXFBConfig is a pointer to an array of pointers.

  • platform/graphics/surfaces/glx/X11WindowResources.cpp:

(WebCore::X11OffScreenWindow::X11OffScreenWindow):
(WebCore::X11OffScreenWindow::~X11OffScreenWindow):
(WebCore):
(WebCore::X11OffScreenWindow::createOffScreenWindow):
(WebCore::X11OffScreenWindow::destroyWindow):
(WebCore::X11OffScreenWindow::nativeSharedDisplay):

  • platform/graphics/surfaces/glx/X11WindowResources.h:

(X11OffScreenWindow):
Removed unused code. Fixed memory leaks.

4:45 AM Changeset in webkit [141403] by aandrey@chromium.org
  • 11 edits in trunk

Web Inspector: [Canvas] remove invalid canvas profile trace logs upon frame navigation
​https://bugs.webkit.org/show_bug.cgi?id=108454

Reviewed by Pavel Feldman.

Source/WebCore:

When canvas profile trace logs stored in the backend get destroyed (for example, on frame navigation), send an event to frontend and update the UI.
Drive-by: replace String types to corresponding TypeBuilder::Canvas::* typedefs.

  • inspector/InjectedScriptCanvasModule.cpp:

(WebCore::InjectedScriptCanvasModule::captureFrame):
(WebCore::InjectedScriptCanvasModule::startCapturing):
(WebCore::InjectedScriptCanvasModule::callStartCapturingFunction):
(WebCore::InjectedScriptCanvasModule::stopCapturing):
(WebCore::InjectedScriptCanvasModule::dropTraceLog):
(WebCore::InjectedScriptCanvasModule::callVoidFunctionWithTraceLogIdArgument):
(WebCore::InjectedScriptCanvasModule::traceLog):
(WebCore::InjectedScriptCanvasModule::replayTraceLog):
(WebCore::InjectedScriptCanvasModule::resourceInfo):
(WebCore::InjectedScriptCanvasModule::resourceState):

  • inspector/InjectedScriptCanvasModule.h:

(InjectedScriptCanvasModule):

  • inspector/Inspector.json:
  • inspector/InspectorCanvasAgent.cpp:

(WebCore::InspectorCanvasAgent::dropTraceLog):
(WebCore::InspectorCanvasAgent::stopCapturing):
(WebCore::InspectorCanvasAgent::getTraceLog):
(WebCore::InspectorCanvasAgent::replayTraceLog):
(WebCore::InspectorCanvasAgent::getResourceInfo):
(WebCore::InspectorCanvasAgent::getResourceState):
(WebCore::InspectorCanvasAgent::frameNavigated):

  • inspector/InspectorCanvasAgent.h:

(InspectorCanvasAgent):

  • inspector/InspectorPageAgent.cpp:

(WebCore::InspectorPageAgent::hasIdForFrame):
(WebCore):

  • inspector/InspectorPageAgent.h:

(InspectorPageAgent):

  • inspector/front-end/CanvasProfileView.js:

(WebInspector.CanvasProfileType.prototype._runSingleFrameCapturing):
(WebInspector.CanvasProfileType.prototype._startFrameCapturing):
(WebInspector.CanvasProfileType.prototype._didStartCapturingFrame):
(WebInspector.CanvasProfileType.prototype._traceLogsRemoved):
(WebInspector.CanvasDispatcher.prototype.contextCreated):
(WebInspector.CanvasDispatcher.prototype.traceLogsRemoved):
(WebInspector.CanvasProfileHeader):
(WebInspector.CanvasProfileHeader.prototype.frameId):

LayoutTests:

  • inspector/profiler/canvas-profiler-test.js:

(initialize_CanvasWebGLProfilerTest.InspectorTest.enableCanvasAgent.InspectorBackend.registerCanvasDispatcher):

4:43 AM Changeset in webkit [141402] by kov@webkit.org
  • 3 edits in trunk/Tools

[GTK] run-gtk-tests does not respect the -d argument
​https://bugs.webkit.org/show_bug.cgi?id=107822

Reviewed by Philippe Normand.

  • Scripts/run-gtk-tests:

(TestRunner.init): use the value for the debug option to decide what
build_type to request a path for.

  • gtk/common.py:

(get_build_path): now accepts a build_type argument instead of trying both
Release and Debug in order, defaults to release.
(build_path): takes and passes a build_type argument, no default value.

4:04 AM Changeset in webkit [141401] by commit-queue@webkit.org
  • 5 edits in trunk

Web Inspector: DTE doesn't highlight words if the selected one is the last in the line
​https://bugs.webkit.org/show_bug.cgi?id=108344

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-31
Reviewed by Pavel Feldman.

Source/WebCore:

Fix error in _isWord function which made an erroneous line-end check.

Improved test: inspector/editor/text-editor-highlight-token.html

  • inspector/front-end/DefaultTextEditor.js:

(WebInspector.TextEditorMainPanel.TokenHighlighter.prototype._isWord):

LayoutTests:

Add a test to cover specific case which caused the bug.

  • inspector/editor/text-editor-highlight-token-expected.txt:
  • inspector/editor/text-editor-highlight-token.html:
4:01 AM Changeset in webkit [141400] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

InjectedBundle is being built even with --disable-webkit2
​https://bugs.webkit.org/show_bug.cgi?id=108364

Patch by Paweł Forysiuk <​tuxator@o2.pl> on 2013-01-31
Reviewed by Gustavo Noronha Silva.

  • GNUmakefile.am: Wrap Injected bundle with ENABLE_WEBKIT2 condition
4:01 AM Changeset in webkit [141399] by commit-queue@webkit.org
  • 2 edits
    2 moves in trunk/LayoutTests

Web Inspector: text-editor-ctrl-movements.html timeouts on mac
​https://bugs.webkit.org/show_bug.cgi?id=108440

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-31
Reviewed by Pavel Feldman.

Use "alt-arrows" key shortcuts to jump over words instead of
"ctrl-arrows" on Mac platform.

  • inspector/editor/text-editor-word-jumps-expected.txt: Renamed from LayoutTests/inspector/editor/text-editor-ctrl-movements-expected.txt.
  • inspector/editor/text-editor-word-jumps.html: Renamed from LayoutTests/inspector/editor/text-editor-ctrl-movements.html.
  • platform/chromium/TestExpectations: Do not skip this test anymore.
3:44 AM Changeset in webkit [141398] by Philippe Normand
  • 2 edits in trunk/Source/WebCore

Unreviewed, Qt build fix after r141265.

  • platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp:

Avoid uninitialized variable error when NATIVE_FULLSCREEN_VIDEO is disabled.

3:44 AM Changeset in webkit [141397] by mikhail.pozdnyakov@intel.com
  • 2 edits in trunk/Tools

Update Christophe Dumez's email address
​https://bugs.webkit.org/show_bug.cgi?id=108453

Patch by Christophe Dumez <​dchris@gmail.com> on 2013-01-31
Reviewed by Kenneth Rohde Christiansen.

Update my email address in committers.py.

  • Scripts/webkitpy/common/config/committers.py:
3:25 AM Changeset in webkit [141396] by yurys@chromium.org
  • 1 edit
    2 adds in trunk/LayoutTests

Web Inspector: test that references from DOM nodes to event listeners are presented in heap snapshots
​https://bugs.webkit.org/show_bug.cgi?id=108322

Reviewed by Vsevolod Vlasov.

Test that links from DOM node wrappers to event listener functions are presented
in heap snapshots.

  • inspector-protocol/heap-profiler/heap-snapshot-with-event-listener-expected.txt: Added.
  • inspector-protocol/heap-profiler/heap-snapshot-with-event-listener.html: Added.
3:17 AM Changeset in webkit [141395] by tkent@chromium.org
  • 13 edits
    2 adds in trunk

Click on a label element won't select input[type=date]
​https://bugs.webkit.org/show_bug.cgi?id=108428

Reviewed by Kentaro Hara.

Source/WebCore:

date/time input types with INPUT_MULTIPLE_FIELDS_UI are not
mouse-focusable. <input> as a shadow host never gets focus and
sub-fields in its shadow tree are focusable. Howevever, the click
handling of <label> checked isMouseFocusable. We introduce new function
isFocusableByClickOnLabel to HTMLElement. It's default implementation is
same as isMouseFocusable, and we add special handling for
BaseMultipleFieldsDateAndTimeInputType::isFocusableByClickOnLabel.

Also, date/time input types without INPUT_MULTIPLE_FIELDS_UI were not
mouse-focusable by a mistake. It should be mouse-focusable.

Test: fast/forms/date/date-click-on-label.html

  • html/HTMLElement.cpp:

(WebCore::HTMLElement::isFocusableByClickOnLabel):
Added. Just calls isMouseFocusable.

  • html/HTMLElement.h:

(HTMLElement): Declare isFocusableByClickOnLabel.

  • html/HTMLLabelElement.cpp:

(WebCore::HTMLLabelElement::defaultEventHandler):
Calls isFocusableByClickOnLabel instead of isMouseFocusable.

  • html/HTMLInputElement.cpp:

(WebCore::HTMLInputElement::isFocusableByClickOnLabel):
Delegate to InputType::isFocusableByClickOnLabel.

  • html/HTMLInputElement.h:

(HTMLInputElement): Declare isFocusableByClickOnLabel.

  • html/InputType.cpp:

(WebCore::InputType::isFocusableByClickOnLabel):
Added. Calls isMouseFocusable.

  • html/InputType.h:

(InputType): Declare isFocusableByClickOnLabel.

  • html/BaseMultipleFieldsDateAndTimeInputType.cpp:

(WebCore::BaseMultipleFieldsDateAndTimeInputType::isFocusableByClickOnLabel):
Added. Use the same logic with textfields.

  • html/BaseMultipleFieldsDateAndTimeInputType.h:

(BaseMultipleFieldsDateAndTimeInputType): Declare isFocusableByClickOnLabel.

  • html/BaseChooserOnlyDateAndTimeInputType.cpp:

(WebCore::BaseChooserOnlyDateAndTimeInputType::isMouseFocusable):
Added. Use the same logic with textfields.

  • html/BaseChooserOnlyDateAndTimeInputType.h:

(BaseChooserOnlyDateAndTimeInputType): Declare isMouseFocusable.

LayoutTests:

  • fast/forms/date/date-click-on-label-expected.txt: Added.
  • fast/forms/date/date-click-on-label.html: Added.
3:10 AM Changeset in webkit [141394] by haraken@chromium.org
  • 6 edits in trunk/Source

Rename WheelEvent::Granularity to WheelEvent::DeltaMode
​https://bugs.webkit.org/show_bug.cgi?id=108434

Reviewed by Ryosuke Niwa.

Per the spec, WheelEvent::Granularity should be renamed to WheelEvent::DeltaMode.

Spec: ​http://www.w3.org/TR/DOM-Level-3-Events/#events-WheelEvent
​https://dvcs.w3.org/hg/d4e/raw-file/tip/source_respec.htm#constructor-wheelevent

No tests. No change in behavior.

Source/WebCore:

  • dom/WheelEvent.cpp:

(WebCore::WheelEvent::WheelEvent):
(WebCore::WheelEvent::initWheelEvent):
(WebCore::deltaMode):
(WebCore::WheelEventDispatchMediator::WheelEventDispatchMediator):

  • dom/WheelEvent.h:

(WebCore::WheelEvent::create):
(WebCore::WheelEvent::deltaMode):
(WheelEvent):

  • page/EventHandler.cpp:

(WebCore::wheelGranularityToScrollGranularity):
(WebCore::EventHandler::defaultWheelEventHandler):

Source/WebKit/chromium:

  • src/WebInputEventConversion.cpp:

(WebKit::PlatformWheelEventBuilder::PlatformWheelEventBuilder):
(WebKit::WebMouseWheelEventBuilder::WebMouseWheelEventBuilder):

2:52 AM Changeset in webkit [141393] by yurys@chromium.org
  • 4 edits
    3 adds in trunk

Web Inspector: test that nodes from the same detached DOM tree will get into one group in heap snapshot
​https://bugs.webkit.org/show_bug.cgi?id=108202

Reviewed by Vsevolod Vlasov.

Source/WebCore:

Test: inspector-protocol/heap-profiler/heap-snapshot-with-detached-dom-tree.html

  • inspector/front-end/JSHeapSnapshot.js:

(WebInspector.JSHeapSnapshotNode.prototype.className): removed unnecessary i18n.

LayoutTests:

Test that JS wrappers for all DOM nodes from the same detached DOM tree will get into
single "Detached DOM Tree" entry in the JS heap snapshot.

  • http/tests/inspector-protocol/resources/InspectorTest.js:

(InspectorTest.importScript):

  • inspector-protocol/heap-profiler/heap-snapshot-with-detached-dom-tree-expected.txt: Added.
  • inspector-protocol/heap-profiler/heap-snapshot-with-detached-dom-tree.html: Added. I started

with writing simplified version of WebInspector.JSHeapSnapshot just for tests
but it soon it became clear that we would need to reimplement too much functionality
of WebInspector.JSHeapSnapshot so I decided not to reinvent the wheel and just import
original heap snapshot model.

  • inspector-protocol/heap-profiler/resources/heap-snapshot-common.js: Added.

(InspectorTest.takeHeapSnapshot):

2:02 AM Changeset in webkit [141392] by jochen@chromium.org
  • 5 edits in trunk/Tools

[chromium] move runModalBeforeUnloadDialog to TestRunner library
​https://bugs.webkit.org/show_bug.cgi?id=108442

Reviewed by Adam Barth.

  • DumpRenderTree/chromium/TestRunner/public/WebTestProxy.h:

(WebTestRunner::WebTestProxy::runModalBeforeUnloadDialog):

  • DumpRenderTree/chromium/TestRunner/src/WebTestProxy.cpp:

(WebTestRunner::WebTestProxyBase::runModalBeforeUnloadDialog):

  • DumpRenderTree/chromium/WebViewHost.cpp:
  • DumpRenderTree/chromium/WebViewHost.h:
1:46 AM Changeset in webkit [141391] by yurys@chromium.org
  • 2 edits in trunk/Source/WebKit/chromium

Unreviewed. Bump Chromium dependency to 179332

  • DEPS:
12:52 AM Changeset in webkit [141390] by haraken@chromium.org
  • 2 edits in trunk/Source/WebCore

[V8] Trace not only major DOM GCs but also minor DOM GCs
​https://bugs.webkit.org/show_bug.cgi?id=108436

Reviewed by Adam Barth.

Currently only major DOM GCs are traced.
We should also trace minor DOM GCs.

No tests. No change in behavior.

  • bindings/v8/V8GCController.cpp:

(WebCore::V8GCController::minorGCPrologue):
(WebCore::V8GCController::minorGCEpilogue):

12:49 AM Changeset in webkit [141389] by mikhail.pozdnyakov@intel.com
  • 8 edits in trunk/Source/WebKit2

[EFL][WK2] RequestManagerClientEfl, DownloadManagerEfl and ContextHistoryClientEfl should be based on C API
​https://bugs.webkit.org/show_bug.cgi?id=107685

Reviewed by Benjamin Poulain.

RequestManagerClientEfl, DownloadManagerEfl and ContextHistoryClientEfl
should be based on C API so that API layering is not violated.

  • UIProcess/API/efl/ewk_context.cpp:

(EwkContext::EwkContext):

  • UIProcess/efl/ContextHistoryClientEfl.cpp:

(WebKit::ContextHistoryClientEfl::ContextHistoryClientEfl):
(WebKit::ContextHistoryClientEfl::~ContextHistoryClientEfl):

  • UIProcess/efl/ContextHistoryClientEfl.h:

(WebKit::ContextHistoryClientEfl::create):
(ContextHistoryClientEfl):

  • UIProcess/efl/DownloadManagerEfl.cpp:

(WebKit::DownloadManagerEfl::DownloadManagerEfl):
(WebKit::DownloadManagerEfl::~DownloadManagerEfl):

  • UIProcess/efl/DownloadManagerEfl.h:

(WebKit::DownloadManagerEfl::create):
(DownloadManagerEfl):

  • UIProcess/efl/RequestManagerClientEfl.cpp:

(WebKit::RequestManagerClientEfl::RequestManagerClientEfl):

  • UIProcess/efl/RequestManagerClientEfl.h:

(WebKit::RequestManagerClientEfl::create):
(RequestManagerClientEfl):

12:45 AM Changeset in webkit [141388] by yurys@chromium.org
  • 8 edits in trunk

Layout Test inspector-protocol/take-heap-snapshot.html crashes in the Debug mode
​https://bugs.webkit.org/show_bug.cgi?id=104800

Reviewed by Jochen Eisinger.

Source/WebCore:

The test crashed because during snapshot generation Profiler.reportHeapSnapshotProgress
events were sent to the inspector front-end, then parsed and dispatched there.
Since in case of layout tests the front-end resides in the same process
as the inspected page parsing the event broke an assumption that there are
no JS heap allocations while heap snapshot is being taken.

I added optional boolean parameter 'reportProgress' to Profiler.takeHeapSnapshot
command so that the protocol client can control whether progress events should
be sent during snapshot generation. The protocol test is not interested in the
progress events and sets reportProgress to false.

Test: inspector-protocol/heap-profiler/take-heap-snapshot.html

  • inspector/Inspector.json:
  • inspector/InspectorProfilerAgent.cpp:

(WebCore::InspectorProfilerAgent::takeHeapSnapshot):

  • inspector/InspectorProfilerAgent.h:

(InspectorProfilerAgent):

  • inspector/front-end/ProfilesPanel.js:

(WebInspector.ProfilesPanel.prototype.takeHeapSnapshot):

LayoutTests:

Marked the test as not crashing in the debug mode.

  • inspector-protocol/heap-profiler/take-heap-snapshot.html:
  • platform/chromium/TestExpectations:
12:38 AM Changeset in webkit [141387] by commit-queue@webkit.org
  • 10 edits in trunk

Unreviewed, rolling out r141110.
​http://trac.webkit.org/changeset/141110
​https://bugs.webkit.org/show_bug.cgi?id=108349

This patch broke WK2-EFL unit tests (Requested by grzegorz on
#webkit).

Patch by Sheriff Bot <​webkit.review.bot@gmail.com> on 2013-01-31

Source/WebCore:

  • platform/text/TextChecking.h:

(WebCore):

Source/WebKit/efl:

  • WebCoreSupport/EditorClientEfl.h:

Source/WebKit2:

  • UIProcess/efl/TextCheckerEfl.cpp:
  • WebProcess/WebCoreSupport/WebEditorClient.h:
  • WebProcess/WebCoreSupport/efl/WebEditorClientEfl.cpp:

LayoutTests:

  • platform/efl-wk2/TestExpectations:
12:33 AM Changeset in webkit [141386] by haraken@chromium.org
  • 3 edits
    2 adds in trunk/LayoutTests

Add composition-event-constructor.html, which I forgot to add in r141028
​https://bugs.webkit.org/show_bug.cgi?id=107919

Reviewed by Adam Barth.

r141028 implemented a CompositionEvent constructor, but I forgot to add a test
when I landed the patch manually. This patch adds the test.

  • fast/events/constructors/composition-event-constructor-expected.txt: Added.
  • fast/events/constructors/composition-event-constructor.html: Added.
  • platform/efl/TestExpectations:
  • platform/gtk/TestExpectations:
12:30 AM Changeset in webkit [141385] by jochen@chromium.org
  • 4 edits in trunk/Tools

[chromium] move postMessage related methods to TestRunner library
​https://bugs.webkit.org/show_bug.cgi?id=108343

Reviewed by Adam Barth.

  • DumpRenderTree/chromium/TestRunner/public/WebTestProxy.h:

(WebKit):
(WebTestProxyBase):
(WebTestRunner::WebTestProxy::willCheckAndDispatchMessageEvent):

  • DumpRenderTree/chromium/TestRunner/src/WebTestProxy.cpp:

(WebTestRunner::WebTestProxyBase::willCheckAndDispatchMessageEvent):
(WebTestRunner):

  • DumpRenderTree/chromium/WebViewHost.cpp:

(WebViewHost::willCheckAndDispatchMessageEvent):

12:29 AM Changeset in webkit [141384] by commit-queue@webkit.org
  • 7 edits
    1 add in trunk/Source/WebKit2

Coordinated Graphics : Remove WebCoordinatedSurface dependency from CoordinatedSurface
​https://bugs.webkit.org/show_bug.cgi?id=108259

Patch by Jae Hyun Park <​jae.park@company100.net> on 2013-01-31
Reviewed by Noam Rosenthal.

This is a preparation patch for Threaded Coordinated Graphics.

WebCoordinatedSurface dependency should be removed from
CoordinatedSurface so as to share CoordinatedSurface between
WebCoordinatedSurface and CoordinatedSurface of WebKit1, which will be
implemented for Threaded Coordinated Graphics.

This patch introduces CoordinatedSurface::Factory, which is a function
pointer that creates CoordinatedSurfaces. CoordinatedLayerTreeHost sets
static CoordinatedSurface::Factory member variable. Classes that use
CoordinatedSurface, which are CoordinatedImageBacking and UpdateAtlas,
create CoordinatedSurfaces by calling CoordinatedSurface::create, which
will call the function set by CoordinatedLayerTreeHost.

This way, we can remove the WebCoordinatedSurface dependency from
CoordinatedSurface and be able to share the code in Threaded Coordinated
Graphics.

No new tests. No change in behavior.

  • CMakeLists.txt:
  • Shared/CoordinatedGraphics/CoordinatedSurface.cpp: Added.

(WebKit):
(WebKit::CoordinatedSurface::setFactory):
(WebKit::CoordinatedSurface::create):

  • Shared/CoordinatedGraphics/CoordinatedSurface.h:

(CoordinatedSurface):

  • Shared/CoordinatedGraphics/WebCoordinatedSurface.cpp:
  • Target.pri:
  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:

(WebKit::CoordinatedLayerTreeHost::CoordinatedLayerTreeHost):
(WebKit::CoordinatedLayerTreeHost::createCoordinatedSurface):
(WebKit):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.h:
12:12 AM Changeset in webkit [141383] by haraken@chromium.org
  • 5 edits in trunk

[V8] 'new MouseEvent("click", {relatedTarget: window}).window' should return window
​https://bugs.webkit.org/show_bug.cgi?id=108432

Reviewed by Adam Barth.

In V8 'new MouseEvent("click", {relatedTarget: window}).window'
returns null. JSC returns window, which is a correct behavior.
V8 should also return window.

Source/WebCore:

The point is that we need to handle a DOMWindow wrapper specially
before converting it to an EventTarget object. A wrapper returned by
Dictionary::get("relatedTarget") is not an expected DOMWindow wrapper.
To get the expected DOMWindow wrapper, we need to look up a prototype
chain of the DOMWindow wrapper.

In JSC, this special handling is done by JSEventTargetCustom::toEventTarget().

Test: fast/events/constructors/mouse-event-constructor.html

  • bindings/v8/Dictionary.cpp:

(WebCore::Dictionary::get):

LayoutTests:

  • fast/events/constructors/mouse-event-constructor-expected.txt:
  • fast/events/constructors/mouse-event-constructor.html:
12:05 AM Changeset in webkit [141382] by pilgrim@chromium.org
  • 6 edits
    1 move in trunk/Source

[Chromium] Move MediaPlayerPrivateChromium to WebCore
​https://bugs.webkit.org/show_bug.cgi?id=108415

Reviewed by Adam Barth.

Part of a larger refactoring series; see tracking bug 106829.

Source/WebCore:

  • WebCore.gypi:
  • platform/graphics/chromium/MediaPlayerPrivateChromium.cpp: Added.

(WebCore):
(WebCore::MediaPlayerPrivate::registerMediaEngine): call
registerMediaEngine through static function pointer that was set
during WebKit initializeWithoutV8
(WebCore::MediaPlayerPrivate::setMediaEngineRegisterSelfFunction):
new setter function that takes a function pointer that is used by registerMediaEngine

  • platform/graphics/chromium/MediaPlayerPrivateChromium.h:

(WebCore):
(MediaPlayerPrivate):

Source/WebKit/chromium:

  • WebKit.gyp:
  • src/MediaPlayerPrivateChromium.cpp: Removed.
  • src/WebKit.cpp:

(WebKit::initializeWithoutV8): call new setter function in
WebCore::MediaPlayerPrivate

12:00 AM Changeset in webkit [141381] by jochen@chromium.org
  • 6 edits in trunk/Tools

[chromium] move remaining resource load related methods to TestRunner library
​https://bugs.webkit.org/show_bug.cgi?id=108334

Reviewed by Adam Barth.

  • DumpRenderTree/chromium/TestRunner/public/WebTestDelegate.h:

(WebTestRunner::WebTestDelegate::allowExternalPages):

  • DumpRenderTree/chromium/TestRunner/public/WebTestProxy.h:

(WebKit):
(WebTestProxyBase):
(WebTestRunner::WebTestProxy::canHandleRequest):
(WebTestRunner::WebTestProxy::cannotHandleRequestError):
(WebTestRunner::WebTestProxy::didCreateDataSource):

  • DumpRenderTree/chromium/TestRunner/src/WebTestProxy.cpp:

(WebTestRunner::WebTestProxyBase::canHandleRequest):
(WebTestRunner):
(WebTestRunner::WebTestProxyBase::cannotHandleRequestError):
(WebTestRunner::WebTestProxyBase::didCreateDataSource):
(WebTestRunner::WebTestProxyBase::willSendRequest):

  • DumpRenderTree/chromium/WebViewHost.cpp:

(WebViewHost::canHandleRequest):
(WebViewHost::didCreateDataSource):
(WebViewHost::willSendRequest):
(WebViewHost::allowExternalPages):

  • DumpRenderTree/chromium/WebViewHost.h:

Jan 30, 2013:

11:24 PM Changeset in webkit [141380] by morrita@google.com
  • 2 edits
    1 delete in trunk/LayoutTests

[Chromium] Unreviewed, rebaselining expectations.

  • platform/chromium-mac-snowleopard/fast/forms/basic-textareas-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/basic-textareas-expected.txt: Removed.
  • platform/chromium/TestExpectations:
10:05 PM Changeset in webkit [141379] by morrita@google.com
  • 2 edits in trunk/LayoutTests

[Chromium] Unreviewed, marking video-error-does-not-exist.html as a fail.

  • platform/chromium/TestExpectations:
10:00 PM Changeset in webkit [141378] by Patrick Gansterer
  • 3 edits
    1 delete in trunk/Source/WebCore

Port DragImageWin.cpp to WinCE
​https://bugs.webkit.org/show_bug.cgi?id=108329

Reviewed by Brent Fulgham.

Add #if !OS(WINCE) around a few lines of the code, so it can be used by the WinCE port too.

  • PlatformWinCE.cmake:
  • platform/win/DragImageWin.cpp:

(WebCore::dragLabelFont):

  • platform/wince/DragImageWinCE.cpp: Removed.
9:27 PM Changeset in webkit [141377] by timothy_horton@apple.com
  • 2 edits in trunk/Source/WebKit2

Unreviewed build fix after ​http://trac.webkit.org/changeset/141372.

  • WebProcess/Plugins/PDF/PDFPlugin.mm:

(WebKit::PDFPlugin::performDictionaryLookupAtLocation):

9:22 PM Changeset in webkit [141376] by commit-queue@webkit.org
  • 4 edits in trunk/Source/WebKit2

Coordinated Graphics : Remove CoordinatedLayerTreeHostProxy dependency from LayerTreeRenderer
​https://bugs.webkit.org/show_bug.cgi?id=108164

Patch by Jae Hyun Park <​jae.park@company100.net> on 2013-01-30
Reviewed by Benjamin Poulain.

This is a preparation patch for Threaded Coordinated Graphics.

LayerTreeRenderer should not depend on CoordinatedLayerTreeHostProxy so that it
can be moved to WebCore. This patch introduces LayerTreeRendererClient which
is implemented in CoordinatedLayerTreeHostProxy. LayerTreeRenderer uses this
client, instead of using CoordinatedLayerTreeHostProxy directly.

  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.h:

(CoordinatedLayerTreeHostProxy):

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.cpp:

(WebKit::LayerTreeRenderer::LayerTreeRenderer):
(WebKit::LayerTreeRenderer::animationFrameReady):
(WebKit::LayerTreeRenderer::updateViewport):
(WebKit::LayerTreeRenderer::renderNextFrame):
(WebKit::LayerTreeRenderer::purgeBackingStores):
(WebKit::LayerTreeRenderer::detach):

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.h:

(WebKit):
(LayerTreeRendererClient):
(LayerTreeRenderer):

9:15 PM Changeset in webkit [141375] by Lucas Forschler
  • 4 edits in trunk/Source

Versioning.

9:11 PM Changeset in webkit [141374] by Lucas Forschler
  • 1 copy in tags/Safari-537.29

New Tag.

9:03 PM Changeset in webkit [141373] by hayato@chromium.org
  • 4 edits in trunk/Source/WebCore

Split CSSOMWrapper data and functions out from StyleResolver into its own class.
​https://bugs.webkit.org/show_bug.cgi?id=107779

Reviewed by Dimitri Glazkov.

Factored CSSOMWrapper logic and data out from StyleResolver into a
InspectorCSSOMWrappers class. Since InspectorCSSOMWrappers
depends on static variables defined in StyleResolver.cpp, this
patch does not extract a new class into a new file, which makes a
review easier since it produces readable diffs.

After we factor static variables related to default style sheets
in a following patch (bug 107780), I'll move
InspectorCSSOMWrappers into a its own file.

No new tests, refactoring only.

  • css/StyleResolver.cpp:

(WebCore):
(WebCore::StyleResolver::appendAuthorStyleSheets):
(WebCore::InspectorCSSOMWrappers::collectFromStyleSheetIfNeeded):
(WebCore::InspectorCSSOMWrappers::collect):
(WebCore::InspectorCSSOMWrappers::collectFromStyleSheetContents): Name it explicitly rather than overloading.
(WebCore::InspectorCSSOMWrappers::collectFromStyleSheets): Name it explicitly rather than overloading.
(WebCore::InspectorCSSOMWrappers::collectFromDocumentStyleSheetCollection): Name it explicitly rather than overloading.
(WebCore::InspectorCSSOMWrappers::getWrapperForRuleInSheets): Renamed from ensureFullCSSOMWrapperForInspector().
(WebCore::InspectorCSSOMWrappers::reportMemoryUsage):
(WebCore::StyleResolver::reportMemoryUsage):

  • css/StyleResolver.h:

(InspectorCSSOMWrappers):
(WebCore):
(StyleResolver):
(WebCore::StyleResolver::inspectorCSSOMWrappers):

  • inspector/InspectorCSSAgent.cpp:

(WebCore::InspectorCSSAgent::willMatchRule):
(WebCore::InspectorCSSAgent::willProcessRule):
(WebCore::InspectorCSSAgent::buildObjectForRule):

9:02 PM Changeset in webkit [141372] by timothy_horton@apple.com
  • 11 edits in trunk/Source/WebKit2

PDFPlugin: Should respond to three-finger tap for dictionary definitions
​https://bugs.webkit.org/show_bug.cgi?id=108418
<rdar://problem/13121409>

Reviewed by Simon Fraser.

  • WebProcess/Plugins/Netscape/NetscapePlugin.h: Add default implementation of performDictionaryLookupAtLocation.
  • WebProcess/Plugins/PDF/PDFLayerControllerDetails.h: Add getSelectionForWordAtPoint and searchInDictionaryWithSelection.
  • WebProcess/Plugins/PDF/PDFPlugin.h: Add performDictionaryLookupAtLocation.
  • WebProcess/Plugins/PDF/PDFPlugin.mm: Grab a PDFSelection representing the word encompassing the given point, and

throw up a dictionary popover.
(WebKit::PDFPlugin::performDictionaryLookupAtLocation):

  • WebProcess/Plugins/PDF/SimplePDFPlugin.h: Add default implementation of performDictionaryLookupAtLocation.
  • WebProcess/Plugins/Plugin.h: Add performDictionaryLookupAtLocation.
  • WebProcess/Plugins/PluginProxy.h: Add default implementation of performDictionaryLookupAtLocation.
  • WebProcess/Plugins/PluginView.cpp:

(WebKit::PluginView::performDictionaryLookupAtLocation): Forward performDictionaryLookupAtLocation to the plugin.

  • WebProcess/Plugins/PluginView.h: Add performDictionaryLookupAtLocation.
  • WebProcess/WebPage/mac/WebPageMac.mm:

(WebKit::WebPage::performDictionaryLookupAtLocation): Intercept performDictionaryLookupAtLocation, and give
the main-frame plugin (if it exists) a chance to handle it.

8:57 PM Changeset in webkit [141371] by commit-queue@webkit.org
  • 6 edits in trunk/Source

Unreviewed, rolling out r141358.
​http://trac.webkit.org/changeset/141358
​https://bugs.webkit.org/show_bug.cgi?id=108421

breaks android builder (Requested by morrita on #webkit).

Patch by Sheriff Bot <​webkit.review.bot@gmail.com> on 2013-01-30

Source/WebCore:

  • bindings/v8/custom/V8IntentCustom.cpp:

Source/WebKit/chromium:

  • WebKit.gyp:
  • features.gypi:
  • src/WebFrameImpl.cpp:
8:46 PM Changeset in webkit [141370] by Lucas Forschler
  • 4 edits in trunk/Source

Versioning.

8:42 PM Changeset in webkit [141369] by morrita@google.com
  • 3 edits in trunk/Tools

Unreviewed test failure fix for r141341.

  • Scripts/webkitpy/tool/steps/runtests.py:

(RunTests.run):

  • Scripts/webkitpy/tool/steps/runtests_unittest.py:
8:32 PM Changeset in webkit [141368] by haraken@chromium.org
  • 2 edits in trunk/Source/WebCore

[V8] Use state->isolate() when state is not 0
​https://bugs.webkit.org/show_bug.cgi?id=107674

Reviewed by Adam Barth.

No tests. No change in behavior.

  • bindings/v8/ScriptProfiler.cpp:

(WebCore::ScriptProfiler::start):
(WebCore::ScriptProfiler::stop):

8:07 PM Changeset in webkit [141367] by tkent@chromium.org
  • 90 edits
    2 adds in trunk/LayoutTests

[Chromium] Rebaline for form-related tests
​https://bugs.webkit.org/show_bug.cgi?id=105574
​https://bugs.webkit.org/show_bug.cgi?id=108069

  • platform/chromium-linux-x86/fast/forms/time/time-appearance-pseudo-elements-expected.png: Added.
  • platform/chromium-linux/fast/forms/date/date-appearance-basic-expected.png:
  • platform/chromium-linux/fast/forms/date/date-appearance-pseudo-elements-expected.png:
  • platform/chromium-linux/fast/forms/month/month-appearance-pseudo-elements-expected.png:
  • platform/chromium-linux/fast/forms/time/time-appearance-pseudo-elements-expected.png:
  • platform/chromium-linux/fast/forms/week/week-appearance-pseudo-elements-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-linux/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac-lion/fast/forms/date/date-appearance-basic-expected.png:
  • platform/chromium-mac-lion/fast/forms/date/date-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac-lion/fast/forms/month/month-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac-lion/fast/forms/time/time-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac-lion/fast/forms/week/week-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-lion/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/date/date-appearance-basic-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/date/date-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/month/month-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/time/time-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/week/week-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac-snowleopard/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac/fast/forms/date/date-appearance-basic-expected.png:
  • platform/chromium-mac/fast/forms/date/date-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac/fast/forms/month/month-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac/fast/forms/time/time-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac/fast/forms/week/week-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-mac/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-win-xp/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-win/fast/forms/date/date-appearance-basic-expected.png:
  • platform/chromium-win/fast/forms/date/date-appearance-pseudo-elements-expected.png:
  • platform/chromium-win/fast/forms/month/month-appearance-pseudo-elements-expected.png:
  • platform/chromium-win/fast/forms/time/time-appearance-pseudo-elements-expected.png:
  • platform/chromium-win/fast/forms/week/week-appearance-pseudo-elements-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/date-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/datetime-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/datetimelocal-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/month-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-locale-hebrew-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/time-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-rtl-expected.png:
  • platform/chromium-win/platform/chromium/fast/forms/suggestion-picker/week-suggestion-picker-appearance-with-scroll-bar-expected.png:
  • platform/chromium/TestExpectations:
7:57 PM Changeset in webkit [141366] by gyuyoung.kim@samsung.com
  • 14 edits in trunk/Source/WebKit2

[WK2] Cleanup MessageID parameter after r141332
​https://bugs.webkit.org/show_bug.cgi?id=108419

Unreviewed to fix build breaks.

r141332 didn't remove MessageID parameter on some features.
(battery, vibration, coordinate graphics, network info and so on)

  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.h:

(CoordinatedLayerTreeHostProxy):

  • UIProcess/DrawingAreaProxyImpl.cpp:

(WebKit::DrawingAreaProxyImpl::didReceiveCoordinatedLayerTreeHostProxyMessage):

  • UIProcess/WebBatteryManagerProxy.h:

(WebBatteryManagerProxy):

  • UIProcess/WebNetworkInfoManagerProxy.h:

(WebNetworkInfoManagerProxy):

  • UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::didReceiveMessage):

  • UIProcess/WebVibrationProxy.h:

(WebVibrationProxy):

  • UIProcess/soup/WebSoupRequestManagerProxy.h:

(WebSoupRequestManagerProxy):

  • WebProcess/Battery/WebBatteryManager.h:

(WebBatteryManager):

  • WebProcess/NetworkInfo/WebNetworkInfoManager.h:

(WebNetworkInfoManager):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.h:
  • WebProcess/WebPage/DrawingAreaImpl.cpp:

(WebKit::DrawingAreaImpl::didReceiveCoordinatedLayerTreeHostMessage):

  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::didReceiveMessage):

  • WebProcess/soup/WebSoupRequestManager.h:

(WebSoupRequestManager):

7:38 PM Changeset in webkit [141365] by keishi@webkit.org
  • 2 edits in trunk/LayoutTests

[Chromium] Re-enabling fast/workers/storage tests after fix(r141320).

Unreviewed. Gardening.

  • platform/chromium/TestExpectations:
7:14 PM Changeset in webkit [141364] by fpizlo@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

DFG bytecode parser should have more assertions about the status of local accesses
​https://bugs.webkit.org/show_bug.cgi?id=108417

Reviewed by Mark Hahnenberg.

Assert some things that we already know to be true, just to reassure ourselves that they are true.
This is meant as a prerequisite for ​https://bugs.webkit.org/show_bug.cgi?id=108414, which will
make these rules even stricter.

  • dfg/DFGByteCodeParser.cpp:

(JSC::DFG::ByteCodeParser::getLocal):
(JSC::DFG::ByteCodeParser::getArgument):

6:40 PM Changeset in webkit [141363] by abarth@webkit.org
  • 14 edits
    4 adds in trunk

The background HTML parser should be able to parse speculatively
​https://bugs.webkit.org/show_bug.cgi?id=107753

Reviewed by Eric Seidel.

Source/WebCore:

This patch adds the ability for the foreground HTML parser to
invalidate speculative parsing done by the background HTML parser.
Currently, we're a bit overly agressive an invalidate all speculations
on document.write. We plan to refine that in the future.

Test: fast/parser/document-write-partial-script.html

  • WebCore.gypi:
  • html/parser/BackgroundHTMLInputStream.cpp: Added.

(WebCore):
(WebCore::BackgroundHTMLInputStream::BackgroundHTMLInputStream):
(WebCore::BackgroundHTMLInputStream::append):
(WebCore::BackgroundHTMLInputStream::close):
(WebCore::BackgroundHTMLInputStream::createCheckpoint):
(WebCore::BackgroundHTMLInputStream::rewindTo):

  • html/parser/BackgroundHTMLInputStream.h: Added.

(WebCore):
(BackgroundHTMLInputStream):
(WebCore::BackgroundHTMLInputStream::current):
(WebCore::BackgroundHTMLInputStream::Checkpoint::Checkpoint):
(Checkpoint):

  • html/parser/BackgroundHTMLParser.cpp:

(WebCore::BackgroundHTMLParser::append):
(WebCore):
(WebCore::BackgroundHTMLParser::resumeFrom):
(WebCore::BackgroundHTMLParser::markEndOfFile):
(WebCore::BackgroundHTMLParser::pumpTokenizer):
(WebCore::BackgroundHTMLParser::sendTokensToMainThread):
(WebCore::BackgroundHTMLParser::resumeFromPartial):

  • html/parser/BackgroundHTMLParser.h:

(BackgroundHTMLParser):

  • html/parser/HTMLDocumentParser.cpp:

(WebCore::HTMLDocumentParser::didReceiveParsedChunkFromBackgroundParser):
(WebCore::HTMLDocumentParser::didFailSpeculation):
(WebCore::HTMLDocumentParser::processParsedChunkFromBackgroundParser):
(WebCore::HTMLDocumentParser::resumeParsingAfterScriptExecution):

  • html/parser/HTMLDocumentParser.h:

(ParsedChunk):
(HTMLDocumentParser):

LayoutTests:

  • fast/parser/document-write-partial-script-expected.txt: Added.
  • fast/parser/document-write-partial-script.html: Added.
6:38 PM Changeset in webkit [141362] by jberlin@webkit.org
  • 4 edits
    70 moves
    4 adds in trunk/LayoutTests

[Mac Lion] [WK2] tiled-drawing tests are being run when they shouldn't be
​https://bugs.webkit.org/show_bug.cgi?id=106187

Reviewed by Ryosuke Niwa.

Since the feature is mac-wk2 only, move the tests from platform mac to platform mac-wk2 and just
skip the tests on Lion entirely.

  • platform/mac-lion/TestExpectations:
  • platform/mac-wk2/TestExpectations:
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-background-no-image-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-background-no-image-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-background-no-image.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-background-no-image.html.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-body-layer-expected.png: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-body-layer-expected.png.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-body-layer-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-body-layer-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-body-layer.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-body-layer.html.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-expected.png: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-expected.png.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-opacity-html-expected.png: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-opacity-html-expected.png.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-opacity-html-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-opacity-html-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-opacity-html.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-opacity-html.html.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-positioned-expected.png: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-positioned-expected.png.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-positioned-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-positioned-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-positioned.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-positioned.html.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-transformed-html-expected.png: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-transformed-html-expected.png.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-transformed-html-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-transformed-html-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-transformed-html.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-transformed-html.html.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-zoomed-expected.png: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-zoomed-expected.png.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-zoomed-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-zoomed-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background-zoomed.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background-zoomed.html.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-body-background.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-body-background.html.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-html-background-expected.png: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-html-background-expected.png.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-html-background-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-html-background-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-html-background.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-html-background.html.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-non-propagated-body-background-expected.png: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-non-propagated-body-background-expected.png.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-non-propagated-body-background-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-non-propagated-body-background-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed-background/fixed-non-propagated-body-background.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed-background/fixed-non-propagated-body-background.html.
  • platform/mac-wk2/tiled-drawing/fixed/absolute-inside-fixed-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/absolute-inside-fixed-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/absolute-inside-fixed.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/absolute-inside-fixed.html.
  • platform/mac-wk2/tiled-drawing/fixed/absolute-inside-out-of-view-fixed-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/absolute-inside-out-of-view-fixed-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/absolute-inside-out-of-view-fixed.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/absolute-inside-out-of-view-fixed.html.
  • platform/mac-wk2/tiled-drawing/fixed/fixed-in-overflow-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/fixed-in-overflow-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/fixed-in-overflow.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/fixed-in-overflow.html.
  • platform/mac-wk2/tiled-drawing/fixed/fixed-position-out-of-view-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/fixed-position-out-of-view-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/fixed-position-out-of-view-negative-zindex-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/fixed-position-out-of-view-negative-zindex-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/fixed-position-out-of-view-negative-zindex.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/fixed-position-out-of-view-negative-zindex.html.
  • platform/mac-wk2/tiled-drawing/fixed/fixed-position-out-of-view.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/fixed-position-out-of-view.html.
  • platform/mac-wk2/tiled-drawing/fixed/four-bars-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/four-bars-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/four-bars-zoomed-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/four-bars-zoomed-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/four-bars-zoomed.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/four-bars-zoomed.html.
  • platform/mac-wk2/tiled-drawing/fixed/four-bars.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/four-bars.html.
  • platform/mac-wk2/tiled-drawing/fixed/negative-scroll-offset-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/negative-scroll-offset-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/negative-scroll-offset-in-view-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/negative-scroll-offset-in-view-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/negative-scroll-offset-in-view.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/negative-scroll-offset-in-view.html.
  • platform/mac-wk2/tiled-drawing/fixed/negative-scroll-offset.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/negative-scroll-offset.html.
  • platform/mac-wk2/tiled-drawing/fixed/nested-fixed-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/nested-fixed-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/nested-fixed.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/nested-fixed.html.
  • platform/mac-wk2/tiled-drawing/fixed/percentage-inside-fixed-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/percentage-inside-fixed-expected.txt.
  • platform/mac-wk2/tiled-drawing/fixed/percentage-inside-fixed.html: Renamed from LayoutTests/platform/mac/tiled-drawing/fixed/percentage-inside-fixed.html.
  • platform/mac-wk2/tiled-drawing/scrolling-tree-after-scroll-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/scrolling-tree-after-scroll-expected.txt.
  • platform/mac-wk2/tiled-drawing/scrolling-tree-after-scroll.html: Renamed from LayoutTests/platform/mac/tiled-drawing/scrolling-tree-after-scroll.html.
  • platform/mac-wk2/tiled-drawing/scrolling-tree-slow-scrolling-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/scrolling-tree-slow-scrolling-expected.txt.
  • platform/mac-wk2/tiled-drawing/scrolling-tree-slow-scrolling.html: Renamed from LayoutTests/platform/mac/tiled-drawing/scrolling-tree-slow-scrolling.html.
  • platform/mac-wk2/tiled-drawing/sticky/negative-scroll-offset-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/sticky/negative-scroll-offset-expected.txt.
  • platform/mac-wk2/tiled-drawing/sticky/negative-scroll-offset.html: Renamed from LayoutTests/platform/mac/tiled-drawing/sticky/negative-scroll-offset.html.
  • platform/mac-wk2/tiled-drawing/sticky/sticky-horizontal-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/sticky/sticky-horizontal-expected.txt.
  • platform/mac-wk2/tiled-drawing/sticky/sticky-horizontal.html: Renamed from LayoutTests/platform/mac/tiled-drawing/sticky/sticky-horizontal.html.
  • platform/mac-wk2/tiled-drawing/sticky/sticky-vertical-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/sticky/sticky-vertical-expected.txt.
  • platform/mac-wk2/tiled-drawing/sticky/sticky-vertical.html: Renamed from LayoutTests/platform/mac/tiled-drawing/sticky/sticky-vertical.html.
  • platform/mac-wk2/tiled-drawing/tile-coverage-after-scroll-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/tile-coverage-after-scroll-expected.txt.
  • platform/mac-wk2/tiled-drawing/tile-coverage-after-scroll.html: Renamed from LayoutTests/platform/mac/tiled-drawing/tile-coverage-after-scroll.html.
  • platform/mac-wk2/tiled-drawing/tile-coverage-scroll-to-bottom-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/tile-coverage-scroll-to-bottom-expected.txt.
  • platform/mac-wk2/tiled-drawing/tile-coverage-scroll-to-bottom.html: Renamed from LayoutTests/platform/mac/tiled-drawing/tile-coverage-scroll-to-bottom.html.
  • platform/mac-wk2/tiled-drawing/tile-coverage-slow-scrolling-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/tile-coverage-slow-scrolling-expected.txt.
  • platform/mac-wk2/tiled-drawing/tile-coverage-slow-scrolling.html: Renamed from LayoutTests/platform/mac/tiled-drawing/tile-coverage-slow-scrolling.html.
  • platform/mac-wk2/tiled-drawing/tiled-drawing-zoom-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/tiled-drawing-zoom-expected.txt.
  • platform/mac-wk2/tiled-drawing/tiled-drawing-zoom-scrolled-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/tiled-drawing-zoom-scrolled-expected.txt.
  • platform/mac-wk2/tiled-drawing/tiled-drawing-zoom-scrolled.html: Renamed from LayoutTests/platform/mac/tiled-drawing/tiled-drawing-zoom-scrolled.html.
  • platform/mac-wk2/tiled-drawing/tiled-drawing-zoom.html: Renamed from LayoutTests/platform/mac/tiled-drawing/tiled-drawing-zoom.html.
  • platform/mac-wk2/tiled-drawing/use-tiled-drawing-expected.txt: Renamed from LayoutTests/platform/mac/tiled-drawing/use-tiled-drawing-expected.txt.
  • platform/mac-wk2/tiled-drawing/use-tiled-drawing.html: Renamed from LayoutTests/platform/mac/tiled-drawing/use-tiled-drawing.html.
  • platform/mac/TestExpectations:
6:30 PM Changeset in webkit [141361] by andersca@apple.com
  • 97 edits in trunk/Source/WebKit2

Remove MessageID from MessageSender
​https://bugs.webkit.org/show_bug.cgi?id=108413

Reviewed by Andreas Kling.

This is another step towards eliminating MessageID.

  • NetworkProcess/NetworkConnectionToWebProcess.cpp:

(WebKit::NetworkConnectionToWebProcess::didReceiveMessage):
(WebKit::NetworkConnectionToWebProcess::didReceiveSyncMessage):

  • NetworkProcess/NetworkConnectionToWebProcess.h:

(NetworkConnectionToWebProcess):

  • NetworkProcess/NetworkProcess.cpp:

(WebKit::NetworkProcess::didReceiveMessage):
(WebKit::NetworkProcess::didReceiveSyncMessage):

  • NetworkProcess/NetworkProcess.h:

(NetworkProcess):

  • Platform/CoreIPC/Connection.cpp:

(CoreIPC::Connection::processIncomingMessage):
(CoreIPC::Connection::dispatchSyncMessage):
(CoreIPC::Connection::dispatchMessage):

  • Platform/CoreIPC/Connection.h:

(QueueClient):
(CoreIPC::Connection::waitForAndDispatchImmediately):

  • Platform/CoreIPC/MessageReceiver.h:

(MessageReceiver):
(CoreIPC::MessageReceiver::didReceiveSyncMessage):

  • Platform/CoreIPC/MessageReceiverMap.cpp:

(CoreIPC::MessageReceiverMap::dispatchMessage):
(CoreIPC::MessageReceiverMap::dispatchSyncMessage):

  • Platform/CoreIPC/MessageReceiverMap.h:

(MessageReceiverMap):

  • PluginProcess/PluginProcess.cpp:

(WebKit::PluginProcess::didReceiveMessage):

  • PluginProcess/PluginProcess.h:

(PluginProcess):

  • PluginProcess/WebProcessConnection.cpp:

(WebKit::WebProcessConnection::didReceiveMessage):
(WebKit::WebProcessConnection::didReceiveSyncMessage):

  • PluginProcess/WebProcessConnection.h:

(WebProcessConnection):

  • Scripts/webkit2/messages.py:

(forward_declarations_and_headers):
(generate_message_handler):

  • Scripts/webkit2/messages_unittest.py:
  • Shared/Authentication/AuthenticationManager.cpp:

(WebKit::AuthenticationManager::didReceiveMessage):

  • Shared/Authentication/AuthenticationManager.h:

(AuthenticationManager):

  • Shared/ChildProcessProxy.cpp:

(WebKit::ChildProcessProxy::sendMessage):

  • Shared/ChildProcessProxy.h:

(ChildProcessProxy):
(WebKit::ChildProcessProxy::send):

  • Shared/Network/CustomProtocols/CustomProtocolManager.h:

(CustomProtocolManager):

  • Shared/Network/CustomProtocols/mac/CustomProtocolManagerMac.mm:

(WebKit::CustomProtocolManager::didReceiveMessage):

  • Shared/Plugins/NPRemoteObjectMap.cpp:

(WebKit::NPRemoteObjectMap::didReceiveSyncMessage):

  • Shared/Plugins/NPRemoteObjectMap.h:

(NPRemoteObjectMap):

  • Shared/WebConnection.cpp:

(WebKit::WebConnection::didReceiveMessage):

  • Shared/WebConnection.h:

(WebConnection):

  • Shared/mac/SecItemShim.cpp:

(WebKit::SecItemShim::didReceiveMessageOnConnectionWorkQueue):

  • Shared/mac/SecItemShim.h:

(SecItemShim):

  • SharedWorkerProcess/SharedWorkerProcess.cpp:

(WebKit::SharedWorkerProcess::didReceiveMessage):

  • SharedWorkerProcess/SharedWorkerProcess.h:

(SharedWorkerProcess):

  • UIProcess/Downloads/DownloadProxy.cpp:

(WebKit::DownloadProxy::didReceiveMessage):
(WebKit::DownloadProxy::didReceiveSyncMessage):

  • UIProcess/Downloads/DownloadProxy.h:

(DownloadProxy):

  • UIProcess/DrawingAreaProxy.cpp:

(WebKit::DrawingAreaProxy::didReceiveCoordinatedLayerTreeHostProxyMessage):

  • UIProcess/DrawingAreaProxy.h:

(DrawingAreaProxy):

  • UIProcess/DrawingAreaProxyImpl.cpp:

(WebKit::DrawingAreaProxyImpl::didReceiveCoordinatedLayerTreeHostProxyMessage):

  • UIProcess/DrawingAreaProxyImpl.h:
  • UIProcess/Network/CustomProtocols/CustomProtocolManagerProxy.h:

(CustomProtocolManagerProxy):

  • UIProcess/Network/CustomProtocols/mac/CustomProtocolManagerProxyMac.mm:

(WebKit::CustomProtocolManagerProxy::didReceiveMessage):

  • UIProcess/Network/NetworkProcessProxy.cpp:

(WebKit::NetworkProcessProxy::didReceiveMessage):
(WebKit::NetworkProcessProxy::didReceiveSyncMessage):

  • UIProcess/Network/NetworkProcessProxy.h:

(NetworkProcessProxy):

  • UIProcess/Notifications/WebNotificationManagerProxy.h:

(WebNotificationManagerProxy):

  • UIProcess/Plugins/PluginProcessProxy.cpp:

(WebKit::PluginProcessProxy::didReceiveMessage):

  • UIProcess/Plugins/PluginProcessProxy.h:

(PluginProcessProxy):

  • UIProcess/SharedWorkers/SharedWorkerProcessProxy.cpp:

(WebKit::SharedWorkerProcessProxy::didReceiveMessage):

  • UIProcess/SharedWorkers/SharedWorkerProcessProxy.h:

(SharedWorkerProcessProxy):

  • UIProcess/WebApplicationCacheManagerProxy.cpp:

(WebKit::WebApplicationCacheManagerProxy::didReceiveMessage):

  • UIProcess/WebApplicationCacheManagerProxy.h:

(WebApplicationCacheManagerProxy):

  • UIProcess/WebContext.cpp:

(WebKit::WebContext::dispatchMessage):
(WebKit::WebContext::dispatchSyncMessage):
(WebKit::WebContext::didReceiveMessage):
(WebKit::WebContext::didReceiveSyncMessage):

  • UIProcess/WebContext.h:

(WebContext):

  • UIProcess/WebCookieManagerProxy.cpp:

(WebKit::WebCookieManagerProxy::didReceiveMessage):

  • UIProcess/WebCookieManagerProxy.h:

(WebCookieManagerProxy):

  • UIProcess/WebDatabaseManagerProxy.cpp:

(WebKit::WebDatabaseManagerProxy::didReceiveMessage):

  • UIProcess/WebDatabaseManagerProxy.h:

(WebDatabaseManagerProxy):

  • UIProcess/WebFullScreenManagerProxy.cpp:

(WebKit::WebFullScreenManagerProxy::didReceiveMessage):
(WebKit::WebFullScreenManagerProxy::didReceiveSyncMessage):

  • UIProcess/WebFullScreenManagerProxy.h:

(WebFullScreenManagerProxy):

  • UIProcess/WebGeolocationManagerProxy.h:

(WebGeolocationManagerProxy):

  • UIProcess/WebIconDatabase.h:

(WebIconDatabase):

  • UIProcess/WebKeyValueStorageManagerProxy.h:

(WebKeyValueStorageManagerProxy):

  • UIProcess/WebMediaCacheManagerProxy.h:

(WebMediaCacheManagerProxy):

  • UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::didReceiveMessage):
(WebKit::WebPageProxy::didReceiveSyncMessage):

  • UIProcess/WebPageProxy.h:

(WebPageProxy):

  • UIProcess/WebProcessProxy.cpp:

(WebKit::WebProcessProxy::didReceiveMessage):
(WebKit::WebProcessProxy::didReceiveSyncMessage):
(WebKit::WebProcessProxy::didReceiveMessageOnConnectionWorkQueue):

  • UIProcess/WebProcessProxy.h:

(WebProcessProxy):

  • UIProcess/WebResourceCacheManagerProxy.h:

(WebResourceCacheManagerProxy):

  • UIProcess/mac/RemoteLayerTreeHost.h:

(RemoteLayerTreeHost):

  • UIProcess/mac/RemoteLayerTreeHost.mm:

(WebKit::RemoteLayerTreeHost::didReceiveMessage):

  • UIProcess/mac/SecItemShimProxy.cpp:

(WebKit::SecItemShimProxy::didReceiveMessageOnConnectionWorkQueue):

  • UIProcess/mac/SecItemShimProxy.h:

(SecItemShimProxy):

  • WebProcess/ApplicationCache/WebApplicationCacheManager.cpp:

(WebKit::WebApplicationCacheManager::didReceiveMessage):

  • WebProcess/ApplicationCache/WebApplicationCacheManager.h:

(WebApplicationCacheManager):

  • WebProcess/Cookies/WebCookieManager.cpp:

(WebKit::WebCookieManager::didReceiveMessage):

  • WebProcess/Cookies/WebCookieManager.h:

(WebCookieManager):

  • WebProcess/FullScreen/WebFullScreenManager.cpp:

(WebKit::WebFullScreenManager::didReceiveMessage):

  • WebProcess/FullScreen/WebFullScreenManager.h:

(WebFullScreenManager):

  • WebProcess/Geolocation/WebGeolocationManager.h:

(WebGeolocationManager):

  • WebProcess/IconDatabase/WebIconDatabaseProxy.h:

(WebIconDatabaseProxy):

  • WebProcess/MediaCache/WebMediaCacheManager.h:

(WebMediaCacheManager):

  • WebProcess/Network/NetworkProcessConnection.cpp:

(WebKit::NetworkProcessConnection::didReceiveMessage):
(WebKit::NetworkProcessConnection::didReceiveSyncMessage):

  • WebProcess/Network/NetworkProcessConnection.h:

(NetworkProcessConnection):

  • WebProcess/Notifications/WebNotificationManager.h:

(WebNotificationManager):

  • WebProcess/Plugins/PluginProcessConnection.cpp:

(WebKit::PluginProcessConnection::didReceiveMessage):
(WebKit::PluginProcessConnection::didReceiveSyncMessage):

  • WebProcess/Plugins/PluginProcessConnection.h:

(PluginProcessConnection):

  • WebProcess/ResourceCache/WebResourceCacheManager.h:

(WebResourceCacheManager):

  • WebProcess/Storage/WebKeyValueStorageManager.h:

(WebKeyValueStorageManager):

  • WebProcess/WebCoreSupport/WebDatabaseManager.cpp:

(WebKit::WebDatabaseManager::didReceiveMessage):

  • WebProcess/WebCoreSupport/WebDatabaseManager.h:

(WebDatabaseManager):

  • WebProcess/WebPage/DrawingArea.h:

(DrawingArea):

  • WebProcess/WebPage/DrawingAreaImpl.cpp:

(WebKit::DrawingAreaImpl::didReceiveCoordinatedLayerTreeHostMessage):

  • WebProcess/WebPage/DrawingAreaImpl.h:

(DrawingAreaImpl):

  • WebProcess/WebPage/EventDispatcher.cpp:

(WebKit::EventDispatcher::didReceiveMessageOnConnectionWorkQueue):

  • WebProcess/WebPage/EventDispatcher.h:

(EventDispatcher):

  • WebProcess/WebPage/LayerTreeHost.h:

(LayerTreeHost):

  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::didReceiveMessage):
(WebKit::WebPage::didReceiveSyncMessage):

  • WebProcess/WebPage/WebPage.h:

(WebPage):

  • WebProcess/WebPage/WebPageGroupProxy.h:

(WebPageGroupProxy):

  • WebProcess/WebProcess.cpp:

(WebKit::WebProcess::didReceiveSyncMessage):
(WebKit::WebProcess::didReceiveMessage):
(WebKit::WebProcess::didReceiveMessageOnConnectionWorkQueue):

  • WebProcess/WebProcess.h:

(WebProcess):

6:21 PM Changeset in webkit [141360] by commit-queue@webkit.org
  • 8 edits in trunk/Source/WebCore

[V8] Add IDL 'enum' support to CodeGeneratorV8.pm
​https://bugs.webkit.org/show_bug.cgi?id=106553

Patch by Nils Barth <​nbarth@google.com> on 2013-01-30
Reviewed by Kentaro Hara.

Add partial support for Web IDL enumerations in V8 bindings

Binding generators currently cannot handle IDL enumerations.
(An enumeration is an DOMString with a limited set of values, thus
treated internally as DOMString, with validation code added in
bindings.)
This adds support for enumerations in V8, adding validation checking
to setters.
It does not add validation checking to operations (no test case), and
does not add support in JSC.

Test: bindings/scripts/test/TestObj.idl (run-bindings-test)

  • bindings/scripts/IDLParser.pm:
    • Parser assumes all IDL definitions are interfaces; add support for other definitions
    • Parser parses but discards enum definitions; instead, record parsed data

(Parse): Sort definitions into interfaces and enums.
Remove "@definitions eq (someIdlDocument)" test, as this never
happens (fossil code) -- parseDefinitions returns list of definitions,
never a one-item list consisting of a document (no nested documents).
(unquoteString): new utility function to unquote StringToken (token
itself still quoted)
(parseEnum):
(parseEnumValueList):
(parseEnumValues):
(parseEnumOld):

  • bindings/scripts/CodeGenerator.pm:
    • Expose parsed enum data to backends (detect enums, list valid values)
    • Enums treated as DOMString type in internal function

(ProcessDocument):
(IsEnumType):
(ValidEnumValues):
(IsRefPtrType):

  • bindings/scripts/CodeGeneratorV8.pm:
    • Enums treated as DOMString type in internal functions
    • Add validation to setter

(GenerateNormalAttrSetter):
(GetNativeType):
(JSValueToNative):
(NativeToJSValue):
(ConvertToV8StringResource):

  • bindings/scripts/test/TestObj.idl:
    • New enum type and enum variable test for IDL enumeration support
  • bindings/scripts/test/V8/V8TestObj.cpp:
    • Generated code, desired behavior

(WebCore::TestObjV8Internal::enumAttrAttrGetter):
(TestObjV8Internal):
(WebCore::TestObjV8Internal::enumAttrAttrSetter):
(WebCore):

  • bindings/scripts/test/JS/JSTestObj.cpp:
    • Generated code, currently incorrect

(WebCore):
(WebCore::jsTestObjEnumAttr):
(WebCore::setJSTestObjEnumAttr):

  • bindings/scripts/test/JS/JSTestObj.h:
    • Generated code, currently incorrect

(WebCore):

6:19 PM Changeset in webkit [141359] by timothy_horton@apple.com
  • 4 edits in trunk/Source/WebKit2

PDFPlugin: Update scrollbars if PDFLayerController's display mode changes
​https://bugs.webkit.org/show_bug.cgi?id=108412
<rdar://problem/13002261>

Reviewed by Simon Fraser.

  • WebProcess/Plugins/PDF/PDFLayerControllerDetails.h: Add pdfLayerController:didChangeDisplayMode:
  • WebProcess/Plugins/PDF/PDFPlugin.h: Add notifyDisplayModeChanged().
  • WebProcess/Plugins/PDF/PDFPlugin.mm:

(-[WKPDFLayerControllerDelegate pdfLayerController:didChangeDisplayMode:]): Forward didChangeDisplayMode to notifyDisplayModeChanged.
(WebKit::PDFPlugin::notifyDisplayModeChanged): Update content size and scrollbar size when display mode changes.

6:17 PM Changeset in webkit [141358] by thakis@chromium.org
  • 6 edits in trunk/Source

[chromium] Build webkit with enable_web_intents set to 0.
​https://bugs.webkit.org/show_bug.cgi?id=108408

Reviewed by Kentaro Hara.

I'll then make chromium build fine with that, then switch
enable_web_intents to 0, roll that into webkit, and then
actually remove the code hidden behind this flag.

Source/WebCore:

  • bindings/v8/custom/V8IntentCustom.cpp:

Source/WebKit/chromium:

  • WebKit.gyp:
  • features.gypi:
  • src/WebFrameImpl.cpp:
6:15 PM Changeset in webkit [141357] by leviw@chromium.org
  • 5 edits
    2 adds in trunk

[Chromium] WebPluginContainerImpl adding imbalanced touch handler refs
​https://bugs.webkit.org/show_bug.cgi?id=108381

Reviewed by James Robinson.

Source/WebKit/chromium:

WebPluginContainerImpl would call Document::didAddTouchEventHandler every time the plugin requested
touch events. Some plugins make this request more than once, leading to an imbalance in Document's
touch event handler map, and a stale node pointer when the plugin is destroyed. This change
has WebPluginContainerImpl only add one ref for the plugin at a time.

  • src/WebPluginContainerImpl.cpp:

(WebKit::WebPluginContainerImpl::requestTouchEventType):

Tools:

  • DumpRenderTree/chromium/TestRunner/src/WebTestPlugin.cpp: Adding an attribute that

tickles the case in WebPluginContainerImpl that imbalanced touch handler refs in Document.

LayoutTests:

  • platform/chromium/plugins/re-request-touch-events-crash-expected.txt: Added.
  • platform/chromium/plugins/re-request-touch-events-crash.html: Added.
6:13 PM Changeset in webkit [141356] by commit-queue@webkit.org
  • 4 edits in trunk/Source

Start sending scrollType as NonBubblingGesture for flings
​https://bugs.webkit.org/show_bug.cgi?id=108372

Patch by Yusuf Ozuysal <​yusufo@google.com> on 2013-01-30
Reviewed by James Robinson.

Source/Platform:

Using the newly defined scrollType layerTreeHostImpl will stop bubbling flings to
parent layers. It will only bubble if the child layer is at the end of its scroll
range

  • chromium/public/WebInputHandlerClient.h:

Source/WebKit/chromium:

  • src/WebCompositorInputHandlerImpl.cpp:

(WebKit::WebCompositorInputHandlerImpl::handleGestureFling):

6:11 PM Changeset in webkit [141355] by jparent@chromium.org
  • 6 edits in trunk/Tools

Add a concept of dashboard parameters that invalidate others
​https://bugs.webkit.org/show_bug.cgi?id=108362

Reviewed by Dirk Pranke.

There are certain parameters to the dashboards, that when selected,
invalidate others, such as selecting the test type invalidates the
builder group. Add this concept to dashboard_base and allow specifc
dashboard to add their own invalidating parameters.

The result is that when the user takes a specific action, like changing
the test type, the builder would get reset to the default for the new
test type, rather than erroring or not matching the query param, as is
the current behavior.

Also deletes some unused code (selectBuilder).

  • TestResultServer/static-dashboards/dashboard_base.js:

(invalidateQueryParameters):
(setQueryParameter):

  • TestResultServer/static-dashboards/flakiness_dashboard.js:
  • TestResultServer/static-dashboards/flakiness_dashboard_unittests.js:
  • TestResultServer/static-dashboards/timeline_explorer.html:
  • TestResultServer/static-dashboards/treemap.html:
6:07 PM Changeset in webkit [141354] by commit-queue@webkit.org
  • 9 edits
    24 adds in trunk/LayoutTests

Tests for spellcheck behavior
​https://bugs.webkit.org/show_bug.cgi?id=108405

Patch by Rouslan Solomakhin <​rouslan@chromium.org> on 2013-01-30
Reviewed by Tony Chang.

  • editing/spelling/resources/util.js: Added. Boilerplate for spellcheck tests.
  • editing/spelling/spelling-double-clicked-word.html: Added. Spelling should work for double-clicked misspellings.
  • editing/spelling/spelling-double-clicked-word-with-underscores.html: Added. Underscores should be treated as whitespace: spelling should ignore them.
  • editing/spelling/spelling-exactly-selected-multiple-words.html: Added. Spelling should work when the user selects a multi-word misspelling exactly.
  • editing/spelling/spelling-exactly-selected-word.html: Added. Spelling should work when the user selects the misspelled word exactly.
  • editing/spelling/spelling-multiword-selection.html: Added. Spelling should be disabled when user selects multiple words that are not a single misspelling.
  • editing/spelling/spelling-should-select-multiple-words.html: Added. Spellcheck should select multi-word misspellings on context click.
  • editing/spelling/spelling-should-select-single-word.html: Added. Spellcheck should select the misspelled word on context click.
  • editing/spelling/spelling-subword-selection.html: Added. Spelling should be disabled when user selects a part of misspelling.
  • editing/spelling/spelling-with-punctuation-selection.html: Added. Punctuation marks should be treated as whitespace: spelling should ignore them.
  • editing/spelling/spelling-with-underscore-selection.html: Added. Underscores should be treated as whitespace: spelling should ignore them.
  • editing/spelling/spelling-with-whitespace-selection.html: Added. Spelling should ignore whitespace.
  • editing/spelling/spelling-double-clicked-word-expected.txt: Added.
  • editing/spelling/spelling-double-clicked-word-with-underscores-expected.txt: Added.
  • editing/spelling/spelling-exactly-selected-multiple-words-expected.txt: Added.
  • editing/spelling/spelling-exactly-selected-word-expected.txt: Added.
  • editing/spelling/spelling-multiword-selection-expected.txt: Added.
  • editing/spelling/spelling-should-select-multiple-words-expected.txt: Added.
  • editing/spelling/spelling-should-select-single-word-expected.txt: Added.
  • editing/spelling/spelling-subword-selection-expected.txt: Added.
  • editing/spelling/spelling-with-punctuation-selection-expected.txt: Added.
  • editing/spelling/spelling-with-underscore-selection-expected.txt: Added.
  • editing/spelling/spelling-with-whitespace-selection-expected.txt: Added.
  • platform/chromium/TestExpectations: Skip the tests until the platform implements the behavior.
  • platform/efl/TestExpectations: Skip the tests until the platform implements the behavior.
  • platform/gtk/TestExpectations: Skip the tests until the platform implements the behavior.
  • platform/mac/TestExpectations: Skip the tests until the platform implements the behavior.
  • platform/qt/TestExpectations: Skip the tests until the platform implements the behavior.
  • platform/wincairo/TestExpectations: Skip the tests until the platform implements the behavior.
  • platform/win/TestExpectations: Skip the tests until the platform implements the behavior.
  • platform/wk2/TestExpectations: Skip the tests until the platform implements the behavior.
6:07 PM Changeset in webkit [141353] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

Disable process suppression of DumpRenderTree on Mac
​https://bugs.webkit.org/show_bug.cgi?id=108400

Patch by Kiran Muppala <​cmuppala@apple.com> on 2013-01-30
Reviewed by Jessie Berlin.

  • DumpRenderTree/mac/DumpRenderTree.mm:

(prepareConsistentTestingEnvironment): Take assertion to prevent
process suppression.

5:39 PM Changeset in webkit [141352] by commit-queue@webkit.org
  • 4 edits in trunk/Source/WebKit/chromium

[chromium] Add WebFrame::visibleContentRect()
​https://bugs.webkit.org/show_bug.cgi?id=108311

Patch by Tien-Ren Chen <​trchen@chromium.org> on 2013-01-30
Reviewed by James Robinson.

  • public/WebFrame.h:
  • src/WebFrameImpl.cpp:

(WebKit::WebFrameImpl::visibleContentRect):
(WebKit):

  • src/WebFrameImpl.h:

(WebFrameImpl):

5:31 PM Changeset in webkit [141351] by jsbell@chromium.org
  • 2 edits in trunk/Source/WebCore

IndexedDB: Remove speculative dispatchEvent crash fix now that root cause is addressed
​https://bugs.webkit.org/show_bug.cgi?id=108131

Reviewed by Tony Chang.

A patch was landed in r140027 to prevent a null pointer crash in
IDBRequest::dispatchEvent and confirm the source of the crash (which
we couldn't repro locally). Following confirmation from user reports,
the root cause was tracked down to a race condition in MessageQueue,
and was fixed in r140483. This patch is no longer needed, and there's
always been an ASSERT in place to catch regressions while debugging.

No new tests - no behavior change.

  • Modules/indexeddb/IDBRequest.cpp:

(WebCore::IDBRequest::dispatchEvent): Remove extraneous test.

5:26 PM Changeset in webkit [141350] by commit-queue@webkit.org
  • 6 edits in trunk/Source/WebCore

[BlackBerry] Store both proxy and host credentials simultaneously for NetworkJob
​https://bugs.webkit.org/show_bug.cgi?id=108388

Patch by Joe Mason <​jmason@rim.com> on 2013-01-30
Reviewed by Yong Li.

The platform NetworkRequest interface has been updated again, to store both a proxy and host
credential for each request (to prevent an infinite loop when a request authenticates against a
proxy but fails the host authentication, and then the followup contains the host credential but not
the proxy credential so it fails proxy authentication, so the next followup contains the proxy
credential but not the host credential...)

Complying with the new interface requires the host and proxy challenge to be stored separately in
webkit so they can both be added to the same NetworkRequest.

Internal PR: 281172
Internal Reviewer: Leo Yang

  • platform/network/ResourceHandleInternal.h:

(ResourceHandleInternal):

  • platform/network/blackberry/AuthenticationChallenge.h:

(WebCore::AuthenticationChallenge::hasCredentials):
(AuthenticationChallenge):

  • platform/network/blackberry/NetworkJob.cpp:

(WebCore::NetworkJob::notifyAuthReceived):
(WebCore::NetworkJob::handleRedirect):
(WebCore::NetworkJob::sendRequestWithCredentials):
(WebCore::NetworkJob::storeCredentials):
(WebCore):
(WebCore::NetworkJob::purgeCredentials):
(WebCore::NetworkJob::notifyChallengeResult):
(WebCore::NetworkJob::updateCurrentWebChallenge):

  • platform/network/blackberry/NetworkJob.h:

(NetworkJob):

  • platform/network/blackberry/NetworkManager.cpp:

(WebCore::setAuthCredentials):
(WebCore):
(WebCore::NetworkManager::startJob):

5:22 PM Changeset in webkit [141349] by roger_fong@apple.com
  • 2 edits in trunk/Tools

Enable tests for Windows EWS!
​https://bugs.webkit.org/show_bug.cgi?id=107968.
Patch by Lucas Forschler.

Reviewed by Adam Barth.

  • Scripts/webkitpy/tool/commands/earlywarningsystem.py:

(WinEWS):

5:08 PM Changeset in webkit [141348] by oliver@apple.com
  • 2 edits in trunk/Source/WebCore

Make JSEventListener more robust in the event of the compiled handler being released.
​https://bugs.webkit.org/show_bug.cgi?id=108390

Reviewed by Michael Saboff.

It shouldn't be possible for a handler to be collected for any object that
might still trigger an event. Nonetheless it does still happen, and the
only point of failure that currently exists is compiling the handler.

This patch is mostly just assertions, but also removes a bunch of field
clearing that was previously being performed. Given we do seem to periodically
end up needing to recompile a handler this appears to be necessary. That
said there does not appear to be a memory hit from this as the event handlers
that make us use JSLazyEventListener are not frequently compiled, and the bulk
of the functions that are compiled end up causing us to keep the strings around
anyway.

  • bindings/js/JSLazyEventListener.cpp:

(WebCore::JSLazyEventListener::JSLazyEventListener):
(WebCore::JSLazyEventListener::initializeJSFunction):

5:05 PM Changeset in webkit [141347] by tony@chromium.org
  • 2 edits in trunk/LayoutTests

[chromium] Unreviewed, update expectations on Mac for textarea change.

  • platform/chromium-mac/platform/chromium/virtual/gpu/compositedscrolling/overflow/textarea-scroll-touch-expected.txt:
4:56 PM Changeset in webkit [141346] by haraken@chromium.org
  • 17 edits
    2 adds in trunk

Implement KeyboardEvent constructor
​https://bugs.webkit.org/show_bug.cgi?id=108320

Reviewed by Adam Barth.

Source/WebCore:

This patch implements KeyboardEvent constructor under a DOM4_EVENTS_CONSTRUCTOR flag,
which is enabled on Chromium and Safari.

This significantly simplifies a code to construct a KeyboardEvent.

Before:

e = document.createEvent("KeyboardEvent");
e.initKeyboardEvent("keypress", true, true, null, false, false, false, false, 0, 0);

After:

e = new KeyboardEvent("keypress");

Editor's draft: ​https://dvcs.w3.org/hg/d4e/raw-file/tip/source_respec.htm

  • 'char' and 'code' are not yet supported due to lack of WebCore implementation.
  • 'altGraphKey' is not supported because it's an extended attribute in WebKit

and is not speced.

  • Renamed keyboard event constant variables to avoid style errors.

Test: fast/events/constructors/keyboard-event-constructor.html

  • dom/KeyboardEvent.cpp:

(WebCore::keyLocationCode):
(WebCore::KeyboardEventInit::KeyboardEventInit):
(WebCore):
(WebCore::KeyboardEvent::KeyboardEvent):

  • dom/KeyboardEvent.h:

(WebCore):
(WebCore::KeypressCommand::KeypressCommand):
(KeypressCommand):
(KeyboardEventInit):
(KeyboardEvent):
(WebCore::KeyboardEvent::create):
(WebCore::KeyboardEvent::keyIdentifier):
(WebCore::KeyboardEvent::keyLocation):
(WebCore::KeyboardEvent::altGraphKey):
(WebCore::KeyboardEvent::keyEvent):
(WebCore::KeyboardEvent::keypressCommands):

  • dom/KeyboardEvent.idl:

Source/WebKit/chromium:

Renamed keyboard event constant variables to avoid style errors.

  • src/WebInputEventConversion.cpp:

(WebKit::WebKeyboardEventBuilder::WebKeyboardEventBuilder):

  • tests/WebInputEventConversionTest.cpp:
  • tests/WebInputEventFactoryTestGtk.cpp:

LayoutTests:

Editor's draft: ​https://dvcs.w3.org/hg/d4e/raw-file/tip/source_respec.htm

This patch implements KeyboardEvent constructor under a DOM4_EVENTS_CONSTRUCTOR flag,
which is enabled on Chromium and Safari.

  • fast/dom/constructed-objects-prototypes-expected.txt:
  • fast/dom/dom-constructors-expected.txt:
  • fast/dom/dom-constructors.html:
  • fast/events/constructors/keyboard-event-constructor-expected.txt: Added.
  • fast/events/constructors/keyboard-event-constructor.html: Added.
  • platform/efl/TestExpectations:
  • platform/gtk/TestExpectations:
  • platform/qt/TestExpectations:
  • platform/win/TestExpectations:
  • platform/wincairo/TestExpectations:
4:55 PM Changeset in webkit [141345] by Lucas Forschler
  • 4 edits in branches/safari-536.28-branch/Source

Versioning.

4:54 PM Changeset in webkit [141344] by tony@chromium.org
  • 1 edit
    2 deletes in trunk/LayoutTests

[chromium] Unreviewed, update expectations Linux 32 textarea tests.

  • platform/chromium-linux-x86/fast/dom/HTMLTextAreaElement/reset-textarea-expected.png: Removed.
  • platform/chromium-linux-x86/fast/forms/form-element-geometry-expected.png: Removed.
4:53 PM Changeset in webkit [141343] by Lucas Forschler
  • 1 copy in tags/Safari-536.28.10

New Tag.

4:50 PM Changeset in webkit [141342] by Christophe Dumez
  • 5 edits in trunk

Add a StringTypeAdapter for ASCIILiteral
​https://bugs.webkit.org/show_bug.cgi?id=108338

Reviewed by Benjamin Poulain.

Source/WTF:

Add StringTypeAdapter for ASCIILiteral type so that concatenation of an
ASCIILiteral and a String using + operator is efficiently handled.

  • wtf/text/StringConcatenate.h:
  • wtf/text/StringOperators.h:

(WTF::operator+): Inline some of the operator+ functions that were not
yet.
(WTF):

Tools:

Add API tests for operator+() taking an ASCIILiteral.

  • TestWebKitAPI/Tests/WTF/StringOperators.cpp:

(TestWebKitAPI::TEST):

4:49 PM Changeset in webkit [141341] by roger_fong@apple.com
  • 2 edits in trunk/Tools

Modify runtests.py script so that --skip-failing-tests option is not added when platform is cygwin.

Rubberstamped by Timothy Horton.

  • Scripts/webkitpy/tool/steps/runtests.py:

(RunTests.run):

4:32 PM Changeset in webkit [141340] by tony@chromium.org
  • 3 edits in trunk/LayoutTests

[chromium] Unreviewed, update expectations for Win/Mac
Rebaseline one more textarea test on Linux.

  • platform/chromium-linux/fast/forms/placeholder-position-expected.png:
  • platform/chromium/TestExpectations:
4:28 PM Changeset in webkit [141339] by pdr@google.com
  • 2 edits in trunk/LayoutTests

Mark tests as failing after r141303.

These tests were rebaselined before the bots had correct results. This change
marks these tests as [ ImageOnlyFailure Pass ] again while the bots catch up.

Unreviewed test expectations update.

  • platform/chromium/TestExpectations:
4:25 PM Changeset in webkit [141338] by jsbell@chromium.org
  • 5 edits in trunk/Source/WebCore

IndexedDB: IDBKeyRange::isOnlyKey() does pointer equality comparison
​https://bugs.webkit.org/show_bug.cgi?id=107582

Reviewed by Tony Chang.

Per the bug title, IDBKeyRange::isOnlyKey() was testing the upper/lower pointers to
determine if this was a "trivial" range, which can be used to fast-path lookups. This
is insufficient in multi-process ports where range values may be thrown across the wire.
This is addressed by using the existing key equality tests.

In addition, the bounds type check incorrectly checked m_lowerType == LowerBoundOpen, which
meant the function could never return true (since upper == lower implies closed bounds).
Therefore, the fast-path case wasn't used even in single-process ports (e.g. DRT). The
slow-path case contructed a backing store cursor over the range, and exited early if the
cursor yielded nothing. The fast-path case doesn't need to create a cursor, so needs to
deal with lookup misses. This revealed two similar (but trivial) lurking bugs in the
fast-path.

No new behavior; covered by tests such as: storage/indexeddb/get-keyrange.html

  • Modules/indexeddb/IDBBackingStore.cpp:

(WebCore::IDBBackingStore::getRecord): Handle backing store read miss case.

  • Modules/indexeddb/IDBDatabaseBackendImpl.cpp:

(WebCore::GetOperation::perform): Handle backing store read miss case.

  • Modules/indexeddb/IDBKeyRange.cpp:

(WebCore::IDBKeyRange::isOnlyKey): Compare keys by value, not pointer, correct
type checks, add assertions.

  • Modules/indexeddb/IDBKeyRange.h:

(IDBKeyRange): Move implementation to CPP file.

4:05 PM Changeset in webkit [141337] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

Unreviewed, rolling out r141205.
​http://trac.webkit.org/changeset/141205
​https://bugs.webkit.org/show_bug.cgi?id=108353

Command for running tests on windows needs to be investigated.
(Requested by lforschler on #webkit).

Patch by Sheriff Bot <​webkit.review.bot@gmail.com> on 2013-01-30

  • Scripts/webkitpy/tool/commands/earlywarningsystem.py:

(WinEWS):

4:03 PM Changeset in webkit [141336] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[BlackBerry] Never store empty credentials in NetworkJob::storeCredentials
​https://bugs.webkit.org/show_bug.cgi?id=108387

Patch by Joe Mason <​jmason@rim.com> on 2013-01-30
Reviewed by Yong Li.

There is a code path that can cause NetworkJob::storeCredentials to be called with empty
credentials, causing the existing credentials to be overwritten even though authentication
succeeded. PR 287791 has been filed to investigate why this happens; in the meantime, ignore empty
credentials.

Internal PR: 281172
Internally Reviewed By: Leo Yang

  • platform/network/blackberry/NetworkJob.cpp:

(WebCore::NetworkJob::storeCredentials):

3:52 PM Changeset in webkit [141335] by ap@apple.com
  • 4 edits
    1 add in trunk/Source/WebKit2

<rdar://problem/12695827> PPT: Make loading file URLs work with a sandboxed NetworkProcess

Reviewed by Sam Weinig.

  • DerivedSources.make: Preprocess a .sb.in file to build the profile.
  • NetworkProcess/mac/NetworkProcessMac.mm: Don't prevent entering the sandbox. Override sandbox path, because service gets a differnt one by default.
  • WebKit2.xcodeproj/project.pbxproj:
  • NetworkProcess/mac/com.apple.WebKit.NetworkProcess.sb.in: Added.
3:45 PM Changeset in webkit [141334] by aestes@apple.com
  • 4 edits in trunk/Source/WebCore

ContentFilter should be a ref-counted class
​https://bugs.webkit.org/show_bug.cgi?id=108392

Reviewed by David Kilzer.

  • loader/MainResourceLoader.h:

(MainResourceLoader): Store a RefPtr to m_contentFilter.

  • platform/ContentFilter.h: Inherit from RefCounted<ContentFilter>.
  • platform/mac/ContentFilterMac.mm:

(WebCore::ContentFilter::create): Return a PassRefPtr.

3:34 PM Changeset in webkit [141333] by timothy_horton@apple.com
  • 3 edits in trunk/Source/WebCore

[mac] ImageBuffer should create accelerated buffers for small canvases, but we shouldn't force them to create compositing layers
​https://bugs.webkit.org/show_bug.cgi?id=107804
<rdar://problem/11752381>

Reviewed by Simon Fraser.

Make all canvases IOSurface-backed if requested, instead of having a size threshold
under which we won't use accelerated canvas.

Make requiresCompositingForCanvas take the size of the canvas into account, using
the threshold which was previously in ImageBuffer to determine whether or not a
canvas should be forced into a compositing layer.

This improves canvas performance on some benchmarks
(​http://www.mikechambers.com/html5/javascript/QuadTree/examples/collision.html, for example)
significantly, in cases where canvases which fall below the size limit
(and thus are unaccelerated) are being drawn rapidly into either accelerated
tiles or another accelerated canvas, by preventing excessive copying to/from the GPU.

  • platform/graphics/cg/ImageBufferCG.cpp:

(WebCore):
(WebCore::ImageBuffer::ImageBuffer):

  • rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::requiresCompositingForCanvas):

3:30 PM Changeset in webkit [141332] by alecflett@chromium.org
  • 4 edits in trunk/Source/WebCore

IndexedDB: clean up scheduleTask return type
​https://bugs.webkit.org/show_bug.cgi?id=108361

Reviewed by Tony Chang.

This is just a code simplification now that the
synchronous consumers of scheduleTask are gone.

No new tests: pure refactor.

  • Modules/indexeddb/IDBDatabaseBackendImpl.cpp:

(WebCore::IDBDatabaseBackendImpl::setIndexesReady):
(WebCore::IDBDatabaseBackendImpl::runIntVersionChangeTransaction):

  • Modules/indexeddb/IDBTransactionBackendImpl.cpp:

(WebCore::IDBTransactionBackendImpl::scheduleTask):

  • Modules/indexeddb/IDBTransactionBackendImpl.h:

(WebCore::IDBTransactionBackendImpl::scheduleTask):
(IDBTransactionBackendImpl):

3:27 PM Changeset in webkit [141331] by tony@chromium.org
  • 37 edits in trunk

[Chromium] Enable textarea resize corner for tests
​https://bugs.webkit.org/show_bug.cgi?id=108385

Reviewed by Ojan Vafai.

Tools:

We should test what we ship. Also, this makes us pass more tests in content_shell.

  • DumpRenderTree/chromium/TestRunner/src/WebPreferences.cpp:

(WebTestRunner::WebPreferences::reset): Turn on resize corner.

LayoutTests:

  • compositing/overflow/textarea-scroll-touch-expected.txt:
  • fast/dom/shadow/shadowdom-for-textarea-with-placeholder-expected.html:

This ref test would overlay 2 textarea on top of each other. Turn off the resize corner on one of them.

  • fast/dom/shadow/shadowdom-for-textarea-without-shadow.html: Turn off the resize corner since the reference

file doesn't use a textarea.

  • fast/repaint/textarea-set-disabled-expected.png:
  • platform/chromium-linux/editing/inserting/4960120-1-expected.png:
  • platform/chromium-linux/editing/pasteboard/pasting-tabs-expected.png:
  • platform/chromium-linux/fast/block/float/overhanging-tall-block-expected.png:
  • platform/chromium-linux/fast/dom/HTMLTextAreaElement/reset-textarea-expected.png:
  • platform/chromium-linux/fast/forms/basic-textareas-expected.png:
  • platform/chromium-linux/fast/forms/basic-textareas-quirks-expected.png:
  • platform/chromium-linux/fast/forms/form-element-geometry-expected.png:
  • platform/chromium-linux/fast/forms/linebox-overflow-in-textarea-padding-expected.png:
  • platform/chromium-linux/fast/forms/negativeLineHeight-expected.png:
  • platform/chromium-linux/fast/forms/textAreaLineHeight-expected.png:
  • platform/chromium-linux/fast/forms/textarea-align-expected.png:
  • platform/chromium-linux/fast/forms/textarea-placeholder-pseudo-style-expected.png:
  • platform/chromium-linux/fast/forms/textarea-placeholder-visibility-1-expected.png:
  • platform/chromium-linux/fast/forms/textarea-placeholder-visibility-2-expected.png:
  • platform/chromium-linux/fast/forms/textarea-scroll-height-expected.png:
  • platform/chromium-linux/fast/forms/textarea-scrollbar-expected.png:
  • platform/chromium-linux/fast/forms/textarea-scrolled-type-expected.png:
  • platform/chromium-linux/fast/forms/textarea-setinnerhtml-expected.png:
  • platform/chromium-linux/fast/forms/textarea-width-expected.png:
  • platform/chromium-linux/fast/overflow/overflow-x-y-expected.png:
  • platform/chromium-linux/fast/parser/entity-comment-in-textarea-expected.png:
  • platform/chromium-linux/fast/parser/open-comment-in-textarea-expected.png:
  • platform/chromium-linux/fast/replaced/width100percent-textarea-expected.png:
  • platform/chromium-linux/fast/table/003-expected.png:
  • platform/chromium-linux/fast/text/international/rtl-white-space-pre-wrap-expected.png:
  • platform/chromium-linux/fast/text/international/unicode-bidi-plaintext-in-textarea-expected.png:
  • platform/chromium-linux/tables/mozilla/bugs/bug194024-expected.png:
  • platform/chromium-linux/tables/mozilla/bugs/bug30559-expected.png:
  • platform/chromium-linux/tables/mozilla/bugs/bug30692-expected.png:
  • platform/chromium/TestExpectations: Mark image failures for Mac and Win.
3:22 PM Changeset in webkit [141330] by Simon Fraser
  • 12 edits in trunk

Elements that dynamically become fixed sometimes jump to the top left on scrolling
​https://bugs.webkit.org/show_bug.cgi?id=108389

Source/WebCore:

Reviewed by Beth Dakin.

When an element became position:fixed and gained a compositing layer
as a result, we would compute its viewport constraints (including the
last GraphicsLayer position) before we had actually updated the GraphicsLayer
geometry for the first time. This would cause a jump to 0,0 on scrolling.

Fix by removing the call to updateViewportConstraintStatus() just after
creating the backing. Instead, hook in to registerScrollingLayers(),
which is called on every geometry update, to update the viewport
constraints for this layer.

Tested via existing tests, which now show correct positions at last
layout.

  • rendering/RenderLayerBacking.cpp:

(WebCore::RenderLayerBacking::registerScrollingLayers):

  • rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::updateBacking):

LayoutTests:

Reviewed by Beth Dakin.

Update test results; these results now correctly reflect the last layout
positions.

  • platform/mac/tiled-drawing/fixed/absolute-inside-fixed-expected.txt:
  • platform/mac/tiled-drawing/fixed/absolute-inside-out-of-view-fixed-expected.txt:
  • platform/mac/tiled-drawing/fixed/fixed-in-overflow-expected.txt:
  • platform/mac/tiled-drawing/fixed/four-bars-expected.txt:
  • platform/mac/tiled-drawing/fixed/nested-fixed-expected.txt:
  • platform/mac/tiled-drawing/fixed/percentage-inside-fixed-expected.txt:
  • platform/mac/tiled-drawing/sticky/sticky-horizontal-expected.txt:
  • platform/mac/tiled-drawing/sticky/sticky-vertical-expected.txt:
3:19 PM Changeset in webkit [141329] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

Revert r138912, the right fix for ​https://bugs.webkit.org/show_bug.cgi?id=106187 is in
r141323.

  • platform/mac-wk2/TestExpectations:
3:16 PM Changeset in webkit [141328] by abarth@webkit.org
  • 5 edits in trunk/Source/WebCore

HTMLDocumentParser::insert should be aware of threaded parsing
​https://bugs.webkit.org/show_bug.cgi?id=107764

Reviewed by Eric Seidel.

This patch is an incremental step towards recovering from
document.write invalidating our speculative parsing buffer. The
approach I've taken is to make it possible to transfer the
HTMLDocumentParser's HTMLTokenizer and HTMLToken to the background
thread. To make that possible, I've taught the HTMLDocumentParser how
to operate without a tokenizer or a token.

Not having a tokenizer or a token while parsing in the background also
helps us avoid accidentially feeding input to the main thread's
tokenizer when we're supposed to feed it to the background thread.

This patch shouldn't have any behavior change (other than possibly
fixing a crash in fast/parser when threading parsing is enabled).

  • html/parser/HTMLDocumentParser.cpp:

(WebCore::HTMLDocumentParser::HTMLDocumentParser):
(WebCore::HTMLDocumentParser::didFailSpeculation):
(WebCore):
(WebCore::HTMLDocumentParser::insert):
(WebCore::HTMLDocumentParser::finish):
(WebCore::HTMLDocumentParser::resumeParsingAfterScriptExecution):

  • html/parser/HTMLDocumentParser.h:

(HTMLDocumentParser):

  • html/parser/HTMLTreeBuilder.cpp:

(WebCore::HTMLTreeBuilder::constructTree):
(WebCore::HTMLTreeBuilder::processStartTagForInBody):
(WebCore::HTMLTreeBuilder::processEndTag):
(WebCore::HTMLTreeBuilder::processGenericRCDATAStartTag):
(WebCore::HTMLTreeBuilder::processGenericRawTextStartTag):
(WebCore::HTMLTreeBuilder::processScriptStartTag):

  • html/parser/TextDocumentParser.cpp:

(WebCore::TextDocumentParser::TextDocumentParser):

3:11 PM Changeset in webkit [141327] by rafaelw@chromium.org
  • 6 edits in trunk

[HTMLTemplateElement] prevent the parser from removing nodes from the content when the foster agency is processing formatting elements
​https://bugs.webkit.org/show_bug.cgi?id=108377

Reviewed by Adam Barth.

Source/WebCore:

​https://dvcs.w3.org/hg/webcomponents/raw-file/50ce1f368c1a/spec/templates/index.html#in-body-addition

callTheAdoptionAgency now appends to the template's content when it previously would have appended to the template element itself.

New test added to html5lib.

  • dom/ContainerNode.cpp:

(WebCore::ContainerNode::parserInsertBefore):
(WebCore::ContainerNode::parserAppendChild):

  • html/parser/HTMLTreeBuilder.cpp:

(WebCore::HTMLTreeBuilder::callTheAdoptionAgency):

LayoutTests:

Note that dump-as-markup.js is modified here to put both template content and its direct children. This was an oversight and fixing it will make it
easier to spot parse errors like ones that arise from this bug, where nodes are appended directly to the template element.

  • html5lib/resources/template.dat:
  • resources/dump-as-markup.js:

(Markup._get):

3:06 PM Changeset in webkit [141326] by pdr@google.com
  • 5 edits
    4 deletes in trunk/LayoutTests

Update fast/backgrounds/size/contain-and-cover-zoomed test expectations.

Unreviewed update of test expectations.

  • platform/chromium-linux-x86/fast/backgrounds/size/contain-and-cover-zoomed-expected.png: Removed.
  • platform/chromium-linux/fast/backgrounds/size/contain-and-cover-zoomed-expected.png:
  • platform/chromium-mac-lion/fast/backgrounds/size/contain-and-cover-zoomed-expected.png: Removed.
  • platform/chromium-mac-snowleopard/fast/backgrounds/size/contain-and-cover-zoomed-expected.png: Removed.
  • platform/chromium-mac/fast/backgrounds/size/contain-and-cover-zoomed-expected.png:
  • platform/chromium-win-xp/fast/backgrounds/size/contain-and-cover-zoomed-expected.png: Removed.
  • platform/chromium-win/fast/backgrounds/size/contain-and-cover-zoomed-expected.png:
  • platform/chromium/TestExpectations:
3:00 PM Changeset in webkit [141325] by commit-queue@webkit.org
  • 5 edits in trunk/Source/WebKit2

Coordinated Graphics: LayerTreeRenderer manages the surface of UpdateAtlas.
​https://bugs.webkit.org/show_bug.cgi?id=107224

Patch by Huang Dongsung <​luxtella@company100.net> on 2013-01-30
Reviewed by Benjamin Poulain.

Currently, CoordinatedLayerTreeHostProxy manages the surface of UpdateAtlas, but
all other resources are managed by LayerTreeRenderer. This patch matches the
surface of UpdateAtlas to other resources.

  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.cpp:

(WebKit::CoordinatedLayerTreeHostProxy::updateTileForLayer):
(WebKit::CoordinatedLayerTreeHostProxy::createUpdateAtlas):
(WebKit::CoordinatedLayerTreeHostProxy::removeUpdateAtlas):
(WebKit::CoordinatedLayerTreeHostProxy::purgeBackingStores):

  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.h:

(CoordinatedLayerTreeHostProxy):

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.cpp:

(WebKit::LayerTreeRenderer::updateTile):
(WebKit::LayerTreeRenderer::createUpdateAtlas):
(WebKit):
(WebKit::LayerTreeRenderer::removeUpdateAtlas):
(WebKit::LayerTreeRenderer::purgeGLResources):

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.h:

(TileUpdate):
(WebKit::LayerTreeRenderer::TileUpdate::TileUpdate):
(LayerTreeRenderer):

2:58 PM Changeset in webkit [141324] by pdr@google.com
  • 4 edits in trunk/LayoutTests

Update chromium-mac svg/zoom test expectations after r141303

Unreviewed update of test expectations.

  • platform/chromium-mac-lion/svg/zoom/page/zoom-img-preserveAspectRatio-support-1-expected.png:
  • platform/chromium-mac-snowleopard/svg/zoom/page/zoom-img-preserveAspectRatio-support-1-expected.png:
  • platform/chromium-mac/svg/zoom/page/zoom-img-preserveAspectRatio-support-1-expected.png:
2:49 PM Changeset in webkit [141323] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

Don't run the tiled-drawing tests on Lion WK2.

  • platform/mac-wk2/TestExpectations:

Even though the platform/mac/tiled-drawing tests were skipped in the Lion TestExpectations
file, the Pass value in the mac-wk2 TestExpectations file was causing them to be run on
Lion WK2. Explicity skip the tests on Lion here as well.

2:48 PM Changeset in webkit [141322] by andersca@apple.com
  • 75 edits in trunk/Source/WebKit2

Remove MessageID parameter from generated message receivers
​https://bugs.webkit.org/show_bug.cgi?id=108379

Reviewed by Beth Dakin.

  • NetworkProcess/NetworkConnectionToWebProcess.cpp:

(WebKit::NetworkConnectionToWebProcess::didReceiveMessage):
(WebKit::NetworkConnectionToWebProcess::didReceiveSyncMessage):

  • NetworkProcess/NetworkConnectionToWebProcess.h:

(NetworkConnectionToWebProcess):

  • NetworkProcess/NetworkProcess.cpp:

(WebKit::NetworkProcess::didReceiveMessage):

  • NetworkProcess/NetworkProcess.h:

(NetworkProcess):

  • PluginProcess/PluginControllerProxy.h:

(PluginControllerProxy):

  • PluginProcess/PluginProcess.cpp:

(WebKit::PluginProcess::didReceiveMessage):

  • PluginProcess/PluginProcess.h:

(PluginProcess):

  • PluginProcess/WebProcessConnection.cpp:

(WebKit::WebProcessConnection::didReceiveMessage):
(WebKit::WebProcessConnection::didReceiveSyncMessage):

  • PluginProcess/WebProcessConnection.h:

(WebProcessConnection):

  • Scripts/webkit2/messages.py:

(generate_message_handler):

  • Scripts/webkit2/messages_unittest.py:
  • Shared/Authentication/AuthenticationManager.cpp:

(WebKit::AuthenticationManager::didReceiveMessage):

  • Shared/Authentication/AuthenticationManager.h:

(AuthenticationManager):

  • Shared/Network/CustomProtocols/CustomProtocolManager.h:

(CustomProtocolManager):

  • Shared/Network/CustomProtocols/mac/CustomProtocolManagerMac.mm:

(WebKit::CustomProtocolManager::didReceiveMessage):

  • Shared/Plugins/NPObjectMessageReceiver.h:

(NPObjectMessageReceiver):

  • Shared/Plugins/NPRemoteObjectMap.cpp:

(WebKit::NPRemoteObjectMap::didReceiveSyncMessage):

  • Shared/WebConnection.cpp:

(WebKit::WebConnection::didReceiveMessage):

  • Shared/WebConnection.h:

(WebConnection):

  • Shared/mac/SecItemShim.cpp:

(WebKit::SecItemShim::didReceiveMessageOnConnectionWorkQueue):

  • Shared/mac/SecItemShim.h:

(SecItemShim):

  • SharedWorkerProcess/SharedWorkerProcess.cpp:

(WebKit::SharedWorkerProcess::didReceiveMessage):

  • SharedWorkerProcess/SharedWorkerProcess.h:

(SharedWorkerProcess):

  • UIProcess/Downloads/DownloadProxy.cpp:

(WebKit::DownloadProxy::didReceiveMessage):
(WebKit::DownloadProxy::didReceiveSyncMessage):

  • UIProcess/Downloads/DownloadProxy.h:

(DownloadProxy):

  • UIProcess/DrawingAreaProxy.h:

(DrawingAreaProxy):

  • UIProcess/Network/CustomProtocols/CustomProtocolManagerProxy.h:

(CustomProtocolManagerProxy):

  • UIProcess/Network/CustomProtocols/mac/CustomProtocolManagerProxyMac.mm:

(WebKit::CustomProtocolManagerProxy::didReceiveMessage):

  • UIProcess/Network/NetworkProcessProxy.cpp:

(WebKit::NetworkProcessProxy::didReceiveMessage):

  • UIProcess/Network/NetworkProcessProxy.h:

(NetworkProcessProxy):

  • UIProcess/Plugins/PluginProcessProxy.cpp:

(WebKit::PluginProcessProxy::didReceiveMessage):

  • UIProcess/Plugins/PluginProcessProxy.h:

(PluginProcessProxy):

  • UIProcess/SharedWorkers/SharedWorkerProcessProxy.cpp:

(WebKit::SharedWorkerProcessProxy::didReceiveMessage):

  • UIProcess/SharedWorkers/SharedWorkerProcessProxy.h:

(SharedWorkerProcessProxy):

  • UIProcess/WebApplicationCacheManagerProxy.cpp:

(WebKit::WebApplicationCacheManagerProxy::didReceiveMessage):

  • UIProcess/WebApplicationCacheManagerProxy.h:

(WebApplicationCacheManagerProxy):

  • UIProcess/WebContext.cpp:

(WebKit::WebContext::didReceiveMessage):
(WebKit::WebContext::didReceiveSyncMessage):

  • UIProcess/WebContext.h:

(WebContext):

  • UIProcess/WebCookieManagerProxy.cpp:

(WebKit::WebCookieManagerProxy::didReceiveMessage):

  • UIProcess/WebCookieManagerProxy.h:

(WebCookieManagerProxy):

  • UIProcess/WebDatabaseManagerProxy.cpp:

(WebKit::WebDatabaseManagerProxy::didReceiveMessage):

  • UIProcess/WebDatabaseManagerProxy.h:

(WebDatabaseManagerProxy):

  • UIProcess/WebFullScreenManagerProxy.cpp:

(WebKit::WebFullScreenManagerProxy::didReceiveMessage):
(WebKit::WebFullScreenManagerProxy::didReceiveSyncMessage):

  • UIProcess/WebFullScreenManagerProxy.h:

(WebFullScreenManagerProxy):

  • UIProcess/WebInspectorProxy.h:

(WebInspectorProxy):

  • UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::didReceiveMessage):
(WebKit::WebPageProxy::didReceiveSyncMessage):

  • UIProcess/WebPageProxy.h:

(WebPageProxy):

  • UIProcess/WebProcessProxy.cpp:

(WebKit::WebProcessProxy::didReceiveMessage):
(WebKit::WebProcessProxy::didReceiveSyncMessage):
(WebKit::WebProcessProxy::didReceiveMessageOnConnectionWorkQueue):

  • UIProcess/WebProcessProxy.h:

(WebProcessProxy):

  • UIProcess/mac/RemoteLayerTreeHost.h:

(RemoteLayerTreeHost):

  • UIProcess/mac/RemoteLayerTreeHost.mm:

(WebKit::RemoteLayerTreeHost::didReceiveMessage):

  • UIProcess/mac/SecItemShimProxy.cpp:

(WebKit::SecItemShimProxy::didReceiveMessageOnConnectionWorkQueue):

  • UIProcess/mac/SecItemShimProxy.h:

(SecItemShimProxy):

  • WebProcess/ApplicationCache/WebApplicationCacheManager.cpp:

(WebKit::WebApplicationCacheManager::didReceiveMessage):

  • WebProcess/ApplicationCache/WebApplicationCacheManager.h:

(WebApplicationCacheManager):

  • WebProcess/Cookies/WebCookieManager.cpp:

(WebKit::WebCookieManager::didReceiveMessage):

  • WebProcess/Cookies/WebCookieManager.h:

(WebCookieManager):

  • WebProcess/FullScreen/WebFullScreenManager.cpp:

(WebKit::WebFullScreenManager::didReceiveMessage):

  • WebProcess/FullScreen/WebFullScreenManager.h:

(WebFullScreenManager):

  • WebProcess/Network/NetworkProcessConnection.cpp:

(WebKit::NetworkProcessConnection::didReceiveMessage):
(WebKit::NetworkProcessConnection::didReceiveSyncMessage):

  • WebProcess/Network/WebResourceLoader.h:

(WebResourceLoader):

  • WebProcess/Plugins/PluginProcessConnection.cpp:

(WebKit::PluginProcessConnection::didReceiveMessage):
(WebKit::PluginProcessConnection::didReceiveSyncMessage):

  • WebProcess/Plugins/PluginProcessConnection.h:

(PluginProcessConnection):

  • WebProcess/Plugins/PluginProxy.h:

(PluginProxy):

  • WebProcess/WebCoreSupport/WebDatabaseManager.cpp:

(WebKit::WebDatabaseManager::didReceiveMessage):

  • WebProcess/WebCoreSupport/WebDatabaseManager.h:

(WebDatabaseManager):

  • WebProcess/WebPage/DrawingArea.h:

(DrawingArea):

  • WebProcess/WebPage/EventDispatcher.cpp:

(WebKit::EventDispatcher::didReceiveMessageOnConnectionWorkQueue):

  • WebProcess/WebPage/EventDispatcher.h:

(EventDispatcher):

  • WebProcess/WebPage/WebInspector.h:

(WebInspector):

  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::didReceiveMessage):
(WebKit::WebPage::didReceiveSyncMessage):

  • WebProcess/WebPage/WebPage.h:

(WebPage):

  • WebProcess/WebProcess.cpp:

(WebKit::WebProcess::didReceiveMessage):
(WebKit::WebProcess::didReceiveMessageOnConnectionWorkQueue):

  • WebProcess/WebProcess.h:

(WebProcess):

2:46 PM Changeset in webkit [141321] by mhahnenberg@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Objective-C API: JSContext's dealloc causes ASSERT due to ordering of releases
​https://bugs.webkit.org/show_bug.cgi?id=107978

Reviewed by Filip Pizlo.

We need to add the Identifier table save/restore in JSContextGroupRelease so that we
have the correct table if we end up destroying the JSGlobalData/Heap.

  • API/JSContextRef.cpp:

(JSContextGroupRelease):

2:45 PM Changeset in webkit [141320] by mark.lam@apple.com
  • 2 edits in trunk/Source/WebCore

DatabaseContext should implement ThreadSafeRefCounted.
​https://bugs.webkit.org/show_bug.cgi?id=108285.

Reviewed by Alexey Proskuryakov.

DatabaseManager::interruptAllDatabasesForContext() can ref a
DatabaseContext from another thread. Hence, the DatabaseContext needs
to be a ThreadSafeRefCounted instead of a RefCounted.

No new tests.

  • Modules/webdatabase/DatabaseContext.h:
2:44 PM Changeset in webkit [141319] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

[WK2][UNIX] g_spawn_sync() generates warning in PluginProcessProxy::scanPlugin()
​https://bugs.webkit.org/show_bug.cgi?id=108371

Patch by Christophe Dumez <​dchris@gmail.com> on 2013-01-30
Reviewed by Martin Robinson.

g_spawn_sync() was sometimes displaying a warning about the SIGCHLD
signal disposition not being set to SIG_DFL, despite the fix in r133755.
The reason was that the code was only setting the disposition to SIG_DFL
if the previous disposition was SIG_IGN.

In this patch, we set the SIGCHLD signal disposition to SIG_DFL, no
matter what its previous disposition was. Also, the signal disposition
is now restored to its previous state after the call to g_spawn_sync()
to avoid side effects. Finally, we now use SIGCHLD instead of SIDCLD
since this is the more compatible POSIX name.

  • UIProcess/Plugins/unix/PluginProcessProxyUnix.cpp:

(WebKit::spawnProcessSync):
(WebKit):
(WebKit::PluginProcessProxy::scanPlugin):

2:43 PM Changeset in webkit [141318] by haraken@chromium.org
  • 15 edits
    2 adds in trunk

Implement WheelEvent constructor
​https://bugs.webkit.org/show_bug.cgi?id=108303

Reviewed by Adam Barth.

Source/WebCore:

Editor's draft: ​https://dvcs.w3.org/hg/d4e/raw-file/tip/source_respec.htm

This patch implements UIEvent constructor under a DOM4_EVENTS_CONSTRUCTOR flag,
which is enabled on Chromium and Safari.

Test: fast/events/constructors/wheel-event-constructor.html

  • dom/WheelEvent.cpp:

(WebCore::WheelEventInit::WheelEventInit):
(WebCore):
(WebCore::WheelEvent::WheelEvent):
(WebCore::WheelEvent::initWheelEvent):

  • dom/WheelEvent.h:

(WheelEventInit):
(WebCore):
(WheelEvent):
(WebCore::WheelEvent::create):
(WebCore::WheelEvent::wheelDelta):
(WebCore::WheelEvent::wheelDeltaX):
(WebCore::WheelEvent::wheelDeltaY):
(WebCore::WheelEvent::rawDeltaX):
(WebCore::WheelEvent::rawDeltaY):
(WebCore::WheelEvent::granularity):
(WebCore::WheelEvent::webkitDirectionInvertedFromDevice):
(WebCore::WheelEvent::isHorizontal):

  • dom/WheelEvent.idl:

Source/WebKit/chromium:

This patch just renames an enum value to avoid style check error.

  • src/WebViewImpl.cpp:

(WebKit::WebViewImpl::scrollBy):

LayoutTests:

Editor's draft: ​https://dvcs.w3.org/hg/d4e/raw-file/tip/source_respec.htm

This patch implements UIEvent constructor under a DOM4_EVENTS_CONSTRUCTOR flag,
which is enabled on Chromium and Safari.

Test: fast/events/constructors/wheel-event-constructor.html

  • fast/events/constructors/wheel-event-constructor-expected.txt: Added.
  • fast/events/constructors/wheel-event-constructor.html: Added.
  • platform/efl/TestExpectations:
  • platform/gtk/TestExpectations:
  • platform/qt/TestExpectations:
  • platform/win/TestExpectations:
  • platform/wincairo/TestExpectations:
2:41 PM Changeset in webkit [141317] by jchaffraix@webkit.org
  • 3 edits
    4 adds in trunk

[CSS Grid Layout] Support 'auto' sized grid items
​https://bugs.webkit.org/show_bug.cgi?id=103332

Reviewed by Tony Chang.

Source/WebCore:

Tests: fast/css-grid-layout/auto-content-resolution-columns.html

fast/css-grid-layout/auto-content-resolution-rows.html

The specification interprets 'auto' as minmax(min-content, max-content).
Because we stored the grid definitions as an 'auto' length, we wouldn't
handle it properly during layout.

This change makes us do the translation when we query the information for
layout.

  • rendering/style/GridTrackSize.h:

(WebCore::GridTrackSize::minTrackBreadth):
(WebCore::GridTrackSize::maxTrackBreadth):
Translate 'auto' to minmax(min-content, max-content). This works as getComputedStyle
still sees the GridTrackSize as a single length and thus query length() instead of the
individual component of minmax().

LayoutTests:

  • fast/css-grid-layout/auto-content-resolution-columns-expected.txt: Added.
  • fast/css-grid-layout/auto-content-resolution-columns.html: Added.
  • fast/css-grid-layout/auto-content-resolution-rows-expected.txt: Added.
  • fast/css-grid-layout/auto-content-resolution-rows.html: Added.
2:39 PM Changeset in webkit [141316] by alecflett@chromium.org
  • 4 edits
    3 adds in trunk

IndexedDB: Avoid crashing when deleting indexes
​https://bugs.webkit.org/show_bug.cgi?id=108356

Reviewed by Tony Chang.

Source/WebCore:

It is reasonable that the backend aborts a transaction before
the frontend is aware, depending on the timing of events. This
allows the transactionId to be invalid rather than asserting.

Test: storage/indexeddb/createIndex-after-failure.html

  • Modules/indexeddb/IDBDatabaseBackendImpl.cpp:

(WebCore::IDBDatabaseBackendImpl::createObjectStore):
(WebCore::IDBDatabaseBackendImpl::deleteObjectStore):
(WebCore::IDBDatabaseBackendImpl::createIndex):
(WebCore::IDBDatabaseBackendImpl::deleteIndex):
(WebCore::IDBDatabaseBackendImpl::get):
(WebCore::IDBDatabaseBackendImpl::put):
(WebCore::IDBDatabaseBackendImpl::setIndexKeys):
(WebCore::IDBDatabaseBackendImpl::setIndexesReady):
(WebCore::IDBDatabaseBackendImpl::openCursor):
(WebCore::IDBDatabaseBackendImpl::count):
(WebCore::IDBDatabaseBackendImpl::deleteRange):
(WebCore::IDBDatabaseBackendImpl::clear):

LayoutTests:

This test works on an edge case around the asynchronous
creation/deletion of indexes that used to crash. It doesn't fail/crash even
without this patch but was the test condition that uncovered the overall problem
before ​https://bugs.webkit.org/show_bug.cgi?id=107311 changed the timing of
some of the events.

  • storage/indexeddb/createIndex-after-failure.html: Added.
  • storage/indexeddb/resources/createIndex-after-failure.js: Added.

(sleep):
(prepareDatabase):
(deleteIndexAfterGet):

  • storage/indexeddb/resources/shared.js:

(.requests.forEach):
(waitForRequests):

  • storage/indexeddb/createIndex-after-failure.html: Added.
  • storage/indexeddb/resources/createIndex-after-failure.js: Added.

(prepareDatabase):
(deleteIndexAfterGet):

  • storage/indexeddb/resources/shared.js:

(.requests.forEach):
(waitForRequests):

2:36 PM Changeset in webkit [141315] by haraken@chromium.org
  • 5 edits in trunk/Source/WebCore

isSameAsCurrentState() should take SerializedScriptValue* instead of PassRefPtr
​https://bugs.webkit.org/show_bug.cgi?id=107904

Reviewed by Darin Adler.

Applied Darin's comment: ​https://bugs.webkit.org/show_bug.cgi?id=107904#c5

No tests. No change in behavior.

  • bindings/js/JSPopStateEventCustom.cpp:

(WebCore::JSPopStateEvent::state):

  • bindings/v8/custom/V8PopStateEventCustom.cpp:

(WebCore::V8PopStateEvent::stateAccessorGetter):

  • page/History.cpp:

(WebCore::History::isSameAsCurrentState):

  • page/History.h:

(History):

2:32 PM Changeset in webkit [141314] by commit-queue@webkit.org
  • 7 edits in trunk/Source/WebCore

Remove unnecessary setAnimating() method
​https://bugs.webkit.org/show_bug.cgi?id=107495

Patch by Douglas Stockwell <​dstockwell@chromium.org> on 2013-01-30
Reviewed by Dean Jackson.

The corresponding accessor and uses were removed in r39211.

No new tests: no change in behaviour.

  • page/animation/AnimationBase.cpp:

(WebCore::AnimationBase::AnimationBase):

  • page/animation/AnimationBase.h:

(AnimationBase):

  • page/animation/CompositeAnimation.cpp:
  • page/animation/CompositeAnimation.h:
  • page/animation/ImplicitAnimation.cpp:

(WebCore::ImplicitAnimation::animate):

  • page/animation/KeyframeAnimation.cpp:

(WebCore::KeyframeAnimation::animate):

2:30 PM Changeset in webkit [141313] by esprehn@chromium.org
  • 4 edits in trunk/Source/WebCore

Clean up interface to ShadowRoot
​https://bugs.webkit.org/show_bug.cgi?id=108300

Reviewed by Dimitri Glazkov.

Lots of general clean up to ShadowRoot removing unused headers and forward
declarations, moving short inline methods into the class definition so it's
easier to understand what methods do what, and replacing macros with methods
with inline methods.

No new tests, just refactoring.

  • dom/ElementShadow.cpp:

(WebCore::ElementShadow::addShadowRoot):
(WebCore::ElementShadow::removeAllShadowRoots):

  • dom/ShadowRoot.cpp:

(WebCore::ShadowRoot::ShadowRoot):
(WebCore::ShadowRoot::setInnerHTML): Use isOrphan instead of macro.
(WebCore::ShadowRoot::setApplyAuthorStyles): Use isOrphan instead of macro.
(WebCore::ShadowRoot::setResetStyleInheritance): Use isOrphan instead of macro.
(WebCore::ShadowRoot::childrenChanged): Use isOrphan instead of macro.

  • dom/ShadowRoot.h:

(WebCore::ShadowRoot::setHost): Removed.
(WebCore::ShadowRoot::host):
(WebCore::ShadowRoot::owner):
(ShadowRoot):
(WebCore::ShadowRoot::isOrphan): Replacement of GuardOrphanShadowRoot macro.

2:30 PM Changeset in webkit [141312] by ddkilzer@apple.com
  • 2 edits in trunk/Source/ThirdParty/ANGLE

Remove useless comment from Base.xcconfig

Rubber-stamped by Mark Rowe.

  • Configurations/Base.xcconfig: Remove comment.
2:29 PM Changeset in webkit [141311] by pdr@google.com
  • 7 edits in trunk/LayoutTests

Update svg/zoom test expectations after r141303


Unreviewed update of test expectations.

  • platform/chromium-linux/svg/zoom/page/zoom-background-images-expected.png:
  • platform/chromium-linux/svg/zoom/page/zoom-img-preserveAspectRatio-support-1-expected.png:
  • platform/chromium-linux/svg/zoom/page/zoom-svg-as-background-with-relative-size-expected.png:
  • platform/chromium-win/svg/zoom/page/zoom-background-images-expected.png:
  • platform/chromium-win/svg/zoom/page/zoom-img-preserveAspectRatio-support-1-expected.png:
  • platform/chromium-win/svg/zoom/page/zoom-svg-as-background-with-relative-size-expected.png:
2:27 PM Changeset in webkit [141310] by commit-queue@webkit.org
  • 16 edits in trunk/Source/WebKit2

[EFL][Qt][WK2] We should consider a page scale factor in WebCore instead of our own scale factor.
​https://bugs.webkit.org/show_bug.cgi?id=105978

Patch by Huang Dongsung <​luxtella@company100.net> on 2013-01-30
Reviewed by Simon Fraser.

Currently, PageViewportController sends a page scale factor to Coordinated
Graphics System regardless of the page scale factor in WebCore. This patch makes
Coordinated Graphics System use the page scale factor in WebCore to match other
ports.

When it is needed to change a page scale, PageViewportController sends the scale
to Page in Web Process via WebPageProxy::scalePage. When the page scale in
WebCore is changed, CoordinatedGraphicsLayer gets notified via
deviceOrPageScaleFactorChanged callback. CoordinatedGraphicsLayer uses the page
scale factor like previous our own scale factor.

We set true to applyDeviceScaleFactorInCompositor and
ApplyPageScaleFactorInCompositor in Settings like chromium, because
TiledBackingStore that is a backing store of each GraphicsLayer applies the
scale to our raster graphics engines instead of applying the scale to the local
transform of each render object.

Thank Kenneth Rohde Christiansen for implementing the base patch of this patch.

No new tests. Covered by existing tests.

  • UIProcess/API/qt/qquickwebview.cpp:

(QQuickWebViewLegacyPrivate::updateViewportSize):

  • UIProcess/API/qt/raw/qrawwebview.cpp:

(QRawWebView::setSize):

  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.cpp:

(WebKit::CoordinatedLayerTreeHostProxy::CoordinatedLayerTreeHostProxy):
(WebKit::CoordinatedLayerTreeHostProxy::setVisibleContentsRect):

Does not receive a pageScaleFactor argument because
PageViewportController sends a page scale factor to Page.
However, this method still receives a scroll position because we
enable delegates scrolling.

  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.h:

(CoordinatedLayerTreeHostProxy):

  • UIProcess/DrawingAreaProxy.h:

(WebKit::DrawingAreaProxy::setVisibleContentsRect):

  • UIProcess/DrawingAreaProxyImpl.cpp:

(WebKit::DrawingAreaProxyImpl::setVisibleContentsRect):

  • UIProcess/DrawingAreaProxyImpl.h:
  • UIProcess/PageViewportController.cpp:

(WebKit::PageViewportController::didRenderFrame):
(WebKit::PageViewportController::didChangeContentsVisibility):
(WebKit::PageViewportController::syncVisibleContents):
(WebKit::PageViewportController::applyScaleAfterRenderingContents):
(WebKit::PageViewportController::applyPositionAfterRenderingContents):

  • UIProcess/efl/PageClientLegacyImpl.cpp:

(WebKit::PageClientLegacyImpl::updateViewportSize):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedGraphicsLayer.cpp:

(WebCore::CoordinatedGraphicsLayer::CoordinatedGraphicsLayer):
(WebCore::CoordinatedGraphicsLayer::deviceOrPageScaleFactorChanged):
(WebCore::CoordinatedGraphicsLayer::effectiveContentsScale):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedGraphicsLayer.h:

(CoordinatedGraphicsLayer):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:

(WebKit::CoordinatedLayerTreeHost::CoordinatedLayerTreeHost):
(WebKit::CoordinatedLayerTreeHost::createGraphicsLayer):
(WebKit::CoordinatedLayerTreeHost::deviceScaleFactor):
(WebKit):
(WebKit::CoordinatedLayerTreeHost::pageScaleFactor):
(WebKit::CoordinatedLayerTreeHost::setVisibleContentsRect):
(WebKit::CoordinatedLayerTreeHost::deviceOrPageScaleFactorChanged):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.h:

(CoordinatedLayerTreeHost):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.messages.in:
  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::setUseFixedLayout):

2:27 PM Changeset in webkit [141309] by Lucas Forschler
  • 12 edits in branches/safari-536.28-branch

Merged r138606. <rdar://problem/13117769>

2:24 PM Changeset in webkit [141308] by ddkilzer@apple.com
  • 6 edits
    1 add in trunk/Source/WTF

Upstream iOS build file changes for WTF
<​http://webkit.org/b/108221>

Reviewed by Mark Rowe.

  • Configurations/Base.xcconfig:
  • Import iOS.xcconfig.
  • Remove VALID_ARCHS. Modern Xcodes define these correctly.
  • Make HEADER_SEARCH_PATHS work with iOS Simulator builds.
  • Add SUPPORTED_PLATFORMS so both Mac and iOS SDKs appear in schemes.
  • Define INSTALL_PATH when building for macosx SDK.
  • Configurations/CopyWTFHeaders.xcconfig:
  • Make PRIVATE_HEADERS_FOLDER_PATH work with iOS Simulator builds.
  • Configurations/DebugRelease.xcconfig:
  • Simplify ARCHS. This works correctly on 32-bit-only SDKs.
  • Configurations/WTF.xcconfig:
  • Fix installation directory for iOS Simulator builds by defining INSTALL_PATH_ACTUAL.
  • Configurations/iOS.xcconfig: Add.
  • WTF.xcodeproj/project.pbxproj:
  • Add iOS.xcconfig to the project.
2:20 PM Changeset in webkit [141307] by enne@google.com
  • 2 edits in trunk/LayoutTests

[Chromium] Temporarily change expectations for tests affected by tiling shaders
​https://bugs.webkit.org/show_bug.cgi?id=108367

Patch by Brian Anderson <​brianderson@chromium.org> on 2013-01-30
Reviewed by Adrienne Walker.

  • platform/chromium/TestExpectations:
2:17 PM Changeset in webkit [141306] by rniwa@webkit.org
  • 2 edits in trunk/Source/WebCore

Apple's internal PLT test suite doesn't finish after r141136
​https://bugs.webkit.org/show_bug.cgi?id=108380

Reviewed by Alexey Proskuryakov.

Temporarily disable the feature to see if that fixes it.

  • loader/cache/CachedResourceLoader.cpp:

(WebCore::CachedResourceLoader::requestResource):

2:16 PM Changeset in webkit [141305] by mhahnenberg@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Objective-C API: exceptionHandler needs to be released in JSContext dealloc
​https://bugs.webkit.org/show_bug.cgi?id=108378

Reviewed by Filip Pizlo.

JSContext has a (copy) exceptionHandler property that it doesn't release in dealloc.
That sounds like the potential for a leak. It should be released.

  • API/JSContext.mm:

(-[JSContext dealloc]):

1:55 PM Changeset in webkit [141304] by fmalita@chromium.org
  • 2 edits in trunk/Source/WebCore

[Chromium] Unreviewed gardening.

Attempted Mac build fix after ​http://trac.webkit.org/changeset/141291.

  • platform/graphics/harfbuzz/HarfBuzzFaceCoreText.cpp:

(WebCore::harfBuzzCoreTextGetFontFuncs):

1:09 PM Changeset in webkit [141303] by pdr@google.com
  • 8 edits in trunk

Track scale and zoom together when drawing SVG images
​https://bugs.webkit.org/show_bug.cgi?id=108108

Reviewed by Tim Horton.

Source/WebCore:

This patch refactors SVGImage::drawSVGToImageBuffer to take a single zoomAndScale parameter
and removes two messy calls to setPageZoomFactor. This patch makes progress towards an
SVG image cache keyed on just container size and scale.

This refactoring is covered by existing tests.

  • loader/cache/CachedImage.cpp:

(WebCore::CachedImage::setContainerSizeForRenderer):
(WebCore::CachedImage::imageSizeForRenderer):

This complex logic has been refactored out of CachedImage and into SVGImageCache.
In addition to the code move, we no longer divide by the zoom factor because the
container size is stored without zoom.

  • svg/graphics/SVGImage.cpp:

(WebCore::SVGImage::drawSVGToImageBuffer):

This method signature has changed to take a FloatSize for the container size and
a combined zoom and scale parameter (zoomAndScale). A FloatSize is needed for the
container size because we now store the container size unzoomed, and in this process
we do not want to lose precision.

The messy setPageZoomFactor calls have also been removed which cleans this function up.

  • svg/graphics/SVGImage.h:
  • svg/graphics/SVGImageCache.cpp:

(WebCore::SVGImageCache::setContainerSizeForRenderer):

This function now stores the container size unzoomed. The container size was changed
to a FloatSize so that precision is not lost.

(WebCore::SVGImageCache::imageSizeForRenderer):

Note that the ImageBuffer size will stay the same. We now store the size as:

containerSize (without zoom) * zoom * scale

Previously this was:

containerSize (with zoom) * scale

(WebCore::SVGImageCache::redraw):
(WebCore::SVGImageCache::lookupOrCreateBitmapImageForRenderer):

  • svg/graphics/SVGImageCache.h:

(WebCore::SVGImageCache::SizeAndScales::SizeAndScales):
(SizeAndScales):
(SVGImageCache):

LayoutTests:

  • platform/chromium/TestExpectations:
1:03 PM Changeset in webkit [141302] by danakj@chromium.org
  • 7 edits in trunk/Source

[chromium] Add recordRenderingStats to WebSettings
​https://bugs.webkit.org/show_bug.cgi?id=108358

Reviewed by James Robinson.

Source/Platform:

  • chromium/public/WebLayerTreeView.h:

(WebKit::WebLayerTreeView::Settings::Settings):
(Settings):

Source/WebKit/chromium:

  • public/WebSettings.h:
  • src/WebSettingsImpl.cpp:

(WebKit::WebSettingsImpl::setRecordRenderingStats):
(WebKit):

  • src/WebSettingsImpl.h:

(WebSettingsImpl):
(WebKit::WebSettingsImpl::recordRenderingStats):

  • src/WebViewImpl.cpp:

(WebKit::WebViewImpl::setIsAcceleratedCompositingActive):

1:02 PM Changeset in webkit [141301] by fpizlo@apple.com
  • 3 edits in trunk/Source/JavaScriptCore

REGRESSION(140504): pure CSE no longer matches things, 10% regression on Kraken
​https://bugs.webkit.org/show_bug.cgi?id=108366

Reviewed by Geoffrey Garen and Mark Hahnenberg.

This was a longstanding bug that was revealed by ​http://trac.webkit.org/changeset/140504.
Pure CSE requires that the Node::flags() that may affect the behavior of a node match,
when comparing a possibly redundant node to its possible replacement. It was doing this
by comparing Node::arithNodeFlags(), which as the name might appear to suggest, returns
just those flag bits that correspond to actual node behavior and not auxiliary things.
Unfortunately, Node::arithNodeFlags() wasn't actually masking off the irrelevant bits.
This worked prior to r140504 because CSE itself didn't mutate the flags, so there was a
very high probability that matching nodes would also have completely identical flag bits
(even the ones that aren't relevant to arithmetic behavior, like NodeDoesNotExit). But
r140504 moved one of CSE's side-tables (m_relevantToOSR) into a flag bit for quicker
access. These bits would be mutated as the CSE ran over a basic block, in such a way that
there was a very high probability that the possible replacement would already have the
bit set, while the redundant node did not have the bit set. Since Node::arithNodeFlags()
returned all of the bits, this would cause CSEPhase::pureCSE() to reject the match
almost every time.

The solution is to make Node::arithNodeFlags() do as its name suggests: only return those
flags that are relevant to arithmetic behavior. This patch introduces a new mask that
represents those bits, and includes NodeBehaviorMask and NodeBackPropMask, which are both
used for queries on Node::arithNodeFlags(), and both affect arithmetic code gen. None of
the other flags are relevant to Node::arithNodeFlags() since they either correspond to
information already conveyed by the opcode (like NodeResultMask, NodeMustGenerate,
NodeHasVarArgs, NodeClobbersWorld, NodeMightClobber) or information that doesn't affect
the result that the node will produce or any of the queries performed on the result of
Node::arithNodeFlags (NodeDoesNotExit and of course NodeRelevantToOSR).

This is a 10% speed-up on Kraken, undoing the regression from r140504.

  • dfg/DFGNode.h:

(JSC::DFG::Node::arithNodeFlags):

  • dfg/DFGNodeFlags.h:

(DFG):

12:51 PM Changeset in webkit [141300] by benjamin@webkit.org
  • 5 edits in trunk/Source/WebCore

Do not convert to String->AtomicString for NamedNodeMap
​https://bugs.webkit.org/show_bug.cgi?id=108289

Reviewed by Kentaro Hara.

NamedNodeMap's API was taking a WTF::String. Internally, attribute
names are AtomicString.

The conversions String->AtomicString was causing an additional ref-deref
for the JS/V8 bindings. And could cause an additional memory allocation for the Objective-C
bindings.

This patch changes the API to use AtomicString, and update the custom bindings accordingly.

  • bindings/js/JSNamedNodeMapCustom.cpp:

(WebCore::JSNamedNodeMap::canGetItemsForName):
(WebCore::JSNamedNodeMap::nameGetter):

  • bindings/v8/custom/V8NamedNodeMapCustom.cpp:

(WebCore::V8NamedNodeMap::namedPropertyGetter):

  • dom/NamedNodeMap.cpp:

(WebCore::NamedNodeMap::getNamedItem):
(WebCore::NamedNodeMap::getNamedItemNS):
(WebCore::NamedNodeMap::removeNamedItem):
(WebCore::NamedNodeMap::removeNamedItemNS):

  • dom/NamedNodeMap.h:

(NamedNodeMap):

12:47 PM Changeset in webkit [141299] by zandobersek@gmail.com
  • 4 edits in trunk

[GTK] http/tests/w3c/webperf/submission/Intel/user-timing/test_user_timing_entry_type.html is failing
​https://bugs.webkit.org/show_bug.cgi?id=108100

Reviewed by Tony Gentilcore.

Source/WebCore:

Similarly to the changes to V8 bindings in r140882, wrap the PerformanceEntry
as a PerformanceMark or PerformanceMeasure if possible.

No new tests - the relevant test now passes.

  • bindings/js/JSPerformanceEntryCustom.cpp:

(WebCore::toJS):

LayoutTests:

  • platform/gtk/TestExpectations: Remove the failure expectation.
12:46 PM Changeset in webkit [141298] by jochen@chromium.org
  • 9 edits in trunk/Tools

[chromium] move custom policy delegate to TestRunner library
​https://bugs.webkit.org/show_bug.cgi?id=108328

Reviewed by Adam Barth.

  • DumpRenderTree/chromium/TestRunner/public/WebTestDelegate.h:
  • DumpRenderTree/chromium/TestRunner/public/WebTestProxy.h:

(WebTestProxyBase):
(WebTestRunner::WebTestProxy::decidePolicyForNavigation):

  • DumpRenderTree/chromium/TestRunner/public/WebTestRunner.h:

(WebTestRunner::WebTestRunner::policyDelegateEnabled):
(WebTestRunner::WebTestRunner::policyDelegateIsPermissive):
(WebTestRunner::WebTestRunner::policyDelegateShouldNotifyDone):

  • DumpRenderTree/chromium/TestRunner/src/TestRunner.cpp:

(WebTestRunner::TestRunner::reset):
(WebTestRunner::TestRunner::policyDelegateEnabled):
(WebTestRunner):
(WebTestRunner::TestRunner::policyDelegateIsPermissive):
(WebTestRunner::TestRunner::policyDelegateShouldNotifyDone):
(WebTestRunner::TestRunner::setCustomPolicyDelegate):
(WebTestRunner::TestRunner::waitForPolicyDelegate):

  • DumpRenderTree/chromium/TestRunner/src/TestRunner.h:

(TestRunner):

  • DumpRenderTree/chromium/TestRunner/src/WebTestProxy.cpp:

(WebTestRunner::WebTestProxyBase::decidePolicyForNavigation):
(WebTestRunner):

  • DumpRenderTree/chromium/WebViewHost.cpp:

(WebViewHost::decidePolicyForNavigation):
(WebViewHost::reset):

  • DumpRenderTree/chromium/WebViewHost.h:

(WebViewHost):

12:42 PM Changeset in webkit [141297] by tonyg@chromium.org
  • 2 edits in trunk/Source/WebKit/chromium

Fix compile error in WebFrameTest
​https://bugs.webkit.org/show_bug.cgi?id=108360

Unreviewed build fix.

Fixes compile error:
../../Source/WebKit/chromium/tests/WebFrameTest.cpp:330:5: error: converting false to pointer type for argument 1 of char testing::internal::IsNullLiteralHelper(testing::internal::Secret*) [-Werror=conversion-null]

  • tests/WebFrameTest.cpp:
12:22 PM Changeset in webkit [141296] by adamk@chromium.org
  • 15 edits
    2 adds
    2 deletes in trunk/Source/WebCore

[JSC] MutationObservers should not create circular, leaky references
​https://bugs.webkit.org/show_bug.cgi?id=93661

Reviewed by Adam Barth.

This patch makes JSMutationCallback an entirely-custom class that
holds a weak reference to the function it wraps. To keep that function
alive, it also adds a PrivateName between the JSMutationObserver
wrapper and the function when the MutationObserver is constructed.

Unlike the generated JSC callbacks, JSMutationCallback doesn't hold a
reference to the JSDOMGlobalObject, instead holding the
DOMWrapperWorld it was created in. As an ActiveDOMCallback, it also
holds a weak pointer to ScriptExecutionContext (via ContextDestructionObserver).

It's not clear to me how to write a test for this. There's an existing
manual test in ManualTests/leak-cycle-observer-wrapper.html which may
be of use but which doesn't seem to currently give meaningful output.

  • CMakeLists.txt:
  • DerivedSources.cpp:
  • DerivedSources.make:
  • DerivedSources.pri:
  • GNUmakefile.list.am:
  • Target.pri:
  • UseJSC.cmake:
  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.vcxproj/WebCore.vcxproj:
  • WebCore.vcxproj/WebCore.vcxproj.filters:
  • WebCore.xcodeproj/project.pbxproj:
  • bindings/js/JSBindingsAllInOne.cpp:
  • bindings/js/JSMutationCallback.cpp: Added.

(WebCore):
(WebCore::JSMutationCallback::JSMutationCallback):
(WebCore::JSMutationCallback::~JSMutationCallback):
(WebCore::JSMutationCallback::handleEvent):

  • bindings/js/JSMutationCallback.h: Added.

(WebCore):
(JSMutationCallback): Instead of a JSCallbackData, hold a weak ref to the callback and a RefPtr to the DOMWrapperWorld.
(WebCore::JSMutationCallback::create):

  • bindings/js/JSMutationCallbackCustom.cpp: Removed.
  • bindings/js/JSMutationObserverCustom.cpp:

(WebCore::JSMutationObserverConstructor::constructJSMutationObserver):
When constructing the JSMutationObserver, add a reference via PrivateName from the MutationObserver to the callback function.

  • dom/MutationCallback.idl: Removed. Neither JSC nor V8 use an IDL file to generate this class any more.
12:05 PM Changeset in webkit [141295] by mhahnenberg@apple.com
  • 5 edits in trunk/Source

Structure::m_outOfLineCapacity is unnecessary
​https://bugs.webkit.org/show_bug.cgi?id=108206

Reviewed by Geoffrey Garen.

Source/JavaScriptCore:

We can calculate our out of line capacity by using the outOfLineSize and our knowledge about our resize policy.
According to GDB, this knocks Structures down from 136 bytes to 128 bytes (I'm guessing the extra bytes are from
better alignment of object fields), which puts Structures in a smaller size class. Woohoo! Looks neutral on our
benchmarks.

  • runtime/Structure.cpp:

(JSC::Structure::Structure):
(JSC):
(JSC::Structure::suggestedNewOutOfLineStorageCapacity):
(JSC::Structure::addPropertyTransition):
(JSC::Structure::addPropertyWithoutTransition):

  • runtime/Structure.h:

(Structure):
(JSC::Structure::outOfLineCapacity):
(JSC::Structure::totalStorageCapacity):

Source/WTF:

We're adding a new function that gives us the ability to round a value up to the next power of a certain base.

  • wtf/MathExtras.h:

(WTF::roundUpToPowerOf):

12:03 PM Changeset in webkit [141294] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] Gardening: Add expectations for flaky crashers
​https://bugs.webkit.org/show_bug.cgi?id=108359

Unreviewed gardening: add a bunch of flaky results.

Patch by Jussi Kukkonen <​jussi.kukkonen@intel.com> on 2013-01-30

  • platform/efl-wk2/TestExpectations:
12:01 PM Changeset in webkit [141293] by zandobersek@gmail.com
  • 2 edits in trunk/LayoutTests

Unreviewed GTK gardening.

Adding failure expectations for a couple of fullscreen tests, probably
regressed with r141265.
Adding a crash expectation for an HTTP test that regressed with r141136.

  • platform/gtk/TestExpectations:
11:41 AM Changeset in webkit [141292] by esprehn@chromium.org
  • 10 edits in trunk/Source/WebCore

Remove willAddAuthorShadowRoot and replace with alwaysCreateUserAgentShadowRoot
​https://bugs.webkit.org/show_bug.cgi?id=108248

Reviewed by Dimitri Glazkov.

The only reason willAddAuthorShadowRoot exists is so that a handful of
other elements can create the user agent shadow root right before the
author shadow root is created. Instead of providing this generic hook
just expose a virtual method on Element that requests this behavior.

No new tests, just refactoring.

  • dom/Element.cpp:

(WebCore::Element::createShadowRoot):

  • dom/Element.h:

(Element):
(WebCore::Element::alwaysCreateUserAgentShadowRoot): Added.

  • dom/ElementShadow.cpp:

(WebCore::ElementShadow::addShadowRoot): Remove willAddAuthorShadowRoot notification.

  • html/HTMLButtonElement.cpp:
  • html/HTMLButtonElement.h:
  • html/HTMLFormControlElement.cpp:
  • html/HTMLFormControlElement.h:
  • html/HTMLMediaElement.cpp:
  • html/HTMLMediaElement.h:
11:39 AM Changeset in webkit [141291] by dominik.rottsches@intel.com
  • 12 edits
    7 moves in trunk/Source/WebCore

[HarfBuzz] Naming fixes after removing old HarfBuzz code
​https://bugs.webkit.org/show_bug.cgi?id=108170

Reviewed by Tony Chang.

Since the old harfbuzz code is gone in r141241, it makes sense to get rid
of the now unnecessray NG suffix in a number of places. While at it,
I am also fixing some naming inconsistencies.

Renamed all occurences of HarfBuzzNG* to HarfBuzz*,
renamed lowercase variants of harfbuzz* in variable and function names to camel-case harfBuzz*,
moved files in platform/graphics/harfbuzz/ng/* one level up and removed ng folder.
Updated corresponding entries in Chromium, GTK and EFL build system files.

No new tests, no change in behavior.

  • GNUmakefile.list.am:
  • PlatformEfl.cmake:
  • WebCore.gyp/WebCore.gyp:
  • WebCore.gypi:
  • platform/graphics/FontPlatformData.cpp:
  • platform/graphics/FontPlatformData.h:

(WebCore):
(FontPlatformData):

  • platform/graphics/cocoa/FontPlatformDataCocoa.mm:

(WebCore::FontPlatformData::platformDataInit):
(WebCore::FontPlatformData::platformDataAssign):
(WebCore::FontPlatformData::harfBuzzFace):

  • platform/graphics/freetype/FontPlatformData.h:

(FontPlatformData):

  • platform/graphics/freetype/FontPlatformDataFreeType.cpp:

(WebCore::FontPlatformData::operator=):
(WebCore::FontPlatformData::FontPlatformData):
(WebCore::FontPlatformData::harfBuzzFace):

  • platform/graphics/harfbuzz/FontPlatformDataHarfBuzz.cpp:

(WebCore::FontPlatformData::FontPlatformData):
(WebCore::FontPlatformData::operator=):
(WebCore::FontPlatformData::harfBuzzFace):

  • platform/graphics/harfbuzz/FontPlatformDataHarfBuzz.h:

(WebCore):
(FontPlatformData):

  • platform/graphics/harfbuzz/HarfBuzzFace.cpp: Renamed from Source/WebCore/platform/graphics/harfbuzz/ng/HarfBuzzNGFace.cpp.

(WebCore):
(FaceCacheEntry):
(WebCore::FaceCacheEntry::create):
(WebCore::FaceCacheEntry::~FaceCacheEntry):
(WebCore::FaceCacheEntry::face):
(WebCore::FaceCacheEntry::glyphCache):
(WebCore::FaceCacheEntry::FaceCacheEntry):
(WebCore::harfBuzzFaceCache):
(WebCore::HarfBuzzFace::HarfBuzzFace):
(WebCore::HarfBuzzFace::~HarfBuzzFace):
(WebCore::findScriptForVerticalGlyphSubstitution):
(WebCore::HarfBuzzFace::setScriptForVerticalGlyphSubstitution):

  • platform/graphics/harfbuzz/HarfBuzzFace.h: Renamed from Source/WebCore/platform/graphics/harfbuzz/ng/HarfBuzzNGFace.h.

(WebCore):
(HarfBuzzFace):
(WebCore::HarfBuzzFace::create):

  • platform/graphics/harfbuzz/HarfBuzzFaceCairo.cpp: Renamed from Source/WebCore/platform/graphics/harfbuzz/ng/HarfBuzzNGFaceCairo.cpp.

(WebCore):
(CairoFtFaceLocker):
(WebCore::CairoFtFaceLocker::CairoFtFaceLocker):
(WebCore::CairoFtFaceLocker::lock):
(WebCore::CairoFtFaceLocker::~CairoFtFaceLocker):
(WebCore::floatToHarfBuzzPosition):
(WebCore::doubleToHarfBuzzPosition):
(WebCore::CairoGetGlyphWidthAndExtents):
(WebCore::harfBuzzGetGlyph):
(WebCore::harfBuzzGetGlyphHorizontalAdvance):
(WebCore::harfBuzzGetGlyphHorizontalOrigin):
(WebCore::harfBuzzGetGlyphExtents):
(WebCore::harfBuzzCairoTextGetFontFuncs):
(WebCore::harfBuzzCairoGetTable):
(WebCore::HarfBuzzFace::createFace):
(WebCore::HarfBuzzFace::createFont):
(WebCore::HarfBuzzShaper::createGlyphBufferAdvance):

  • platform/graphics/harfbuzz/HarfBuzzFaceCoreText.cpp: Renamed from Source/WebCore/platform/graphics/harfbuzz/ng/HarfBuzzNGFaceCoreText.cpp.

(WebCore):
(WebCore::floatToHarfBuzzPosition):
(WebCore::getGlyph):
(WebCore::getGlyphHorizontalAdvance):
(WebCore::getGlyphHorizontalOrigin):
(WebCore::getGlyphExtents):
(WebCore::harfbuzzCoreTextGetFontFuncs):
(WebCore::releaseTableData):
(WebCore::harfBuzzCoreTextGetTable):
(WebCore::HarfBuzzFace::createFace):
(WebCore::HarfBuzzFace::createFont):
(WebCore::HarfBuzzShaper::createGlyphBufferAdvance):

  • platform/graphics/harfbuzz/HarfBuzzFaceSkia.cpp: Renamed from Source/WebCore/platform/graphics/harfbuzz/ng/HarfBuzzNGFaceSkia.cpp.

(WebCore):
(WebCore::HarfBuzzFontData::HarfBuzzFontData):
(HarfBuzzFontData):
(WebCore::SkiaScalarToHarfBuzzPosition):
(WebCore::SkiaGetGlyphWidthAndExtents):
(WebCore::harfBuzzGetGlyph):
(WebCore::harfBuzzGetGlyphHorizontalAdvance):
(WebCore::harfBuzzGetGlyphHorizontalOrigin):
(WebCore::harfBuzzGetGlyphExtents):
(WebCore::harfBuzzSkiaGetFontFuncs):
(WebCore::harfBuzzSkiaGetTable): Also fixed style checker whitespace complaint / indentation.
(WebCore::destroyHarfBuzzFontData):
(WebCore::HarfBuzzFace::createFace):
(WebCore::HarfBuzzFace::createFont):
(WebCore::HarfBuzzShaper::createGlyphBufferAdvance):

  • platform/graphics/harfbuzz/HarfBuzzShaper.cpp: Renamed from Source/WebCore/platform/graphics/harfbuzz/ng/HarfBuzzShaper.cpp.

(WebCore):
(HarfBuzzScopedPtr):
(WebCore::HarfBuzzScopedPtr::HarfBuzzScopedPtr):
(WebCore::HarfBuzzScopedPtr::~HarfBuzzScopedPtr):
(WebCore::HarfBuzzScopedPtr::get):
(WebCore::harfBuzzPositionToFloat):
(WebCore::HarfBuzzShaper::HarfBuzzRun::HarfBuzzRun):
(WebCore::HarfBuzzShaper::HarfBuzzRun::applyShapeResult):
(WebCore::HarfBuzzShaper::HarfBuzzRun::setGlyphAndPositions):
(WebCore::HarfBuzzShaper::HarfBuzzRun::characterIndexForXPosition):
(WebCore::HarfBuzzShaper::HarfBuzzRun::xPositionForOffset):
(WebCore::normalizeCharacters):
(WebCore::HarfBuzzShaper::HarfBuzzShaper):
(WebCore::HarfBuzzShaper::~HarfBuzzShaper):
(WebCore::HarfBuzzShaper::setDrawRange):
(WebCore::HarfBuzzShaper::setFontFeatures):
(WebCore::HarfBuzzShaper::shape):
(WebCore::HarfBuzzShaper::adjustStartPoint):
(WebCore::HarfBuzzShaper::collectHarfBuzzRuns):
(WebCore::HarfBuzzShaper::shapeHarfBuzzRuns):
(WebCore::HarfBuzzShaper::setGlyphPositionsForHarfBuzzRun):
(WebCore::HarfBuzzShaper::fillGlyphBufferFromHarfBuzzRun):
(WebCore::HarfBuzzShaper::fillGlyphBuffer):
(WebCore::HarfBuzzShaper::offsetForPosition):
(WebCore::HarfBuzzShaper::selectionRect):

  • platform/graphics/harfbuzz/HarfBuzzShaper.h: Renamed from Source/WebCore/platform/graphics/harfbuzz/ng/HarfBuzzShaper.h.

(WebCore):
(HarfBuzzShaper):
(WebCore::HarfBuzzShaper::totalWidth):
(HarfBuzzRun):
(WebCore::HarfBuzzShaper::HarfBuzzRun::create):
(WebCore::HarfBuzzShaper::HarfBuzzRun::setWidth):
(WebCore::HarfBuzzShaper::HarfBuzzRun::fontData):
(WebCore::HarfBuzzShaper::HarfBuzzRun::startIndex):
(WebCore::HarfBuzzShaper::HarfBuzzRun::numCharacters):
(WebCore::HarfBuzzShaper::HarfBuzzRun::numGlyphs):
(WebCore::HarfBuzzShaper::HarfBuzzRun::glyphs):
(WebCore::HarfBuzzShaper::HarfBuzzRun::advances):
(WebCore::HarfBuzzShaper::HarfBuzzRun::offsets):
(WebCore::HarfBuzzShaper::HarfBuzzRun::glyphToCharacterIndexes):
(WebCore::HarfBuzzShaper::HarfBuzzRun::width):
(WebCore::HarfBuzzShaper::HarfBuzzRun::rtl):
(WebCore::HarfBuzzShaper::HarfBuzzRun::script):

11:21 AM Changeset in webkit [141290] by tony@chromium.org
  • 3 edits
    2 adds in trunk

REGRESSION(r136324): Flexbox should relayout flex children when width changes
​https://bugs.webkit.org/show_bug.cgi?id=108231

Reviewed by Ojan Vafai.

Source/WebCore:

If the width of a block changes, we need to set relayoutChildren = true
to relayout the children. This broke when we optimized the layout calls
in layoutAndPlaceChildren.

Test: css3/flexbox/width-change-and-relayout-children.html

  • rendering/RenderFlexibleBox.cpp:

(WebCore::RenderFlexibleBox::layoutBlock): Also reorder the code to match RenderBlock.
The bug fix is to use updateLogicalWidthAndColumnWidth() and its return value to set
relayoutChildren = true.

LayoutTests:

  • css3/flexbox/width-change-and-relayout-children-expected.txt: Added.
  • css3/flexbox/width-change-and-relayout-children.html: Added.
11:19 AM Changeset in webkit [141289] by Lucas Forschler
  • 6 edits in tags/Safari-537.26.5

Merged r141045. <rdar://problem/12960662>

11:18 AM Changeset in webkit [141288] by timothy_horton@apple.com
  • 4 edits in trunk/Source/WebCore

GraphicsContext3DCG needs to copy image data in paintToCanvas
​https://bugs.webkit.org/show_bug.cgi?id=108310

Reviewed by Simon Fraser.

Make the CG implementation of GraphicsContext3D::paintToCanvas copy image data
before drawing if we're drawing into an accelerated context, matching the fix made
in ​http://trac.webkit.org/changeset/106095 for 2D canvas.

No new tests, depends on acceleration and would be flaky at best.

  • platform/graphics/GraphicsContext3D.h:

(GraphicsContext3D): Make CG's paintToCanvas take a GraphicsContext instead of a CGContextRef.

  • platform/graphics/cg/GraphicsContext3DCG.cpp:

(WebCore::releaseImageData): Added.
(WebCore::GraphicsContext3D::paintToCanvas): Copy image data if the destination is
an accelerated context. Also, use GraphicsContext API instead of CGContext.

  • platform/graphics/opengl/GraphicsContext3DOpenGLCommon.cpp:

(WebCore::GraphicsContext3D::paintRenderingResultsToCanvas):

11:12 AM Changeset in webkit [141287] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

[Qt] Fix Win build after r141177
​https://bugs.webkit.org/show_bug.cgi?id=108325

Patch by Zoltan Arvai <​zarvai@inf.u-szeged.hu> on 2013-01-30
Reviewed by Anders Carlsson.

  • Platform/CoreIPC/win/ConnectionWin.cpp:

(CoreIPC::Connection::readEventHandler):
(CoreIPC::Connection::sendOutgoingMessage):

11:02 AM Changeset in webkit [141286] by fmalita@chromium.org
  • 2 edits in trunk/LayoutTests

[Chromium] Unreviewed gardening.

inspector/editor/text-editor-ctrl-movements.html is timing out after r141245.

  • platform/chromium/TestExpectations:
10:54 AM Changeset in webkit [141285] by ap@apple.com
  • 4 edits in trunk/WebKitLibraries

Update WebKitSystemInterface for <rdar://problem/13111288>.

  • libWebKitSystemInterfaceLion.a:
  • libWebKitSystemInterfaceMountainLion.a:
  • WebKitSystemInterface.h: Removed WKEnterPluginSandbox, which has been unused now.
10:52 AM Changeset in webkit [141284] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Screenshot is clipped when content is smaller than the desintation size
​https://bugs.webkit.org/show_bug.cgi?id=107735

Patch by Ed Baker <​edbaker@rim.com> on 2013-01-30
Reviewed by Rob Buis.

Internal PR #284662
Don't scale the transformed content rect when the content is smaller than the destination
size. Scale the graphics context when it has a scale factor that isn't 1.0.

Internally reviewed by Andrew Lo

  • Api/BackingStore.cpp:

(BlackBerry::WebKit::BackingStorePrivate::renderContents):

10:52 AM Changeset in webkit [141283] by Lucas Forschler
  • 4 edits in tags/Safari-537.26.5/Source

Versioning.

10:40 AM Changeset in webkit [141282] by Lucas Forschler
  • 1 copy in tags/Safari-537.26.5

New Tag.

10:20 AM Changeset in webkit [141281] by jer.noble@apple.com
  • 2 edits in trunk/Source/WebCore

MediaPlayerPrivateQTKit claims it supports application/x-diskcopy, breaking downloads.
​https://bugs.webkit.org/show_bug.cgi?id=108237

Reviewed by Eric Carlson.

Disclaim any non-'video/' or 'audio/' types which QTKit purports to support.

  • platform/graphics/mac/MediaPlayerPrivateQTKit.mm:

(WebCore::addFileTypesToCache):

9:55 AM Changeset in webkit [141280] by fmalita@chromium.org
  • 2 edits in trunk/Source/WebCore

Do not restart the matched properties cache timer if active
​https://bugs.webkit.org/show_bug.cgi?id=108345

Reviewed by Andreas Kling.

StyleResolver::addToMatchedPropertiesCache() keeps resetting the timer as more than
matchedDeclarationCacheAdditionsBetweenSweeps entries are added. When armed, we should let
the timer expire at its scheduled time - otherwise it may never get a chance to fire if
entries keep getting added.

No new tests. This is a long lived timer (1min) which makes testing impractical.

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::addToMatchedPropertiesCache):

9:55 AM Changeset in webkit [141279] by jknotten@chromium.org
  • 5 edits in branches/chromium/1364/Source/WebKit/chromium

Merge 141252

BUG=163887

[Chromium] Fix find in page rects for overflowing content.
​https://bugs.webkit.org/show_bug.cgi?id=104924

Reviewed by Julien Chaffraix.

If a div has overflowing content, we should only normalise its
coordinates against the renderview or the containing scrollable block.

TEST=WebFrameTest.FindInPageMatchRects

  • src/FindInPageCoordinates.cpp:

(WebKit::enclosingScrollableAncestor):

Helper function to find the enclosing containing block with an overflow clip.

(WebKit::toNormalizedRect):

Pass in the container as an argument.

(WebKit::findInPageRectFromAbsoluteRect):

Compute the container for toNormalizedRect using enclosingScrollableAncestor.

  • tests/WebFrameTest.cpp:

Add expectations for new tests in WebFrameTest::FindInPageMatchRects and WebFrameTest::FindInPage.

  • tests/data/find.html:

Add test case for <select> element.

  • tests/data/find_in_page_frame.html:

Add test cases:

  • Result 15, 16 tests that containing <div> with style float:left and height:0px does not impact coordinate normalization.
  • Result 17, 18 tests that matches with absolute positioning are normalized containing relative positioned block, even if there is a closer parent block with overflow clip.
  • Result 19 adds a test case for <select> element.

TBR=​jknotten@chromium.org
Review URL: ​https://codereview.chromium.org/12092069

9:39 AM Changeset in webkit [141278] by Simon Fraser
  • 2 edits in trunk/Source/WebCore

Temporarily disable assertions related to clip rect computation in RenderLayer
​https://bugs.webkit.org/show_bug.cgi?id=108265

Reviewed by Dean Jackson.

These assertions are killing the test bots, so disable them temporarily
until we figure out the underlying bug (tracked by ​https://bugs.webkit.org/show_bug.cgi?id=103432).

  • rendering/RenderLayer.cpp:

(WebCore::RenderLayer::updateLayerPositionsAfterScroll):

9:15 AM Changeset in webkit [141277] by esprehn@chromium.org
  • 7 edits in trunk/Source/WebCore

Element::areAuthorShadowsAllowed should be private
​https://bugs.webkit.org/show_bug.cgi?id=108298

Reviewed by Darin Adler.

There's no reason for areAuthorShadowsAllowed to be exposed publically
on Element since it just controls the behavior of createShadowRoot. Make
it private and fix all places where it wasn't in subclasses.

No new tests, just refactoring.

  • dom/Element.h:

(WebCore::Element::areAuthorShadowsAllowed): Made private.

  • html/HTMLFrameElementBase.h:

(HTMLFrameElementBase):

  • html/HTMLInputElement.h:

(HTMLInputElement):

  • html/HTMLMediaElement.h:

(HTMLMediaElement):

  • html/HTMLPlugInElement.h:

(HTMLPlugInElement):

  • svg/SVGElement.h:

(SVGElement):

9:12 AM Changeset in webkit [141276] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Webpage was cut off after rotating to landscape and then rotating back to portrait on specific website
​https://bugs.webkit.org/show_bug.cgi?id=108281
PR 284985

Patch by Xiaobo Wang <​xbwang@torchmobile.com.cn> on 2013-01-30
Reviewed by Rob Buis.
Internally reviewed by Jacky Jiang.

Return correct fixedLayoutSize when overflow exceeds contents size.

  • Api/WebPage.cpp:

(BlackBerry::WebKit::WebPagePrivate::fixedLayoutSize):

8:58 AM Changeset in webkit [141275] by thiago.santos@intel.com
  • 11 edits in trunk

REGRESSION (r141051): Broke plugin support on non-Mac WebKit2 Ports
​https://bugs.webkit.org/show_bug.cgi?id=108182

Reviewed by Sam Weinig.

Source/WebKit2:

Send the plugin path to the PluginProcess as a parameter.

  • PluginProcess/qt/PluginProcessMainQt.cpp:

(WebKit::PluginProcessMain):

  • PluginProcess/unix/PluginProcessMainUnix.cpp:

(WebKit::PluginProcessMainUnix):

  • UIProcess/Launcher/efl/ProcessLauncherEfl.cpp:

(WebKit::ProcessLauncher::launchProcess):

  • UIProcess/Launcher/gtk/ProcessLauncherGtk.cpp:

(WebKit::ProcessLauncher::launchProcess):

  • UIProcess/Launcher/qt/ProcessLauncherQt.cpp:

(WebKit::ProcessLauncher::launchProcess):

  • UIProcess/Plugins/qt/PluginProcessProxyQt.cpp:

(WebKit::PluginProcessProxy::platformInitializeLaunchOptions):

  • UIProcess/Plugins/unix/PluginProcessProxyUnix.cpp:

(WebKit::PluginProcessProxy::platformInitializeLaunchOptions):

LayoutTests:

Unskip failing tests.

  • platform/efl-wk2/TestExpectations:
  • platform/qt-5.0-wk2/TestExpectations:
8:52 AM Changeset in webkit [141274] by Christophe Dumez
  • 6 edits in trunk/Source/WebKit2

[EFL][WK2] Use C API inside ewk_window_features
​https://bugs.webkit.org/show_bug.cgi?id=107924

Reviewed by Sam Weinig.

Use C API inside ewk_window_features instead of accessing
internal C++ classes directly, to avoid violating API
layering.

  • UIProcess/API/efl/EwkView.cpp:

(EwkView::createNewPage):

  • UIProcess/API/efl/EwkView.h:

(EwkView):

  • UIProcess/API/efl/ewk_window_features.cpp:

(EwkWindowFeatures::EwkWindowFeatures):
(getWindowFeatureValue):
(EwkWindowFeatures::getWindowFeatureBoolValue):
(EwkWindowFeatures::getWindowFeatureDoubleValue):
(ewk_window_features_geometry_get):

  • UIProcess/API/efl/ewk_window_features_private.h:

(EwkWindowFeatures::create):
(EwkWindowFeatures::geometry):
(EwkWindowFeatures::setGeometry):
(EwkWindowFeatures):

  • UIProcess/efl/PageUIClientEfl.cpp:

(WebKit::PageUIClientEfl::createNewPage):

8:15 AM Changeset in webkit [141273] by commit-queue@webkit.org
  • 6 edits in trunk/Source/WebCore

Web Inspector: Script Profiler: Make profiler output typed.
​https://bugs.webkit.org/show_bug.cgi?id=102792

Patch by Eugene Klyuchnikov <​eustas@chromium.org> on 2013-01-30
Reviewed by Yury Semikhatsky.

Currently fields "head" and "bottomUpHead" of Profile object
returned by Profiler.getCPUProfile is untyped (type = object).

That's not good both for client side (protocol users may
only guess on output content) and backend side (field names
are hardcoded in source code).

This patch defines "head" and "bottomUpHead" to be of new
"CPUProfileNode" type and updates serialization code to use
builders to create output.

  • bindings/js/ScriptProfile.cpp: Used buiders for serialization.
  • bindings/js/ScriptProfile.h: Ditto.
  • bindings/v8/ScriptProfile.cpp: Ditto.
  • bindings/v8/ScriptProfile.h: Ditto.
  • inspector/Inspector.json: Added and used new ProfileNode type.
8:12 AM Changeset in webkit [141272] by yurys@chromium.org
  • 7 edits
    1 delete in trunk/Source/WebCore

Web Inspector: remove NativeHeapGraph.js
​https://bugs.webkit.org/show_bug.cgi?id=108342

Reviewed by Pavel Feldman.

NativeHeapGraph.js was removed as NativeHeapSnapshot.js provides more
features and shares its implementation with JSHeapSnapshot.

  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • inspector/compile-front-end.py:
  • inspector/front-end/NativeHeapGraph.js: Removed.
  • inspector/front-end/NativeMemorySnapshotView.js:

(WebInspector.NativeSnapshotProfileType.prototype.buttonClicked.didReceiveMemorySnapshot):
(WebInspector.NativeSnapshotProfileType.prototype.buttonClicked):
(WebInspector.NativeSnapshotProfileHeader.prototype.startSnapshotTransfer):

  • inspector/front-end/ProfilesPanel.js:
  • inspector/front-end/WebKit.qrc:
8:11 AM QtWebKitBuildBots edited by kadam@inf.u-szeged.hu
(diff)
7:33 AM Changeset in webkit [141271] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] Unreviewed gardening
​https://bugs.webkit.org/show_bug.cgi?id=108341

Add a few failing results for EFL.

Patch by Jussi Kukkonen <​jussi.kukkonen@intel.com> on 2013-01-30

  • platform/efl/TestExpectations:
7:12 AM Changeset in webkit [141270] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: Sidebar splitter is invisible in Elements and Sources panels
​https://bugs.webkit.org/show_bug.cgi?id=108331

Patch by Vladislav Kaznacheev <​kaznacheev@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

This was a regression caused by ​https://bugs.webkit.org/show_bug.cgi?id=108181.
The splitter element did not get the correct class at the initialization.

  • inspector/front-end/SidebarView.js:

(WebInspector.SidebarView):
(WebInspector.SidebarView.prototype._updateSidebarPosition):

7:10 AM Changeset in webkit [141269] by commit-queue@webkit.org
  • 10 edits
    3 adds in trunk

Web Inspector: Filters on Console panel
​https://bugs.webkit.org/show_bug.cgi?id=107813

Source/WebCore:

The problem is that third-party libraries may spam javascript console with internal
messages. Now there's filter context-menu option, which allows to hide/show messages
sent from specific scripts or urls.

Patch by Dmitry Zvorygin <​zvorygin@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

  • English.lproj/localizedStrings.js:
  • inspector/front-end/ConsoleMessage.js:

(WebInspector.ConsoleMessageImpl.prototype.appendUndefined):
(WebInspector.ConsoleMessageImpl.prototype._printArray):
(WebInspector.ConsoleMessageImpl.prototype._highlightSearchResultsInElement):

  • inspector/front-end/ConsolePanel.js:

(WebInspector.ConsolePanel.prototype.performSearch):

  • inspector/front-end/ConsoleView.js:

(WebInspector.ConsoleView.get this):
(WebInspector.ConsoleView.prototype._consoleMessageAdded):
(WebInspector.ConsoleView.prototype._appendConsoleMessage):
(WebInspector.ConsoleView.prototype._consoleCleared):
(WebInspector.ConsoleView.prototype._handleContextMenuEvent.get var):
(WebInspector.ConsoleView.prototype._handleContextMenuEvent.set get contextMenu):
(WebInspector.ConsoleView.prototype._shouldBeVisible):
(WebInspector.ConsoleView.prototype._updateMessageList):
(WebInspector.ConsoleGroup.prototype.addMessage):

  • inspector/front-end/ContextMenu.js:

(WebInspector.ContextMenuItem.prototype.isEnabled):
(WebInspector.ContextMenuItem.prototype.setEnabled):

  • inspector/front-end/Settings.js:

LayoutTests:

The problem is that third-party libraries may spam javascript console
with internal messages. Now there's filter context-menu option, which
allows to hide/show messages sent from specific scripts or urls.

Patch by Dmitry Zvorygin <​zvorygin@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

  • http/tests/inspector/console-test.js:

(initialize_ConsoleTest.InspectorTest.dumpConsoleMessages):
(initialize_ConsoleTest.InspectorTest.dumpConsoleMessagesWithStyles):
(initialize_ConsoleTest.InspectorTest.dumpConsoleMessagesWithClasses):
(initialize_ConsoleTest.InspectorTest.expandConsoleMessages):
(initialize_ConsoleTest.InspectorTest.checkConsoleMessagesDontHaveParameters):
(initialize_ConsoleTest):

  • http/tests/inspector/stacktraces/resources/stacktrace-test.js:

(test.addMessage):
(test):

  • inspector/console/console-filter-test-expected.txt: Added.
  • inspector/console/console-filter-test.html: Added.
  • inspector/console/resources/log-source.js: Added.

(log2):

7:07 AM Changeset in webkit [141268] by allan.jensen@digia.com
  • 2 edits in trunk/Source/WebKit/qt

[Qt] Fix minimal build after r141259.

Unreviewed build fix.

  • WebCoreSupport/DumpRenderTreeSupportQt.cpp:

(DumpRenderTreeSupportQt::clearNotificationPermissions):

7:06 AM Changeset in webkit [141267] by junov@google.com
  • 1 edit
    2 copies in branches/chromium/1364

Merge 141160

REGRESSION (r135628-135632): Double box shadow failure to render
​https://bugs.webkit.org/show_bug.cgi?id=107833

Reviewed by Simon Fraser.

Source/WebCore:

Regression caused by ​http://trac.webkit.org/changeset/135629
The regression was due to faulty occlusion logic that was assuming
that drawing the background color of a render box background layer
could be skipped when the same layer also has an opaque image attached.
In the case where the background color is drawn for the purpose of
rendering a box shadow, the shadow is typically not
completely occluded by the background image because of the shadow
blur and/or offset. This patch fixes the problem by not culling a
background draw if it is used to draw a box shadow.

Test: fast/backgrounds/gradient-background-shadow.html

  • rendering/RenderBoxModelObject.cpp:

(WebCore::RenderBoxModelObject::paintFillLayerExtended):
Changing occlusion culling test to never cull background color
draw if it is used to draw a box shadow. This is because box shadows
can draw outside the border fill region.

LayoutTests:

New ref test verifies that box shadow is drawn when
background is an opaque image. Test uses an blue gradient
as background image. Reference uses blue background color.

  • fast/backgrounds/gradient-background-shadow-expected.html: Added.
  • fast/backgrounds/gradient-background-shadow.html: Added.

TBR=​junov@google.com
Review URL: ​https://codereview.chromium.org/12089070

7:00 AM Changeset in webkit [141266] by fmalita@chromium.org
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening. Skip some failing tests.
​https://bugs.webkit.org/show_bug.cgi?id=108340.

Patch by Ádám Kallai <​kadam@inf.u-szeged.hu> on 2013-01-30

  • platform/qt/TestExpectations:
6:55 AM Changeset in webkit [141265] by Philippe Normand
  • 18 edits
    2 adds in trunk/Source

[GStreamer] USE(NATIVE_FULLSCREEN_VIDEO) support
​https://bugs.webkit.org/show_bug.cgi?id=106760

Reviewed by Gustavo Noronha Silva.

Source/WebCore:

Initial support for NATIVE_FULLSCREEN_VIDEO in the GStreamer media
player. A new FullscreenVideoControllerGStreamer class is
introduced, ports interested to implement native fullscreen video
support should inherit from it (see FullscreenVideoControllerGtk)
and hook it in the MediaPlayerPrivateGStreamer backend.

The GStreamerGWorld port to GStreamer 1.x is partly based on a
patch by Sebastian Dröge <​sebastian.droge@collabora.com>.

  • GNUmakefile.am: Enable NATIVE_FULLSCREEN_VIDEO support.
  • GNUmakefile.list.am: New

FullscreenVideoController{GStreamer,Gtk} modules.

  • platform/graphics/gstreamer/FullscreenVideoControllerGStreamer.cpp: Added.

(WebCore):
(WebCore::playerVolumeChangedCallback): Playbin notify::volume
signal callback.
(WebCore::playerMuteChangedCallback): Playbin notify::mute signal callback.
(WebCore::FullscreenVideoControllerGStreamer::FullscreenVideoControllerGStreamer):
(WebCore::FullscreenVideoControllerGStreamer::~FullscreenVideoControllerGStreamer):
(WebCore::FullscreenVideoControllerGStreamer::enterFullscreen):
Switch GStreamerGWorld to full screen, hook in to playbin's
notify::volume and mute signals and initialize the full screen window.
(WebCore::FullscreenVideoControllerGStreamer::exitFullscreen):
Destroy the full screen window, disconnect from playbin signals
and switch GStreamerGWorld out of full screen.
(WebCore::FullscreenVideoControllerGStreamer::exitOnUserRequest):
Trigger exit from full screen mode. This method is meant to be
called when the user explicitely requests to exit from full screen
by pressing a key or something similar.
(WebCore::FullscreenVideoControllerGStreamer::togglePlay): Switch
between play and pause states. Useful for child classes.
(WebCore::FullscreenVideoControllerGStreamer::increaseVolume):
Useful for child classes as well.
(WebCore::FullscreenVideoControllerGStreamer::decreaseVolume): Ditto.
(WebCore::FullscreenVideoControllerGStreamer::setVolume): Ditto.
(WebCore::FullscreenVideoControllerGStreamer::timeToString): Ditto.

  • platform/graphics/gstreamer/FullscreenVideoControllerGStreamer.h: Added.

(WebCore):
(FullscreenVideoControllerGStreamer):
(WebCore::FullscreenVideoControllerGStreamer::playStateChanged):
To be implemented by child class to reflect the player's state changed.
(WebCore::FullscreenVideoControllerGStreamer::volumeChanged): To
be implemented by child class as well.
(WebCore::FullscreenVideoControllerGStreamer::muteChanged): Ditto.
(WebCore::FullscreenVideoControllerGStreamer::initializeWindow): Ditto.
(WebCore::FullscreenVideoControllerGStreamer::destroyWindow): Ditto.

  • platform/graphics/gstreamer/GStreamerGWorld.cpp:

(WebCore::gstGWorldSyncMessageCallback): Adapt for GStreamer video
overlay API changes.
(WebCore::GStreamerGWorld::GStreamerGWorld):
gst_bus_set_sync_handler takes one more argument in GStreamer 1.x.
(WebCore::GStreamerGWorld::enterFullscreen): ffmpegcolorspace was
renamed to videoconvert in GStreamer 1.x and the tee src pad
template was renamed to src_%u. There is no need to send a new
segment query either.
(WebCore):
(WebCore::gstGWorldPadProbeCallback): Remove the platform video
sink branch once the tee source pad starting it has been blocked.
(WebCore::GStreamerGWorld::exitFullscreen): Refactor to use an
asynchronous pad probe.
(WebCore::GStreamerGWorld::removePlatformVideoSink): Refactored
from exitFullscreen.
(WebCore::GStreamerGWorld::setWindowOverlay): Adapt for GStreamer video
overlay API changes.

  • platform/graphics/gstreamer/GStreamerGWorld.h:

(GStreamerGWorld):

  • platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp:

(WebCore::MediaPlayerPrivateGStreamer::~MediaPlayerPrivateGStreamer):
Hook NATIVE_FULLSCREEN_VIDEO support.
(WebCore::MediaPlayerPrivateGStreamer::volume): Playbin volume
query used by the FullscreenVideoController.
(WebCore):

  • platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.h:

(WebCore):
(MediaPlayerPrivateGStreamer): volume(), muted() and MediaPlayer
accessor methods added. NATIVE_FULLSCREEN_VIDEO methods added as well.
(WebCore::MediaPlayerPrivateGStreamer::canEnterFullscreen):
(WebCore::MediaPlayerPrivateGStreamer::mediaPlayer):

  • platform/graphics/gstreamer/PlatformVideoWindow.h: Re-enable

module if NATIVE_FULLSCREEN_VIDEO is turned on.

  • platform/graphics/gstreamer/PlatformVideoWindowGtk.cpp: Ditto.
  • platform/graphics/gstreamer/VideoSinkGStreamer.cpp: Re-enable

GStreamerGWorld support.
(_WebKitVideoSinkPrivate):
(webkitVideoSinkRender):

  • platform/graphics/gstreamer/VideoSinkGStreamer.h: Ditto.

Source/WebKit/qt:

Build fixes for GStreamer NATIVE_FULLSCREEN_VIDEO support. Some
more changes will be needed to use the new
FullscreenVideoController though.

  • WebCoreSupport/ChromeClientQt.cpp:

(WebCore::ChromeClientQt::ChromeClientQt):
(WebCore::ChromeClientQt::~ChromeClientQt):

  • WebCoreSupport/FullScreenVideoQt.cpp:

(WebCore):
(WebCore::FullScreenVideoQt::FullScreenVideoQt):
(WebCore::FullScreenVideoQt::~FullScreenVideoQt):
(WebCore::FullScreenVideoQt::enterFullScreenForNode):
(WebCore::FullScreenVideoQt::exitFullScreenForNode):
(WebCore::FullScreenVideoQt::isValid):

  • WebCoreSupport/FullScreenVideoQt.h:

(WebCore):
(FullScreenVideoQt):

6:49 AM Changeset in webkit [141264] by kadam@inf.u-szeged.hu
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening. Skip some failing tests.
​https://bugs.webkit.org/show_bug.cgi?id=108340.

  • platform/qt/TestExpectations:
6:48 AM Changeset in webkit [141263] by zeno.albisser@digia.com
  • 4 edits in trunk/Source

[Qt] Fix Qt/Mac build after r141024 and r141037
​https://bugs.webkit.org/show_bug.cgi?id=108318

Reviewed by Kentaro Hara.

Source/WebKit2:

  • Platform/CoreIPC/mac/ConnectionMac.cpp:

(CoreIPC::Connection::platformInvalidate):

Replace nullptr with 0 to allow compiling without C++11 support.

Source/WTF:

  • wtf/Functional.h:

Make sure Block.h is included and its functionality
is enabled for Qt on Mac.

6:36 AM Changeset in webkit [141262] by vollick@chromium.org
  • 6 edits in branches/chromium/1364/Source

Promote composited scrolling render layers to stacking containers.

​https://bugs.webkit.org/show_bug.cgi?id=106142
​https://code.google.com/p/chromium/issues/detail?id=167201

6:31 AM Changeset in webkit [141261] by fmalita@chromium.org
  • 12 edits
    6 adds in trunk/LayoutTests

[Chromium] Unreviewed gaedening.

Updated results after ​http://trac.webkit.org/changeset/141243.

  • platform/chromium-linux/fast/repaint/4774354-expected.png:
  • platform/chromium-linux/fast/repaint/4776765-expected.png:
  • platform/chromium-linux/fast/repaint/caret-with-transformation-expected.png: Added.
  • platform/chromium-mac-lion/fast/repaint/4774354-expected.png:
  • platform/chromium-mac-lion/fast/repaint/4776765-expected.png:
  • platform/chromium-mac-lion/fast/repaint/caret-with-transformation-expected.png: Added.
  • platform/chromium-mac-snowleopard/fast/repaint/4774354-expected.png:
  • platform/chromium-mac-snowleopard/fast/repaint/4776765-expected.png:
  • platform/chromium-mac/fast/repaint/4774354-expected.png:
  • platform/chromium-mac/fast/repaint/4776765-expected.png:
  • platform/chromium-mac/fast/repaint/caret-with-transformation-expected.png: Added.
  • platform/chromium-mac/fast/repaint/caret-with-transformation-expected.txt: Added.
  • platform/chromium-win/fast/repaint/4774354-expected.png:
  • platform/chromium-win/fast/repaint/4776765-expected.png:
  • platform/chromium-win/fast/repaint/caret-with-transformation-expected.png: Added.
  • platform/chromium-win/fast/repaint/caret-with-transformation-expected.txt: Added.
  • platform/chromium/TestExpectations:
6:03 AM Changeset in webkit [141260] by pfeldman@chromium.org
  • 4 edits in trunk/Source/WebCore

Web Inspector: beautify file selector dialog to render as two rows
​https://bugs.webkit.org/show_bug.cgi?id=108335

Reviewed by Vsevolod Vlasov.

Go-to-file is now rendered in two rows.

  • inspector/front-end/FilteredItemSelectionDialog.js:

(WebInspector.FilteredItemSelectionDialog):
(WebInspector.FilteredItemSelectionDialog.prototype.focus):
(WebInspector.FilteredItemSelectionDialog.prototype.renderAsTwoRows):
(WebInspector.FilteredItemSelectionDialog.prototype._createItemElement):
(WebInspector.OpenResourceDialog.show):

  • inspector/front-end/ViewportControl.js:

(WebInspector.ViewportControl):
(WebInspector.ViewportControl.prototype.refresh):

  • inspector/front-end/filteredItemSelectionDialog.css:

(.filtered-item-list-dialog > input):
(.filtered-item-list-dialog > div.progress):
(.filtered-item-list-dialog > div.container):
(.filtered-item-list-dialog-item):
(.filtered-item-list-dialog-subtitle):
(.filtered-item-list-dialog-item.one-row .filtered-item-list-dialog-subtitle):
(.filtered-item-list-dialog-item.two-rows):
(.filtered-item-list-dialog-item.selected):
(.filtered-item-list-dialog-item span.highlight):

5:59 AM Changeset in webkit [141259] by allan.jensen@digia.com
  • 17 edits in trunk

[Qt][WK1] Support better testing of Web Notifications
​https://bugs.webkit.org/show_bug.cgi?id=107696

Reviewed by Jocelyn Turcotte.

Source/WebKit/qt:

Implement support for the DRT to clear notification permissions.

  • WebCoreSupport/DumpRenderTreeSupportQt.cpp:

(DumpRenderTreeSupportQt::clearNotificationPermissions):

  • WebCoreSupport/DumpRenderTreeSupportQt.h:
  • WebCoreSupport/NotificationPresenterClientQt.cpp:

(WebCore::NotificationPresenterClientQt::clearCachedPermissions):
(WebCore):

  • WebCoreSupport/NotificationPresenterClientQt.h:

(NotificationPresenterClientQt):

Tools:

Do not dump notification output to the console by default, instead allow the
tests that need this feature to enable it.

Implement denyWebNotificationPermission and removeAllWebNotificationPermissions.
Remove unused m_desktopNotificationAllowedOrigins variable.

  • DumpRenderTree/qt/TestRunnerQt.cpp:

(TestRunner::TestRunner):
(TestRunner::reset):
(TestRunner::dumpNotifications):
(TestRunner::grantWebNotificationPermission):
(TestRunner::denyWebNotificationPermission):
(TestRunner::removeAllWebNotificationPermissions):

  • DumpRenderTree/qt/TestRunnerQt.h:

(TestRunner):

LayoutTests:

Unskip the now working tests in http/tests/notifications.
Skip four tests that still fail on WebKit1.
Update tests that need notifications dumped.

  • fast/notifications/notifications-click-event.html:
  • fast/notifications/notifications-display-close-events.html:
  • fast/notifications/notifications-no-icon.html:
  • fast/notifications/notifications-replace.html:
  • fast/notifications/notifications-rtl.html:
  • fast/notifications/notifications-with-permission.html:
  • platform/qt-5.0-wk1/TestExpectations:
  • platform/qt/TestExpectations:
4:47 AM Changeset in webkit [141258] by pfeldman@chromium.org
  • 9 edits
    1 add in trunk/Source/WebCore

Web Inspector: migrate file selection dialog to the viewport.
​https://bugs.webkit.org/show_bug.cgi?id=108313

Reviewed by Vsevolod Vlasov.

Otherwise it takes too long to render.

  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • inspector/compile-front-end.py:
  • inspector/front-end/FilteredItemSelectionDialog.js:

(WebInspector.FilteredItemSelectionDialog):
(WebInspector.FilteredItemSelectionDialog.prototype.focus):
(WebInspector.FilteredItemSelectionDialog.prototype.onEnter):
(WebInspector.FilteredItemSelectionDialog.prototype._itemsLoaded):
(WebInspector.FilteredItemSelectionDialog.prototype._createItemElement):
(WebInspector.FilteredItemSelectionDialog.prototype._filterItems):
(WebInspector.FilteredItemSelectionDialog.prototype._onKeyDown.updateSelection):
(WebInspector.FilteredItemSelectionDialog.prototype._onKeyDown):
(WebInspector.FilteredItemSelectionDialog.prototype._updateSelection):
(WebInspector.FilteredItemSelectionDialog.prototype._onClick):
(WebInspector.FilteredItemSelectionDialog.prototype._onMouseMove):
(WebInspector.FilteredItemSelectionDialog.prototype.itemCount):
(WebInspector.FilteredItemSelectionDialog.prototype.itemElement):

  • inspector/front-end/ViewportControl.js: Added.

(WebInspector.ViewportControl):
(WebInspector.ViewportControl.Provider):
(WebInspector.ViewportControl.Provider.prototype.itemCount):
(WebInspector.ViewportControl.Provider.prototype.itemElement):
(WebInspector.ViewportControl.prototype.contentElement):
(WebInspector.ViewportControl.prototype.refresh):
(WebInspector.ViewportControl.prototype._onScroll):
(WebInspector.ViewportControl.prototype.rowsPerViewport):
(WebInspector.ViewportControl.prototype.firstVisibleIndex):
(WebInspector.ViewportControl.prototype.lastVisibleIndex):
(WebInspector.ViewportControl.prototype.renderedElementAt):
(WebInspector.ViewportControl.prototype.scrollItemIntoView):

  • inspector/front-end/WebKit.qrc:
  • inspector/front-end/filteredItemSelectionDialog.css:

(.js-outline-dialog .container div.item.selected):
(.js-outline-dialog .container div.item span.highlight):

  • inspector/front-end/inspector.html:
4:43 AM Changeset in webkit [141257] by commit-queue@webkit.org
  • 4 edits
    2 adds
    2 deletes in trunk

Web Inspector: implement highlight range API
​https://bugs.webkit.org/show_bug.cgi?id=108317

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

Source/WebCore:

Test: inspector/editor/text-editor-highlight-api.html

Introduce RangeHighlightDescriptor class and implement Highlight Range
api.

  • inspector/front-end/DefaultTextEditor.js:

(WebInspector.DefaultTextEditor.prototype.removeHighlight):
(WebInspector.DefaultTextEditor.prototype.highlightRange):
(WebInspector.TextEditorMainPanel.prototype.removeHighlight):
(WebInspector.TextEditorMainPanel.prototype.highlightRange):
(WebInspector.TextEditorMainPanel.RangeHighlightDescriptor):
(WebInspector.TextEditorMainPanel.RangeHighlightDescriptor.prototype.affectsLine):
(WebInspector.TextEditorMainPanel.RangeHighlightDescriptor.prototype.rangesForLine):
(WebInspector.TextEditorMainPanel.RangeHighlightDescriptor.prototype.cssClass):
(WebInspector.TextEditorMainPanel.TokenHighlighter.prototype._removeHighlight):

  • inspector/front-end/TextEditor.js:

(WebInspector.TextEditor.prototype.highlightRange):
(WebInspector.TextEditor.prototype.removeHighlight):

LayoutTests:

Added test cases to the existed test to cover highlight range
functionality.

  • inspector/editor/text-editor-highlight-api-expected.txt: Added.
  • inspector/editor/text-editor-highlight-api.html: Added.
  • inspector/editor/text-editor-highlight-regexp-expected.txt: Removed.
  • inspector/editor/text-editor-highlight-regexp.html: Removed.
4:39 AM Changeset in webkit [141256] by zandobersek@gmail.com
  • 2 edits in trunk/LayoutTests

Unreviewed GTK gardening.

  • platform/gtk/accessibility/aria-combobox-expected.txt: Rebaselining after r141186.
4:27 AM Changeset in webkit [141255] by Simon Hausmann
  • 12 edits
    3 deletes in trunk/Source

[Qt] Remove QT4_UNICODE related code paths
​https://bugs.webkit.org/show_bug.cgi?id=108316

Reviewed by Kenneth Rohde Christiansen.

Source/WebCore:

Get rid of QT4_UNICODE and any related code paths. The Qt port
requires Qt5 and ICU these days. This also allows for the removal
of TextCodecQt.

  • Target.pri:
  • platform/KURL.cpp:

(WebCore::appendEncodedHostname):

  • platform/graphics/SurrogatePairAwareTextIterator.cpp:

(WebCore::SurrogatePairAwareTextIterator::normalizeVoicingMarks):

  • platform/text/TextEncoding.cpp:

(WebCore::TextEncoding::encode):

  • platform/text/TextEncodingRegistry.cpp:

(WebCore::extendTextCodecMaps):

  • platform/text/qt/TextCodecQt.cpp: Removed.
  • platform/text/qt/TextCodecQt.h: Removed.

Source/WebKit/blackberry:

  • WebCoreSupport/AboutDataUseFeatures.in: The feature macro has been removed.

Source/WTF:

Get rid of QT4_UNICODE and any related code paths. The Qt port
requires Qt5 and ICU these days.

  • WTF.gypi:
  • WTF.pro:
  • wtf/unicode/Unicode.h:
  • wtf/unicode/qt4/UnicodeQt4.h: Removed.
4:21 AM Changeset in webkit [141254] by ddkilzer@apple.com
  • 2 edits in trunk/Source/WebCore

BUILD FIX: Make WebCorePrefix.h build on iOS
<​http://webkit.org/b/108224>

Reviewed by Sam Weinig.

  • WebCorePrefix.h:
  • Include <wtf/Platform.h>.
  • Do not include <CoreServices/CoreServices.h> on iOS.
  • Include <Foundation/Foundation.h> instead of <Cocoa/Cocoa.h> on iOS.
4:20 AM Changeset in webkit [141253] by Patrick Gansterer
  • 2 edits in trunk/Source/WebCore

Build fix for WinCE after r141156.

  • PlatformWinCE.cmake:
4:13 AM Changeset in webkit [141252] by jknotten@chromium.org
  • 5 edits in trunk/Source/WebKit/chromium

[Chromium] Fix find in page rects for overflowing content.
​https://bugs.webkit.org/show_bug.cgi?id=104924

Reviewed by Julien Chaffraix.

If a div has overflowing content, we should only normalise its
coordinates against the renderview or the containing scrollable block.

TEST=WebFrameTest.FindInPageMatchRects

  • src/FindInPageCoordinates.cpp:

(WebKit::enclosingScrollableAncestor):

Helper function to find the enclosing containing block with an overflow clip.

(WebKit::toNormalizedRect):

Pass in the container as an argument.

(WebKit::findInPageRectFromAbsoluteRect):

Compute the container for toNormalizedRect using enclosingScrollableAncestor.

  • tests/WebFrameTest.cpp:

Add expectations for new tests in WebFrameTest::FindInPageMatchRects and WebFrameTest::FindInPage.

  • tests/data/find.html:

Add test case for <select> element.

  • tests/data/find_in_page_frame.html:

Add test cases:

  • Result 15, 16 tests that containing <div> with style float:left and height:0px does not impact coordinate normalization.
  • Result 17, 18 tests that matches with absolute positioning are normalized containing relative positioned block, even if there is a closer parent block with overflow clip.
  • Result 19 adds a test case for <select> element.
4:07 AM Changeset in webkit [141251] by yurys@chromium.org
  • 7 edits
    3 moves
    2 adds in trunk/LayoutTests

Web Inspector: move heap profiler protocol tests into heap-profiler subfolder
​https://bugs.webkit.org/show_bug.cgi?id=108324

Reviewed by Vsevolod Vlasov.

Moved heap profiler protocol tests into LayoutTests/inspector-protocol/heap-profiler

  • inspector-protocol/heap-profiler/resources/page-with-function.html: Renamed from LayoutTests/inspector-protocol/resources/page-with-function.html.
  • inspector-protocol/heap-profiler/take-heap-snapshot-expected.txt: Renamed from LayoutTests/inspector-protocol/take-heap-snapshot-expected.txt.
  • inspector-protocol/heap-profiler/take-heap-snapshot.html: Renamed from LayoutTests/inspector-protocol/take-heap-snapshot.html.
  • platform/chromium/TestExpectations:
  • platform/efl/TestExpectations:
  • platform/gtk/TestExpectations:
  • platform/mac/TestExpectations:
  • platform/qt/TestExpectations:
  • platform/win/TestExpectations:
4:01 AM Changeset in webkit [141250] by aandrey@chromium.org
  • 5 edits in trunk/Source/WebCore

Web Inspector: [Canvas] support instrumenting canvases in iframes (frontend side)
​https://bugs.webkit.org/show_bug.cgi?id=108319

Reviewed by Pavel Feldman.

Add a frame selector to choose between frames with canvases. Show this selector in the status
bar only if there are 2 or more frames with canvses. Otherwise, assume silently the only
frame with canvases (most common use case).

  • English.lproj/localizedStrings.js:
  • inspector/front-end/CanvasProfileView.js:

(WebInspector.CanvasProfileType):
(WebInspector.CanvasProfileType.prototype.get statusBarItems):
(WebInspector.CanvasProfileType.prototype._runSingleFrameCapturing):
(WebInspector.CanvasProfileType.prototype._startFrameCapturing):
(WebInspector.CanvasProfileType.prototype._frameAdded):
(WebInspector.CanvasProfileType.prototype._addFrame):
(WebInspector.CanvasProfileType.prototype._frameRemoved):
(WebInspector.CanvasProfileType.prototype._contextCreated):
(WebInspector.CanvasProfileType.prototype._selectedFrameId):
(WebInspector.CanvasProfileType.prototype._dispatchViewUpdatedEvent):
(WebInspector.CanvasDispatcher):
(WebInspector.CanvasDispatcher.prototype.contextCreated):

  • inspector/front-end/ProfilesPanel.js:

(WebInspector.ProfileType.prototype.createProfile):
(WebInspector.ProfilesPanel.prototype._onProfileTypeSelected):
(WebInspector.ProfilesPanel.prototype._updateProfileTypeSpecificUI):
(WebInspector.ProfilesPanel.prototype._registerProfileType):

  • inspector/front-end/StatusBarButton.js:

(WebInspector.StatusBarComboBox.prototype.size):

3:59 AM Changeset in webkit [141249] by commit-queue@webkit.org
  • 10 edits in trunk/Source/WebCore

Web Inspector: Change the Elements panel sidebar layout based on its aspect ratio.
​https://bugs.webkit.org/show_bug.cgi?id=108181

Patch by Vladislav Kaznacheev <​kaznacheev@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

Sidebar aspect ratio proved to be a better trigger for the sidebar layout change that the docking mode.
Moved the sidebar layout handling completely into WebInspector.SidebarView which now only accepts
two positions: Start (corresponding to Left or Top) and End (corresponding to Right or Bottom).

No new tests.

  • inspector/front-end/CSSNamedFlowCollectionsView.js:

(WebInspector.CSSNamedFlowCollectionsView):

  • inspector/front-end/DockController.js:

(WebInspector.DockController.prototype._updateUI):
(WebInspector.DockController.prototype._toggleDockState):

  • inspector/front-end/ElementsPanel.js:

(WebInspector.ElementsPanel.prototype.onResize):

  • inspector/front-end/FileSystemView.js:

(WebInspector.FileSystemView):

  • inspector/front-end/MemoryStatistics.js:
  • inspector/front-end/Panel.js:

(WebInspector.Panel.prototype.createSidebarView):

  • inspector/front-end/ScriptsPanel.js:

(WebInspector.ScriptsPanel):

  • inspector/front-end/Settings.js:

(WebInspector.ExperimentsSettings):

  • inspector/front-end/SidebarView.js:

(WebInspector.SidebarView):
(WebInspector.SidebarView.prototype.setAutoOrientation):
(WebInspector.SidebarView.prototype._updateSidebarPosition):
(WebInspector.SidebarView.prototype.onResize):

3:58 AM Changeset in webkit [141248] by Patrick Gansterer
  • 3 edits
    1 delete in trunk/Source/WebCore

Port SharedTimerWin.cpp to WinCE
​https://bugs.webkit.org/show_bug.cgi?id=103724

Reviewed by Brent Fulgham.

Add #if !OS(WINCE) around some parts of the code, so it can be used by the WinCE port too.

  • PlatformWinCE.cmake:
  • platform/win/SharedTimerWin.cpp:

(WebCore):
(WebCore::TimerWindowWndProc):
(WebCore::initializeOffScreenTimerWindow):
(WebCore::setSharedTimerFireInterval):
(WebCore::stopSharedTimer):

  • platform/wince/SharedTimerWinCE.cpp: Removed.
3:56 AM Changeset in webkit [141247] by commit-queue@webkit.org
  • 4 edits
    2 adds in trunk

[EFL][Qt][WebGL] Avoid deleting an uncreated canvas.
​https://bugs.webkit.org/show_bug.cgi?id=106878

Patch by Kondapally Kalyan <​kalyan.kondapally@intel.com> on 2013-01-30
Reviewed by Benjamin Poulain.

Source/WebKit2:

setContentsToCanvas is responsible for marking canvas for creation or deletion.
The issue here is that the canvas is marked for deletion even though it has not
been created. This causes an assert in LayerTreeRenderer::destroyCanvas.
This patch adds a seperate check to ensure that CoordinatedGraphicsLayer
tries to issue a request for canvas deletion only after request for canvas
creation has been handled.

New test: fast/canvas/webgl/canvas-resize-crash.html

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedGraphicsLayer.cpp:

(WebCore::CoordinatedGraphicsLayer::CoordinatedGraphicsLayer):
(WebCore::CoordinatedGraphicsLayer::setContentsToCanvas):
(WebCore::CoordinatedGraphicsLayer::destroyCanvasIfNeeded):
(WebCore::CoordinatedGraphicsLayer::createCanvasIfNeeded):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedGraphicsLayer.h:

(CoordinatedGraphicsLayer):
(WebCore::CoordinatedGraphicsLayer::fixedToViewport):

LayoutTests:

  • fast/canvas/webgl/canvas-resize-crash-expected.txt: Added.
  • fast/canvas/webgl/canvas-resize-crash.html: Added.
3:55 AM Changeset in webkit [141246] by zandobersek@gmail.com
  • 2 edits in trunk/Source/WebKit2

Unreviewed GTK build fix.

  • WebProcess/WebPage/gtk/LayerTreeHostGtk.cpp: Include GraphicsLayerTextureMapper.h

as a forwarding header from WebCore.

3:53 AM Changeset in webkit [141245] by commit-queue@webkit.org
  • 7 edits
    2 adds in trunk

Source/WebCore: ctrl-arrows, ctrl-shift-arrow, ctrl-backspace

Web Inspector: implmenet Ctrl-Arrow/Ctrl-Backspace in DefaultTextEditor
​https://bugs.webkit.org/show_bug.cgi?id=107944

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

Add ctrl-arrows/ctrl-shift-arrow/ctrl-backspace shortcuts to jump over
and delete words.

New test: inspector/editor/text-editor-ctrl-movements.html

  • inspector/front-end/DefaultTextEditor.js:

(WebInspector.DefaultTextEditor):
(WebInspector.DefaultTextEditor.prototype._registerShortcuts):
(WebInspector.DefaultTextEditor.prototype.selection):
(WebInspector.DefaultTextEditor.WordMovementController): Added.
(WebInspector.DefaultTextEditor.WordMovementController.prototype._registerShortcuts):
(WebInspector.DefaultTextEditor.WordMovementController.prototype.):
(WebInspector.DefaultTextEditor.WordMovementController.prototype._rangeForCtrlArrowMove):
(WebInspector.DefaultTextEditor.WordMovementController.prototype._handleCtrlArrow):
(WebInspector.DefaultTextEditor.WordMovementController.prototype._handleCtrlShiftArrow):
(WebInspector.DefaultTextEditor.WordMovementController.prototype._handleCtrlBackspace):

LayoutTests: Web Inspector: implmenet Ctrl-Arrow/Ctrl-Backspace in DefaultTextEditor
​https://bugs.webkit.org/show_bug.cgi?id=107944

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

Add new test to verify ctrl-arrow/ctrl-backspace behavior. Exclude
this test on the platforms that do not currently support eventSender.

  • inspector/editor/text-editor-ctrl-movements-expected.txt: Added.
  • inspector/editor/text-editor-ctrl-movements.html: Added.
  • platform/efl/TestExpectations:
  • platform/mac/TestExpectations:
  • platform/qt/TestExpectations:
3:49 AM Changeset in webkit [141244] by commit-queue@webkit.org
  • 5 edits in trunk

Web Inspector: do not repaint all lines in highlight regex API in DTE
​https://bugs.webkit.org/show_bug.cgi?id=108081

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

Source/WebCore:

Implement repaintLineRowsAffectedByHighlightDescriptor method that
will go through the visible lineRows and repaint only those of them
which were outdated by highlight change.

Improved test: inspector/editor/text-editor-highlight-regexp.html

  • inspector/front-end/DefaultTextEditor.js:

(WebInspector.TextEditorMainPanel.prototype.highlightRegex):
(WebInspector.TextEditorMainPanel.prototype.removeRegexHighlight):
(WebInspector.TextEditorMainPanel.prototype._repaintLineRowsAffectedByHighlightDescriptor):
(WebInspector.TextEditorMainPanel.prototype._paintLines):
(WebInspector.TextEditorMainPanel.prototype._paintLineRows):

LayoutTests:

Modify layout test to add a verification that highlight does not
repaint more DefaultTextEditor line rows than it needs to.

  • inspector/editor/text-editor-highlight-regexp-expected.txt:
  • inspector/editor/text-editor-highlight-regexp.html:
3:20 AM Changeset in webkit [141243] by commit-queue@webkit.org
  • 5 edits in trunk

REGRESSION (r139282): Caret repainting is broken for text-align: center'd <input>
​https://bugs.webkit.org/show_bug.cgi?id=108283

Patch by Tien-Ren Chen <​trchen@chromium.org> on 2013-01-30
Reviewed by Tim Horton.

Occasionally carets won't be fully erased when blinking.
There used to be 1-pixel padding but removed since r139282.
This patch adds back the same workaround.

Source/WebCore:

Need to rebaseline test expectations.

  • editing/FrameSelection.cpp:

(WebCore::repaintCaretForLocalRect):

LayoutTests:

  • platform/chromium/TestExpectations:
  • platform/mac/TestExpectations:
2:52 AM Changeset in webkit [141242] by dominik.rottsches@intel.com
  • 2 edits in trunk/LayoutTests

[EFL] Unreviewed gardening.

More plugin test cases skipped, failing after r141051,
plugins/document-open.html is not crashing, but currently timing out.

  • platform/efl-wk2/TestExpectations:
2:45 AM Changeset in webkit [141241] by dominik.rottsches@intel.com
  • 15 edits
    4 deletes in trunk

[HarfBuzz] Remove the HarfBuzz-old code
​https://bugs.webkit.org/show_bug.cgi?id=108077

Reviewed by Benjamin Poulain.

.:

Rename WTF_USE_HARFBUZZ_NG to WTF_USE_HARFBUZZ since there
won't be a distinction between ng and non-ng HarfBuzz after
removing the old code.

  • Source/cmake/OptionsEfl.cmake:

Source/WebCore:

Removing unused old variant of the HarfBuzz code.

No new tests, no change in functionality.

  • GNUmakefile.am: Rename WTF_USE_HARFBUZZ_NG to WTF_USE_HARFBUZZ
  • WebCore.gypi: Removing ComplexTextControllerHarfBuzz* and HarfBuzzSkia* files,
  • platform/graphics/SimpleFontData.h:

(SimpleFontData): USE(HARFBUZZ_NG) renamed to USE(HARFBUZZ).

  • platform/graphics/freetype/FontPlatformData.h:

(FontPlatformData): Removing USE(HARFBUZZ_NG) ifdefs.

  • platform/graphics/freetype/FontPlatformDataFreeType.cpp: Removing USE(HARFBUZZ_NG) ifdefs.

(WebCore::FontPlatformData::operator=):
(WebCore::FontPlatformData::FontPlatformData):
(WebCore::FontPlatformData::harfbuzzFace):

  • platform/graphics/freetype/SimpleFontDataFreeType.cpp: USE(HARFBUZZ_NG) renamed to USE(HARFBUZZ).

(WebCore):

  • platform/graphics/harfbuzz/ComplexTextControllerHarfBuzz.cpp: Removed.
  • platform/graphics/harfbuzz/ComplexTextControllerHarfBuzz.h: Removed.
  • platform/graphics/harfbuzz/FontHarfBuzz.cpp: Removing USE(HARFBUZZ_NG) ifdefs.

(WebCore::Font::drawComplexText):
(WebCore::Font::floatWidthForComplexText):
(WebCore::Font::offsetForPositionForComplexText):
(WebCore::Font::selectionRectForComplexText):

  • platform/graphics/harfbuzz/FontPlatformDataHarfBuzz.cpp: Removing USE(HARFBUZZ_NG) ifdefs.

(WebCore::FontPlatformData::harfbuzzFace):

  • platform/graphics/harfbuzz/FontPlatformDataHarfBuzz.h: Removing USE(HARFBUZZ_NG) ifdefs.

(WebCore):
(FontPlatformData):

  • platform/graphics/harfbuzz/HarfBuzzSkia.cpp: Removed.
  • platform/graphics/harfbuzz/HarfBuzzSkia.h: Removed.
  • platform/graphics/skia/SimpleFontDataSkia.cpp: USE(HARFBUZZ_NG) renamed to USE(HARFBUZZ).

(WebCore):

Source/WebKit/chromium:

Rename WTF_USE_HARFBUZZ_NG to WTF_USE_HARFBUZZ since there
won't be a distinction between ng and non-ng HarfBuzz after
removing the old code.

  • features.gypi:
2:34 AM Changeset in webkit [141240] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[Qt] Major performance improvement in Qt's PluginDatabase implementation
​https://bugs.webkit.org/show_bug.cgi?id=106140

Patch by David Faure <​faure@kde.org> on 2013-01-30
Reviewed by Simon Hausmann.

No new tests, only a performance improvement.

  • plugins/qt/PluginPackageQt.cpp:

(WebCore::PluginPackage::fetchInfo): Don't do a full-fledged load(), load the module directly.
Keep the refcounting as it was before (broken, but otherwise flash crashes).
(WebCore::PluginPackage::load): Use existing module if fetchInfo created it.

2:31 AM Changeset in webkit [141239] by dominik.rottsches@intel.com
  • 3 edits in trunk/LayoutTests

[EFL] Unreviewed gardening.

More plugin test cases skipped, failing after r141051,

  • platform/efl-wk2/TestExpectations: r140999 leads to assertions in two stacking container tests.
  • platform/efl/TestExpectations: r140613 introduced fast/ruby/select-ruby.html - failing on our port.
2:20 AM Changeset in webkit [141238] by commit-queue@webkit.org
  • 11 edits in trunk/Source

[TexMap] Remove GraphicsLayer in TextureMapperLayer.
​https://bugs.webkit.org/show_bug.cgi?id=107073

Patch by Huang Dongsung <​luxtella@company100.net> on 2013-01-30
Reviewed by Noam Rosenthal.

Source/WebCore:

Remove the dependency of TextureMapperLayer on GraphicsLayer. It is needed to
remove GraphicsLayerTextureMapper in LayerTreeRenderer.

This is in preparation for refactoring TextureMapper to work in an actor
model (​http://webkit.org/b/103854).

Covered by existing tests.

  • platform/graphics/texmap/GraphicsLayerTextureMapper.cpp:

(WebCore::toTextureMapperLayer):
(WebCore):
(WebCore::GraphicsLayerTextureMapper::GraphicsLayerTextureMapper):
(WebCore::GraphicsLayerTextureMapper::notifyChange):
(WebCore::GraphicsLayerTextureMapper::setNeedsDisplay):
(WebCore::GraphicsLayerTextureMapper::setContentsNeedsDisplay):

Set BackgroundColorChange to m_changeMask instead of ContentChange.

(WebCore::GraphicsLayerTextureMapper::setNeedsDisplayInRect):
(WebCore::GraphicsLayerTextureMapper::setChildren):
(WebCore::GraphicsLayerTextureMapper::addChild):
(WebCore::GraphicsLayerTextureMapper::addChildAtIndex):
(WebCore::GraphicsLayerTextureMapper::addChildAbove):
(WebCore::GraphicsLayerTextureMapper::addChildBelow):
(WebCore::GraphicsLayerTextureMapper::replaceChild):
(WebCore::GraphicsLayerTextureMapper::setMaskLayer):
(WebCore::GraphicsLayerTextureMapper::setReplicatedByLayer):
(WebCore::GraphicsLayerTextureMapper::setPosition):
(WebCore::GraphicsLayerTextureMapper::setAnchorPoint):
(WebCore::GraphicsLayerTextureMapper::setSize):
(WebCore::GraphicsLayerTextureMapper::setTransform):
(WebCore::GraphicsLayerTextureMapper::setChildrenTransform):
(WebCore::GraphicsLayerTextureMapper::setPreserves3D):
(WebCore::GraphicsLayerTextureMapper::setMasksToBounds):
(WebCore::GraphicsLayerTextureMapper::setDrawsContent):
(WebCore::GraphicsLayerTextureMapper::setContentsVisible):
(WebCore::GraphicsLayerTextureMapper::setContentsOpaque):
(WebCore::GraphicsLayerTextureMapper::setBackfaceVisibility):
(WebCore::GraphicsLayerTextureMapper::setOpacity):
(WebCore::GraphicsLayerTextureMapper::setContentsRect):
(WebCore::GraphicsLayerTextureMapper::setContentsToSolidColor):
(WebCore::GraphicsLayerTextureMapper::setContentsToImage):
(WebCore::GraphicsLayerTextureMapper::setContentsToMedia):
(WebCore::GraphicsLayerTextureMapper::setShowDebugBorder):
(WebCore::GraphicsLayerTextureMapper::setShowRepaintCounter):
(WebCore::GraphicsLayerTextureMapper::flushCompositingStateForThisLayerOnly):
(WebCore::GraphicsLayerTextureMapper::prepareBackingStoreIfNeeded):
(WebCore::GraphicsLayerTextureMapper::updateDebugBorderAndRepaintCount):
(WebCore::GraphicsLayerTextureMapper::setDebugBorder):
(WebCore::toTextureMapperLayerVector):
(WebCore::GraphicsLayerTextureMapper::commitLayerChanges):

Flush pending changes into TextureMapperLayer.

(WebCore::GraphicsLayerTextureMapper::addAnimation):
(WebCore::GraphicsLayerTextureMapper::setAnimations):
(WebCore::GraphicsLayerTextureMapper::setFilters):
(WebCore::GraphicsLayerTextureMapper::setBackingStore):
(WebCore::GraphicsLayerTextureMapper::setFixedToViewport):
(WebCore::GraphicsLayerTextureMapper::setRepaintCount):

  • platform/graphics/texmap/GraphicsLayerTextureMapper.h:

(GraphicsLayerTextureMapper):
(WebCore):

  • platform/graphics/texmap/TextureMapperLayer.cpp:

(WebCore::TextureMapperLayer::setChildren):
(WebCore::TextureMapperLayer::setMaskLayer):
(WebCore):
(WebCore::TextureMapperLayer::setReplicaLayer):
(WebCore::TextureMapperLayer::setPosition):
(WebCore::TextureMapperLayer::setSize):
(WebCore::TextureMapperLayer::setAnchorPoint):
(WebCore::TextureMapperLayer::setPreserves3D):
(WebCore::TextureMapperLayer::setTransform):
(WebCore::TextureMapperLayer::setChildrenTransform):
(WebCore::TextureMapperLayer::setContentsRect):
(WebCore::TextureMapperLayer::setMasksToBounds):
(WebCore::TextureMapperLayer::setDrawsContent):
(WebCore::TextureMapperLayer::setContentsVisible):
(WebCore::TextureMapperLayer::setContentsOpaque):
(WebCore::TextureMapperLayer::setBackfaceVisibility):
(WebCore::TextureMapperLayer::setOpacity):
(WebCore::TextureMapperLayer::setSolidColor):
(WebCore::TextureMapperLayer::setFilters):
(WebCore::TextureMapperLayer::setDebugVisuals):
(WebCore::TextureMapperLayer::setRepaintCount):
(WebCore::TextureMapperLayer::setContentsLayer):
(WebCore::TextureMapperLayer::setAnimations):
(WebCore::TextureMapperLayer::setFixedToViewport):
(WebCore::TextureMapperLayer::setBackingStore):

  • platform/graphics/texmap/TextureMapperLayer.h:

(WebCore):
(TextureMapperLayer):
(WebCore::TextureMapperLayer::TextureMapperLayer):

Source/WebKit/efl:

Include GraphicsLayerTextureMapper.h to use toTextureMapperLayer().

  • WebCoreSupport/AcceleratedCompositingContextEfl.cpp:

Source/WebKit/gtk:

Include GraphicsLayerTextureMapper.h to use toTextureMapperLayer().

  • WebCoreSupport/AcceleratedCompositingContextGL.cpp:

Source/WebKit/qt:

Include GraphicsLayerTextureMapper.h to use toTextureMapperLayer().

  • WebCoreSupport/TextureMapperLayerClientQt.cpp:
2:13 AM Changeset in webkit [141237] by jochen@chromium.org
  • 10 edits in trunk/Tools

[chromium] move methods from WebTestDelegate to WebTestRunner
​https://bugs.webkit.org/show_bug.cgi?id=108309

Reviewed by Adam Barth.

By moving more logic to the TestRunner library, we can share more
code with content shell.

  • DumpRenderTree/chromium/TestRunner/public/WebTestDelegate.h:
  • DumpRenderTree/chromium/TestRunner/public/WebTestProxy.h:

(WebTestProxyBase):
(WebTestRunner::WebTestProxy::createView):
(WebTestRunner::WebTestProxy::isSmartInsertDeleteEnabled):
(WebTestRunner::WebTestProxy::isSelectTrailingWhitespaceEnabled):

  • DumpRenderTree/chromium/TestRunner/public/WebTestRunner.h:

(WebTestRunner::WebTestRunner::isSmartInsertDeleteEnabled):
(WebTestRunner::WebTestRunner::isSelectTrailingWhitespaceEnabled):

  • DumpRenderTree/chromium/TestRunner/src/TestRunner.cpp:

(WebTestRunner::TestRunner::reset):
(WebTestRunner::TestRunner::isSmartInsertDeleteEnabled):
(WebTestRunner):
(WebTestRunner::TestRunner::isSelectTrailingWhitespaceEnabled):
(WebTestRunner::TestRunner::setSmartInsertDeleteEnabled):
(WebTestRunner::TestRunner::setSelectTrailingWhitespaceEnabled):

  • DumpRenderTree/chromium/TestRunner/src/TestRunner.h:

(TestRunner):

  • DumpRenderTree/chromium/TestRunner/src/WebTestProxy.cpp:

(WebTestRunner::WebTestProxyBase::createView):
(WebTestRunner::WebTestProxyBase::isSmartInsertDeleteEnabled):
(WebTestRunner):
(WebTestRunner::WebTestProxyBase::isSelectTrailingWhitespaceEnabled):

  • DumpRenderTree/chromium/TestShell.h:

(TestShell):

  • DumpRenderTree/chromium/WebViewHost.cpp:

(WebViewHost::createView):
(WebViewHost::didStartLoading):
(WebViewHost::didStopLoading):
(WebViewHost::isSmartInsertDeleteEnabled):
(WebViewHost::isSelectTrailingWhitespaceEnabled):
(WebViewHost::reset):

  • DumpRenderTree/chromium/WebViewHost.h:

(WebViewHost):

1:50 AM Changeset in webkit [141236] by kseo@webkit.org
  • 2 edits in trunk/Tools

Unreviewed. Add Jae Hyun Park to contributor list.

  • Scripts/webkitpy/common/config/committers.py:
1:41 AM Changeset in webkit [141235] by esprehn@chromium.org
  • 2 edits in trunk/Source/WebCore

getDecorationRootAndDecoratedRoot should add new user agent shadow roots
​https://bugs.webkit.org/show_bug.cgi?id=108301

Reviewed by Hajime Morita.

getDecorationRootAndDecoratedRoot intended to add a second UserAgentShadowRoot
to the input, not just reuse the existing one so it could insert icons into
the inputs. Add back in this behavior for now so we can sort out the right thing
to do.

This behavior is wrong in the current architecture since it means if you had an
input type=submit, add an author shadow root, and then change the type to text
and then the browser decorates it your shadow magically becomes inaccessible since
input.shadowRoot is no longer available. This feature is currently only used for
decorating type=password fields in Chromium with an icon for password generation.

No new tests, there's no way to test this because it's only used in Chromium
by way of the ChromeClient.

  • html/shadow/TextFieldDecorationElement.cpp:

(WebCore::getDecorationRootAndDecoratedRoot):

1:37 AM Changeset in webkit [141234] by jochen@chromium.org
  • 4 edits in trunk/Source/WebKit/chromium

[chromium] WebConsoleMessage is missing LevelDebug (chromium bug 172416)
​https://bugs.webkit.org/show_bug.cgi?id=108004
​http://code.google.com/p/chromium/issues/detail?id=172416

console.debug triggers a NOTREACHED() assertation in Chromium. This
is because WebCore::MessageLevel contains 5 levels, including debug,
where WebConsoleMessage::Level is missing a "debug" level. Add a
WebConsoleMessage::LevelDebug so that it can get passed up to the
renderer even if it doesn't make use of that now.

Requires another patch to chromium itself to fix chromium bug 172416
but this is a prerequisite.

Also add an enum compile time check to AssertMatchingEnums.cpp,

Patch by Kevin Day <​kevinday@gmail.com> on 2013-01-28
Reviewed by Jochen Eisinger.

  • public/WebConsoleMessage.h:
  • src/AssertMatchingEnums.cpp:
  • src/WebFrameImpl.cpp:

(WebKit::WebFrameImpl::addMessageToConsole):

1:28 AM Changeset in webkit [141233] by allan.jensen@digia.com
  • 6 edits in trunk/Source/WebKit/qt

[Qt][WK1] Remember denied permission for notifications
​https://bugs.webkit.org/show_bug.cgi?id=107694

Reviewed by Jocelyn Turcotte.

Store denied permissions. According to the specification, we should
ask the user again if he has already granted or denied permission.

  • WebCoreSupport/NotificationPresenterClientQt.cpp:

(WebCore::NotificationPresenterClientQt::requestPermission):
(WebCore::NotificationPresenterClientQt::setNotificationsAllowedForFrame):

  • WebCoreSupport/NotificationPresenterClientQt.h:

(NotificationPresenterClientQt):

  • WebCoreSupport/QWebPageAdapter.cpp:

(QWebPageAdapter::setNotificationsAllowedForFrame):

  • WebCoreSupport/QWebPageAdapter.h:
  • WidgetApi/qwebpage.cpp:

(QWebPage::setFeaturePermission):

12:22 AM Changeset in webkit [141232] by commit-queue@webkit.org
  • 8 edits in trunk/Source

Coordinated Graphics: Remove m_pendingSyncBackingStores in LayerTreeRenderer.
​https://bugs.webkit.org/show_bug.cgi?id=107099

Patch by Huang Dongsung <​luxtella@company100.net> on 2013-01-30
Reviewed by Noam Rosenthal.

Source/WebCore:

Add GraphicsLayerTextureMapper::setBackingStore() so that
LayerTreeRenderer sets a backing store to GraphicsLayerTextureMapper.

Remove three methods of TextureMapperLayer related to a backing store
because they are no longer used.

Covered by existing compositing tests.

  • platform/graphics/texmap/GraphicsLayerTextureMapper.cpp:

(WebCore::GraphicsLayerTextureMapper::flushCompositingStateForThisLayerOnly):
(WebCore::GraphicsLayerTextureMapper::prepareBackingStoreIfNeeded):
(WebCore):
(WebCore::GraphicsLayerTextureMapper::updateDebugBorderAndRepaintCount):
(WebCore::GraphicsLayerTextureMapper::updateBackingStoreIfNeeded):
(WebCore::GraphicsLayerTextureMapper::setBackingStore):

  • platform/graphics/texmap/GraphicsLayerTextureMapper.h:

(GraphicsLayerTextureMapper):

  • platform/graphics/texmap/TextureMapperLayer.cpp:

(WebCore::TextureMapperLayer::flushCompositingStateForThisLayerOnly):

  • platform/graphics/texmap/TextureMapperLayer.h:

(TextureMapperLayer):

Source/WebKit2:

Instead of queuing the setting of backing stores in LayerTreeRenderer,
and then setting them directly to TextureMapperLayer, we allow
GraphicsLayerTextureMapper's existing queuing mechanism to handle that.
Instead of a m_pendingSyncBackingStores queue, we have a m_backingStores
queue which can be applied much more easily to the layer tree.

In addition, LayerTreeRenderer::purgeGLResources() does not call
TextureMapperLayer::clearBackingStoresRecursive() because
TextureMapperLayer will be destructed soon.

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.cpp:

(WebKit::LayerTreeRenderer::deleteLayer):
(WebKit::LayerTreeRenderer::createBackingStoreIfNeeded):
(WebKit::LayerTreeRenderer::removeBackingStoreIfNeeded):
(WebKit::LayerTreeRenderer::resetBackingStoreSizeToLayerSize):
(WebKit::LayerTreeRenderer::createTile):
(WebKit::LayerTreeRenderer::removeTile):
(WebKit::LayerTreeRenderer::updateTile):
(WebKit::LayerTreeRenderer::commitPendingBackingStoreOperations):
(WebKit::LayerTreeRenderer::purgeGLResources):

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.h:
12:22 AM Changeset in webkit [141231] by wangxianzhu@chromium.org
  • 5 edits in trunk/Source/WebKit/chromium

[Chromium] Correct zoom for focused node when using compositor scaling
​https://bugs.webkit.org/show_bug.cgi?id=107599

Reviewed by Adam Barth.

When applyDeviceScaleFactorInCompositor, targetScale should exclude device scale factor.
When applyPageScaleFactorInCompositor, caret size and content sizes are in css pixels and they should be in the viewport of the new scale.

Reapply r141153. Added font-size in html to ensure same caret size across platforms.

  • src/WebViewImpl.cpp:

(WebKit::WebViewImpl::scrollFocusedNodeIntoRect):
(WebKit):
(WebKit::WebViewImpl::computeScaleAndScrollForFocusedNode): Extracted from scrollFocusedNodeIntoRect() to ease testing.

  • src/WebViewImpl.h:

(WebViewImpl):

  • tests/WebFrameTest.cpp: Updated test DivScrollEditableTest
  • tests/data/get_scale_for_zoom_into_editable_test.html: Moved the logic of onload script (which seems not to work) into WebFrameTest.cpp.
12:05 AM Changeset in webkit [141230] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: DTE adds additional space to the end of line.
​https://bugs.webkit.org/show_bug.cgi?id=108192

Patch by Andrey Lushnikov <​lushnikov@chromium.org> on 2013-01-30
Reviewed by Pavel Feldman.

Append overlay highlight spans before decorations elements and skip
them in _collectLinesFromDom method.

No new tests.

  • inspector/front-end/DefaultTextEditor.js:

(WebInspector.TextEditorMainPanel.prototype._appendOverlayHighlight):
(WebInspector.TextEditorMainPanel.prototype._collectLinesFromDOM):

Note: See TracTimeline for information about the timeline view.