Timeline



Apr 23, 2013:

8:18 PM Changeset in webkit [149016] by fpizlo@apple.com
  • 5 edits
    3 adds in trunk

DFG CFA filters CheckFunction in a really weird way, and assumes that the function's structure won't change
https://bugs.webkit.org/show_bug.cgi?id=115077

Source/JavaScriptCore:

Reviewed by Oliver Hunt.

The filtering did three things that are unusual:

1) AbstractValue::filterByValue() assumed that the passed value's structure wouldn't change, in

the sense that at it assumed it could use that value's *current* structure to do structure
filtering. Filtering by structure only makes sense if you can prove that the given value will
always have that structure (for example by either using a watchpoing or emitting code that
checks that structure at run-time).


2) AbstractValue::filterByValue() and the CheckFunction case in AbstractState::executeEffects()

tried to invalidate the CFA based on whether the filtration led to an empty value. This is
well-intentioned, but it's not how the CFA currently works. It's inconsistent with other
parts of the CFA. We shouldn't introduce this feature into just one kind of filtration and
not have it elsewhere.


3) The attempt to detect when the value was empty was actually implemented incorrectly. It

relied on AbstractValue::validate(). That method says that a concrete value does not belong
to the abstract value if it has a different structure. This makes sense for the other place
where AbstractValue::validate() is called: during OSR entry, where we are talking about a
JSValue that we see *right now*. It doesn't make sense in the CFA, since in the CFA any
value we observe in the code is a value whose structure may change when the code starts
running, and so we cannot use the value's current structure to infer things about the code
when it starts running.


I fixed the above problems by (1) changing filterByValue() to not filter the structure, (2)
changing filterByValue() and the CheckFunction case to not invalidate the CFA, and (3)
making sure that nobody else was misusing AbstractValue::validate() (they weren't).

  • dfg/DFGAbstractState.cpp:

(JSC::DFG::AbstractState::executeEffects):

  • dfg/DFGAbstractValue.h:

(JSC::DFG::AbstractValue::filterByValue):

LayoutTests:

Reviewed by Oliver Hunt.

This hilarious test fails prior to the rest of this patch.

  • fast/js/dfg-check-function-change-structure-expected.txt: Added.
  • fast/js/dfg-check-function-change-structure.html: Added.
  • fast/js/jsc-test-list:
  • fast/js/script-tests/dfg-check-function-change-structure.js: Added.

(foo):
(bar):

6:59 PM Changeset in webkit [149015] by tkent@chromium.org
  • 5 edits
    2 deletes in trunk/Source/WebCore

Remove TextFieldDecoration feature
https://bugs.webkit.org/show_bug.cgi?id=115068

Reviewed by Andreas Kling.

Only Chromium port used this feature.

  • dom/Element.h: Remove isTextFieldDecoration.
  • html/InputType.cpp:

(WebCore::InputType::destroyShadowSubtree):
Update a comment.

  • html/TextFieldInputType.cpp:

(WebCore::TextFieldInputType::createShadowSubtree):
Remove call sites of willAddTextFieldDecorationsTo and addTextFieldDecorationsTo.

  • html/shadow/TextFieldDecorationElement.cpp: Removed.
  • html/shadow/TextFieldDecorationElement.h: Removed.
  • page/ChromeClient.h:

(ChromeClient): Remove willAddTextFieldDecorationsTo and
addTextFieldDecorationsTo

6:23 PM Changeset in webkit [149014] by oliver@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Default ParserError() initialiser doesn't initialise all fields
https://bugs.webkit.org/show_bug.cgi?id=115074

Reviewed by Joseph Pecoraro.

Only the jsc command prompt depended on this, but we'll fix it to
be on the safe side.

  • parser/ParserError.h:

(JSC::ParserError::ParserError):

6:10 PM Changeset in webkit [149013] by akling@apple.com
  • 2 edits in trunk/Source/WebCore

Micro-optimize Length::initFromLength().
<http://webkit.org/b/115073>

From Blink r148621 by <timloh@chromium.org>:

This appears to improve html5-full-render by 1-2% on my system (gcc 4.6.3) by using memcpy
instead of copying members (and branching to copy the union).

  • platform/Length.h:

(WebCore::Length::initFromLength):

6:06 PM Changeset in webkit [149012] by tkent@chromium.org
  • 2 edits in trunk/Source/WebCore

Add missing copyright header to ColorChooserClient.h
https://bugs.webkit.org/show_bug.cgi?id=115067

Reviewed by Andreas Kling.

  • platform/ColorChooserClient.h:

This was added in 2011 by a Google employee.
http://trac.webkit.org/changeset/103168

5:55 PM Changeset in webkit [149011] by akling@apple.com
  • 2 edits in trunk/Source/WebCore

Call the correct superclass in RenderSlider::layout().
<http://webkit.org/b/115071>

From Blink r147850 by <cbiesinger@chromium.org>:

The superclass is RenderFlexibleBox, not RenderBlock.

  • rendering/RenderSlider.cpp:

(WebCore::RenderSlider::layout):

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

Add platform support for -webkit-background-blend-mode to CG context with background color
https://bugs.webkit.org/show_bug.cgi?id=114412

Patch by Mihai Tica <mitica@adobe.com> on 2013-04-23
Reviewed by Darin Adler.

Source/WebCore:

Tests: css3/compositing/effect-background-blend-mode-color.html, css3/compositing/effect-background-blend-mode-color2.html

This patch adds support for blending on background colors to the Core Graphics port of WebKit.

  • platform/graphics/GraphicsContext.cpp:

(WebCore::GraphicsContext::fillRect):
(WebCore::GraphicsContext::fillRoundedRect):

  • platform/graphics/GraphicsContext.h:
  • rendering/RenderBoxModelObject.cpp:

(WebCore::RenderBoxModelObject::paintFillLayerExtended):

LayoutTests:

Adding pixel tests for -webkit-background-blend-mode with bg-color
effect-background-blend-mode-color.html uses accelerated compositing
effect-background-blend-mode-color2.html uses software rendering

  • css3/compositing/effect-background-blend-mode-color-expected.txt: Added.
  • css3/compositing/effect-background-blend-mode-color.html: Added.
  • platform/mac/css3/compositing/effect-background-blend-mode-color-expected.png: Added.
  • css3/compositing/effect-background-blend-mode-color2-expected.txt: Added.
  • css3/compositing/effect-background-blend-mode-color2.html: Added.
  • platform/mac/css3/compositing/effect-background-blend-mode-color2-expected.png: Added.
5:33 PM Changeset in webkit [149009] by rniwa@webkit.org
  • 2 edits in trunk/Source/WebCore

Remove an unused member variable erroneously added in r149007.

  • rendering/LogicalSelectionOffsetCaches.h:

(WebCore::LogicalSelectionOffsetCaches::LogicalSelectionOffsetCaches):
(LogicalSelectionOffsetCaches):

5:20 PM Changeset in webkit [149008] by ryuan.choi@samsung.com
  • 3 edits in trunk/Source/WebKit2

[EFL][WK2] Build break after r149004
https://bugs.webkit.org/show_bug.cgi?id=115066

Reviewed by Tim Horton.

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:

(WebKit::CoordinatedLayerTreeHost::pageBackgroundTransparencyChanged):
Added dummy method for new virtual method.

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.h:

(CoordinatedLayerTreeHost): Ditto.

5:18 PM Changeset in webkit [149007] by rniwa@webkit.org
  • 9 edits
    1 add in trunk/Source/WebCore

logicalLeftSelectionGap and logicalRightSelectionGap call availableLogicalWidth() multiple times
https://bugs.webkit.org/show_bug.cgi?id=113479

Reviewed by David Hyatt.

Introduced LogicalSelectionOffsetCaches to cache the containing blocks and their logical left and right
selection offsets in computing selection gaps. An instance of this class stores the containing block for
each position type and caches their logical selection offsets when none of their block ancestors up until
its nearest selection root do no have any floating objects or regions and exclusions.

When blockSelectionGaps recurses to another level, it creates a new cache instance by "inheriting"
(like RenderStyle) from the old cache, overriding those containing blocks that are replaced by "this".

This eliminates the need to traverse containing block ancestors in RenderBlock::logicalLeftSelectionOffset
and RenderBlock::logicalRightSelectionOffset, and improves WebKit's performance by roughly 20%.

Performance Tests: Interactive/SelectAll.html

  • GNUmakefile.list.am:
  • Target.pri:
  • WebCore.xcodeproj/project.pbxproj:
  • rendering/LogicalSelectionOffsetCaches.h: Added.

(WebCore::isContainingBlockCandidateForAbsolutelyPositionedObject): Moved from RenderObject.h.
(WebCore::isNonRenderBlockInline): Ditto.
(WebCore::containingBlockForFixedPosition): Extracted from RenderObject::containingBlock.
(WebCore::containingBlockForAbsolutePosition): Ditto.
(WebCore::containingBlockForObjectInFlow): Ditto.

(WebCore::LogicalSelectionOffsetCaches): Added.
(WebCore::LogicalSelectionOffsetCaches::ContainingBlockInfo::ContainingBlockInfo): Added.
(WebCore::LogicalSelectionOffsetCaches::ContainingBlockInfo::setBlock): Added. m_hasFloatsOrRegions is
or'ed with itself when ContainingBlockInfo is copy constructed since m_hasFloatsOrRegions needs be true
for a block when any of its containing block ancestors have floats or regions.
(WebCore::LogicalSelectionOffsetCaches::ContainingBlockInfo::block): Added.
(WebCore::LogicalSelectionOffsetCaches::ContainingBlockInfo::cache): Added.
(WebCore::LogicalSelectionOffsetCaches::ContainingBlockInfo::logicalLeftSelectionOffset): Added. Caches
the logical selection offset if it hasn't.
(WebCore::LogicalSelectionOffsetCaches::ContainingBlockInfo::logicalRightSelectionOffset): Ditto.

(WebCore::LogicalSelectionOffsetCaches::LogicalSelectionOffsetCaches): The first constructor is used
for a selection root. The second one is used for inheriting from another cache. In the latter case,
copy all containing block information except ones that need to be overridden by this block.
(WebCore::LogicalSelectionOffsetCaches::containingBlockInfo): Returns a ContainingBlockInfo based on
object's position value.

  • rendering/RenderBlock.cpp:

(WebCore::RenderBlock::selectionGapRectsForRepaint):
(WebCore::RenderBlock::paintSelection):
(WebCore::RenderBlock::selectionGaps):
(WebCore::RenderBlock::inlineSelectionGaps):
(WebCore::RenderBlock::blockSelectionGaps): Exit before instantiating a new LogicalSelectionOffsetCaches
if there is no child to recurse.
(WebCore::RenderBlock::blockSelectionGap):
(WebCore::RenderBlock::logicalLeftSelectionGap):
(WebCore::RenderBlock::logicalRightSelectionGap):
(WebCore::RenderBlock::logicalLeftSelectionOffset): Use LogicalSelectionOffsetCaches to get its containing
block and its logical selection offset.
(WebCore::RenderBlock::logicalRightSelectionOffset): Ditto.

  • rendering/RenderBlock.h:

(WebCore::RenderBlock):

  • rendering/RenderObject.cpp:

(WebCore::RenderObject::containingBlock): Extracted code into LogicalSelectionOffsetCaches.h.

  • rendering/RootInlineBox.cpp:

(WebCore::RootInlineBox::lineSelectionGap):

  • rendering/RootInlineBox.h:

(WebCore::RootInlineBox):

4:44 PM Changeset in webkit [149006] by Simon Fraser
  • 3 edits in trunk/Source/WebKit2

Turn off tiled drawing in the Web Inspector
https://bugs.webkit.org/show_bug.cgi?id=115064

Reviewed by Tim Horton.

We get little benefit from making the Web Inspector use tiled drawing;
it doesn't scroll the main frame, so doesn't benefit from the ScrollingCoordinator.
Not using tiled drawing also means that we won't make compositing
layers for position: -webkit-sticky, which avoids a number of issues
with compositing layer proliferation in the inspector.

Also turn off accelerated drawing, since that pref will force a single
compositing layer.

  • UIProcess/WebInspectorProxy.cpp:

(WebKit::createInspectorPageGroup):

  • UIProcess/mac/WebInspectorProxyMac.mm:
4:35 PM Changeset in webkit [149005] by eric.carlson@apple.com
  • 5 edits in trunk/Source/WebCore

[Mac] forced subtitle track should change when audio track language changes
https://bugs.webkit.org/show_bug.cgi?id=115043

Reviewed by Jer Noble.

No new tests, it isn't possible to test this automatically because there is currently no way
to enable/disable audio tracks.

  • html/HTMLMediaElement.cpp:

(WebCore::HTMLMediaElement::configureTextTrackGroup): Set m_forcedOrAutomaticSubtitleTrackLanguage.
(WebCore::HTMLMediaElement::mediaPlayerCharacteristicChanged): Call markCaptionAndSubtitleTracksAsUnconfigured

after a delay if the language of the primary audio track changes.

(WebCore::HTMLMediaElement::setClosedCaptionsVisible): markCaptionAndSubtitleTracksAsUnconfigured API change.
(WebCore::HTMLMediaElement::markCaptionAndSubtitleTracksAsUnconfigured): Take parameter to allow

the reconfiguration to happen after a delay to avoid doing it during a callback from the
media engine. Clear the ConfigureTextTracks bit in m_pendingActionFlags to cancel any pending
asynch configuration.

  • html/HTMLMediaElement.h:
  • page/CaptionUserPreferencesMac.mm:

(WebCore::CaptionUserPreferencesMac::textTrackSelectionScore): Clean up logic.

  • platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.mm:

(WebCore::MediaPlayerPrivateAVFoundationObjC::tracksChanged): Call characteristicChanged when

the primary audio track language changes.

4:02 PM Changeset in webkit [149004] by Simon Fraser
  • 6 edits in trunk/Source/WebKit2

When the web page transparency changes, DrawingAreaImpl needs to know about it
https://bugs.webkit.org/show_bug.cgi?id=115062

Reviewed by Tim Horton.

The non-composited contents layer owned by LayerTreeHostMac needs to
be marked as opaque or not depending on whether the WebPage draws
a background (or transparent background). It computed this at creation,
but did not dynamically update the state. Fix it so it does.

This fixes cases of garbage pixels in the Web Inspector toolbar area
in some configurations.

  • WebProcess/WebPage/DrawingAreaImpl.cpp:

(WebKit::DrawingAreaImpl::pageBackgroundTransparencyChanged):

  • WebProcess/WebPage/DrawingAreaImpl.h:

(DrawingAreaImpl):

  • WebProcess/WebPage/LayerTreeHost.h:
  • WebProcess/WebPage/mac/LayerTreeHostMac.h:
  • WebProcess/WebPage/mac/LayerTreeHostMac.mm:

(WebKit::LayerTreeHostMac::pageBackgroundTransparencyChanged):

3:43 PM Changeset in webkit [149003] by hmuller@adobe.com
  • 3 edits in trunk/Source/WebCore

[CSS Exclusions] Improve ExclusionPolygon smart pointer safety
https://bugs.webkit.org/show_bug.cgi?id=114984

Reviewed by Dirk Schulze.

Assign newly allocated objects to PassOwnPtrs as early as possible to reduce the
chances of future leaks. No new tests were added, this change adds no new functionality.

  • rendering/ExclusionPolygon.cpp:

(WebCore::computeShapePaddingBounds):
(WebCore::computeShapeMarginBounds):
(WebCore::ExclusionPolygon::shapePaddingBounds):
(WebCore::ExclusionPolygon::shapeMarginBounds):

  • rendering/ExclusionShape.cpp:

(WebCore::ExclusionShape::createExclusionShape):

3:36 PM Changeset in webkit [149002] by akling@apple.com
  • 3 edits in trunk/Source/WebCore

Revert "Throttle resize events during live window resize."
<http://webkit.org/b/114292>
<rdar://problem/13411454>
<rdar://problem/13694839>

Reviewed by Geoffrey Garen.

It appears that this caused more glitches than it helped resize performance.

  • page/FrameView.h:
  • page/FrameView.cpp:

(WebCore::FrameView::FrameView):
(WebCore::FrameView::performPostLayoutTasks):
(WebCore::FrameView::sendResizeEvent):

Turn the null-check of m_frame into an assertion since this method is
no longer called asynchronously.

(WebCore::FrameView::willEndLiveResize):

Ninja fix: call up to the closest superclass implementation.

3:34 PM Changeset in webkit [149001] by Christophe Dumez
  • 10 edits
    1 copy
    1 move
    4 adds
    13 deletes in trunk

Global constructors should be configurable and not enumerable
https://bugs.webkit.org/show_bug.cgi?id=110573

Reviewed by Geoffrey Garen.

Source/JavaScriptCore:

Update JSObject::deleteProperty() so that mark to set the property
value to undefined if it is in static hashtable of properties. The
previous code was not doing anything in this case and this meant
we could not remove builtin DOMWindow properties such as
"ProgressEvent" even if marked as Deletable.

  • runtime/JSObject.cpp:

(JSC::JSObject::deleteProperty):

  • runtime/Lookup.h:

(JSC):
(JSC::putEntry):
(JSC::lookupPut):

Source/WebCore:

Update JSC Code generator so that global constructors now have the following
attributes:
{ Writable?: true, Enumerable?: false, Configurable?: true }
instead of previously:
{ Writable?: true, Enumerable?: true, Configurable?: false }

The new behavior is according to the Web IDL specification (section 4.4):
http://dev.w3.org/cvsweb/~checkout~/2006/webapi/WebIDL/Overview.html?rev=1.617;content-type=text%2Fhtml#es-interfaces

This also matches the behavior of Firefox.

Tests: fast/js/global-constructors-attributes.html

fast/js/global-constructors-deletable.html

  • bindings/scripts/CodeGeneratorJS.pm:

(GenerateAttributesHashTable):

LayoutTests:

Add new tests to make sure that the global constructors have the
right attributes and to check that they are 'Deletable'.

  • canvas/philip/tests/type.delete-expected.txt: Removed.
  • canvas/philip/tests/type.delete.html: Removed. It was checking that global constructor

could NOT be deleted, which is no longer according to the Web IDL specification.

  • fast/dom/constructed-objects-prototypes-expected.txt:
  • fast/dom/script-tests/constructed-objects-prototypes.js: Update test to hardcode a few

global constructors as they are no longer enumerable.

  • fast/js/getOwnPropertyDescriptor-expected.txt:
  • fast/js/global-constructors.html: Removed. It was relying on the global constructors

to be 'Enumerable', which is not to the latest Web IDL specification.

  • fast/js/global-constructors-attributes-expected.txt: Added.
  • fast/js/global-constructors-attributes.html: Added.
  • fast/js/global-constructors-deletable-expected.txt: Added.
  • fast/js/global-constructors-deletable.html: Added.
  • fast/js/global-constructors-expected.txt: Removed.
  • fast/js/resources/getOwnPropertyDescriptor.js:
  • fast/js/script-tests/global-constructors-attributes.js: Added.
  • fast/js/script-tests/global-constructors-deletable.js: Added.
  • fast/js/script-tests/global-constructors.js: Removed.
  • platform/efl/fast/dom/constructed-objects-prototypes-expected.txt: Removed.
  • platform/efl/fast/js/global-constructors-expected.txt: Removed.
  • platform/gtk/fast/dom/constructed-objects-prototypes-expected.txt: Removed.
  • platform/gtk/fast/js/global-constructors-expected.txt: Removed.
  • platform/mac/fast/js/global-constructors-expected.txt: Removed.
  • platform/qt/fast/dom/constructed-objects-prototypes-expected.txt: Removed.
  • platform/qt/fast/js/global-constructors-expected.txt: Removed.
  • platform/win/fast/dom/constructed-objects-prototypes-expected.txt: Removed.
  • platform/win/fast/js/global-constructors-expected.txt: Removed.
3:23 PM Changeset in webkit [149000] by dgrogan@chromium.org
  • 2 edits in trunk/Tools

Unreviewed. Remove myself from watchlist.

  • Scripts/webkitpy/common/config/watchlist:
3:18 PM Changeset in webkit [148999] by ggaren@apple.com
  • 16 edits
    3 adds in trunk

Source/JavaScriptCore: Filled out more cases of branch folding in bytecode when emitting
expressions into a branching context
https://bugs.webkit.org/show_bug.cgi?id=115057

Reviewed by Filip Pizlo.

This covers a few cases like:

  • while (true) { }
  • while (1) { }
  • if (x) break;
  • if (x) continue;
  • if (boolean_expr == boolean_const) { }
  • if (boolean_expr == 1_or_0) { }
  • if (bitop == 1_or_0) { }

This also works, but will bring shame on your family:

  • while ("hello world") { }

No change on the benchmarks we track, but a 2.5X speedup on a microbenchmark
that uses these techniques.

  • bytecompiler/BytecodeGenerator.cpp:

(JSC::BytecodeGenerator::emitNewArray):
(JSC::BytecodeGenerator::emitThrowReferenceError):
(JSC::BytecodeGenerator::emitReadOnlyExceptionIfNeeded):

  • bytecompiler/BytecodeGenerator.h:

(JSC::BytecodeGenerator::shouldEmitDebugHooks): Updated ancillary code
for interface simplifications.

  • bytecompiler/NodesCodegen.cpp:

(JSC::ConstantNode::emitBytecodeInConditionContext): Constants can
jump unconditionally when used within a condition context.

(JSC::ConstantNode::emitBytecode):
(JSC::StringNode::jsValue): Gave constants a common base class so I
could implement their codegen just once.

(JSC::BinaryOpNode::emitBytecodeInConditionContext):
(JSC::canFoldToBranch):
(JSC::BinaryOpNode::tryFoldToBranch): Fold (!/=)= and (!/=)== where
appropriate. A lot of cases are not appropriate because of the surprising
type conversion semantics of ==. For example, if (number == true) { } is
not the same as if (number) { } because the former will up-convert true
to number and then do numeric comparison.

(JSC::singleStatement):
(JSC::IfElseNode::tryFoldBreakAndContinue):
(JSC::IfElseNode::emitBytecode):
(JSC::ContinueNode::trivialTarget):
(JSC::BreakNode::trivialTarget): Fold "if (expression) break" and
"if (expression) continue" into direct jumps from expression.

  • parser/ASTBuilder.h:

(ASTBuilder):
(JSC::ASTBuilder::createIfStatement):

  • parser/NodeConstructors.h:

(JSC::ConstantNode::ConstantNode):
(JSC):
(JSC::NullNode::NullNode):
(JSC::BooleanNode::BooleanNode):
(JSC::NumberNode::NumberNode):
(JSC::StringNode::StringNode):
(JSC::IfElseNode::IfElseNode):

  • parser/Nodes.h:

(JSC::ExpressionNode::isConstant):
(JSC::ExpressionNode::isBoolean):
(JSC::StatementNode::isBreak):
(JSC::StatementNode::isContinue):
(ConstantNode):
(JSC::ConstantNode::isPure):
(JSC::ConstantNode::isConstant):
(NullNode):
(JSC::NullNode::jsValue):
(JSC::BooleanNode::value):
(JSC::BooleanNode::isBoolean):
(JSC::BooleanNode::jsValue):
(JSC::NumberNode::value):
(NumberNode):
(JSC::NumberNode::jsValue):
(StringNode):
(BinaryOpNode):
(IfElseNode):
(ContinueNode):
(JSC::ContinueNode::isContinue):
(BreakNode):
(JSC::BreakNode::isBreak):

  • parser/Parser.cpp:

(JSC::::parseIfStatement):

  • parser/ResultType.h:

(JSC::ResultType::definitelyIsBoolean):
(ResultType):

  • runtime/JSCJSValueInlines.h:

(JSC::JSValue::pureToBoolean):

  • runtime/JSCell.h:
  • runtime/JSCellInlines.h:

(JSC::JSCell::pureToBoolean): Updated for interface changes above.

Source/WTF: Filled out more cases of branch folding in bytecode when emitting expressions into a branching context
https://bugs.webkit.org/show_bug.cgi?id=115057

Reviewed by Filip Pizlo.

Added a helper constructor for TriState so clients can make one without
branching or making assumptions about the integer values of TriStates.

  • wtf/TriState.h:

(WTF::triState):
(WTF):

LayoutTests: Filled out more cases of branch folding in bytecode when emitting expressions into a branching context
https://bugs.webkit.org/show_bug.cgi?id=115057

Reviewed by Filip Pizlo.

Added a performance test for interesting branch types.

  • fast/js/regress/branch-fold-expected.txt: Added.
  • fast/js/regress/branch-fold.html: Added.
  • fast/js/regress/script-tests/branch-fold.js: Added.
3:01 PM Changeset in webkit [148998] by Simon Fraser
  • 4 edits
    4 adds in trunk

Don't create compositing layers for sticky position unless using the ScrollingCoordinator
https://bugs.webkit.org/show_bug.cgi?id=115060

Source/WebCore:

Reviewed by Tim Horton.

Creating compositing layers for sticky position elements is only useful
when we're using a ScrollingCoordinator, so don't create them if
we're not in a frame that uses a scrolling coordinator.

Tests: compositing/layer-creation/no-compositing-for-sticky.html

platform/mac-wk2/tiled-drawing/sticky/sticky-layers.html

  • rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::requiresCompositingForPosition):

LayoutTests:

Reviewed by Tim Horton.

Tests that we create layers for sticky position when in tiled drawing mode,
and that we have no layers when not.

  • compositing/layer-creation/no-compositing-for-sticky-expected.txt: Added.
  • compositing/layer-creation/no-compositing-for-sticky.html: Added.
  • platform/mac-wk2/tiled-drawing/sticky/sticky-layers-expected.txt: Added.
  • platform/mac-wk2/tiled-drawing/sticky/sticky-layers.html: Added.
2:59 PM Changeset in webkit [148997] by Christophe Dumez
  • 34 edits
    1 copy
    2 adds in trunk

'length' property of DOM bindings functions returns wrong value
https://bugs.webkit.org/show_bug.cgi?id=110569

Reviewed by Geoffrey Garen.

Source/WebCore:

Make the 'length' property of Function objects and Interface
objects behave according to the latest Web IDL specification
editor draft:
http://dev.w3.org/2006/webapi/WebIDL/#es-interface-call
http://dev.w3.org/2006/webapi/WebIDL/#es-operations

As a result, only mandatory arguments are taken into account
when computing the value for the 'length' property. This
behavior is consistent with Firefox and Blink.

Tests: fast/js/constructor-length.html

fast/js/function-length.html

  • bindings/scripts/CodeGeneratorJS.pm:

(GenerateImplementation):
(GenerateConstructorHelperMethods):
Update the JSC code generator to only account for mandatory parameters
when computing the value for the 'length' property of Function objects
and constructors.

  • bindings/scripts/test/JS/JSTestActiveDOMObject.cpp:

(WebCore::JSTestActiveDOMObjectConstructor::finishCreation):

  • bindings/scripts/test/JS/JSTestCustomNamedGetter.cpp:

(WebCore::JSTestCustomNamedGetterConstructor::finishCreation):

  • bindings/scripts/test/JS/JSTestEventConstructor.cpp:

(WebCore::JSTestEventConstructorConstructor::finishCreation):

  • bindings/scripts/test/JS/JSTestEventTarget.cpp:

(WebCore::JSTestEventTargetConstructor::finishCreation):
(WebCore):

  • bindings/scripts/test/JS/JSTestException.cpp:

(WebCore::JSTestExceptionConstructor::finishCreation):

  • bindings/scripts/test/JS/JSTestInterface.cpp:

(WebCore::JSTestInterfaceConstructor::finishCreation):

  • bindings/scripts/test/JS/JSTestMediaQueryListListener.cpp:

(WebCore::JSTestMediaQueryListListenerConstructor::finishCreation):

  • bindings/scripts/test/JS/JSTestNamedConstructor.cpp:

(WebCore::JSTestNamedConstructorConstructor::finishCreation):
(WebCore::JSTestNamedConstructorNamedConstructor::finishCreation):

  • bindings/scripts/test/JS/JSTestObj.cpp:

(WebCore):

  • bindings/scripts/test/JS/JSTestSerializedScriptValueInterface.cpp:

(WebCore::JSTestSerializedScriptValueInterfaceConstructor::finishCreation):
(WebCore):

  • bindings/scripts/test/JS/JSTestTypedefs.cpp:

(WebCore):
Rebaseline bindings tests results.

  • fileapi/Blob.idl:

Remove 'ConstructorParameters=2' extended attribute as the correct value
is 0, given that a Blob can be constructed without parameter.

  • html/canvas/DataView.idl:

Update ConstructorParameters extended attribute value from 3 to 1 as only
one of the 3 parameters is mandatory.

  • html/canvas/Float32Array.idl:
  • html/canvas/Float64Array.idl:
  • html/canvas/Int16Array.idl:
  • html/canvas/Int32Array.idl:
  • html/canvas/Int8Array.idl:
  • html/canvas/Uint16Array.idl:
  • html/canvas/Uint32Array.idl:
  • html/canvas/Uint8Array.idl:
  • html/canvas/Uint8ClampedArray.idl:

Remove 'ConstructorParameters=1' extended attribute from interfaces using
'ConstructorTemplate=TypedArray' as the bindings generator now properly
compute the number of constructor parameters for such interfaces.

  • page/WebKitPoint.idl:

Remove 'ConstructorParameters=2' extended attribute as the correct value
should be 0, given that a WebKitPoint can be constructed without parameters.

LayoutTests:

Update fast/js/constructor-length.html test case now that only
mandatory arguments are considered for the constructor length.

Also add a new fast/js/function-length.html test to make sure
that the 'length' property of Function objects from DOM
bindings behaves according to the Web IDL specification as
this was not covered by existing tests.

  • fast/files/blob-constructor-expected.txt: Rebaseline.
  • fast/files/script-tests/blob-constructor.js: Update test now that Blob constructor

length is 0 instead of 2.

  • fast/js/constructor-length.html:
  • fast/js/function-length-expected.txt: Added.
  • fast/js/function-length.html: Added.
  • platform/blackberry/fast/js/constructor-length-expected.txt: Rebaseline.
  • platform/efl/TestExpectations: Unskip fast/js/constructor-length.html for EFL port.
  • platform/efl/fast/js/constructor-length-expected.txt: Copied from LayoutTests/platform/mac/fast/js/constructor-length-expected.txt.
  • platform/gtk/fast/js/constructor-length-expected.txt: Rebaseline.
  • platform/mac/fast/js/constructor-length-expected.txt: Rebaseline.
  • platform/qt/fast/js/constructor-length-expected.txt: Rebaseline.
2:58 PM Changeset in webkit [148996] by commit-queue@webkit.org
  • 6 edits in trunk

NRWT: confusing warning about a line being in a Skipped file when it is really just listed
in _missing_symbol_to_skipped_tests in base.py
https://bugs.webkit.org/show_bug.cgi?id=108884

Patch by Jessie Berlin <jberlin@apple.com> on 2013-04-23
Reviewed by Tim Horton.

Tools:

Remove symbol-based skipped list detection.

  • Scripts/webkitpy/port/base.py:

(Port._missing_feature_to_skipped_tests):
(Port._skipped_tests_for_unsupported_features):

  • Scripts/webkitpy/port/port_testcase.py:

(PortTestCase.test_path_to_test_expectations_file):

LayoutTests:

Explicitly skip the mhtml tests on the Mac and Win ports.

  • platform/mac/TestExpectations:
  • platform/win/TestExpectations:
2:56 PM Changeset in webkit [148995] by andersca@apple.com
  • 2 edits in trunk/Source/WebKit2

REGRESSION(r148922): Crash opening web archives or loading web pages
https://bugs.webkit.org/show_bug.cgi?id=115061
<rdar://problem/13714228>

Reviewed by Sam Weinig.

  • WebProcess/Network/WebResourceLoader.cpp:

(WebKit::WebResourceLoader::didReceiveResponseWithCertificateInfo):
Calling ResourceLoader::didReceiveResponse can cause the WebResourceLoader object to go away,
so protect it here and guard against a null core loader.

2:35 PM Changeset in webkit [148994] by benjamin@webkit.org
  • 1 edit
    1 delete in trunk/Source/WebKit

Remove the WebKit layer of wxWebKit
https://bugs.webkit.org/show_bug.cgi?id=115006

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-23
Reviewed by Anders Carlsson.

The wxWebKit port is no longer actively maintained by Kevin
on webkit.org. Remove the code until new maintainers resume the work.

  • wx/WebBrowserShell.cpp: Removed.
  • wx/WebBrowserShell.h: Removed.
  • wx/WebDOMSelection.cpp: Removed.
  • wx/WebDOMSelection.h: Removed.
  • wx/WebEdit.cpp: Removed.
  • wx/WebEdit.h: Removed.
  • wx/WebFrame.cpp: Removed.
  • wx/WebFrame.h: Removed.
  • wx/WebFramePrivate.h: Removed.
  • wx/WebKitDefines.h: Removed.
  • wx/WebKitSupport/ChromeClientWx.cpp: Removed.
  • wx/WebKitSupport/ChromeClientWx.h: Removed.
  • wx/WebKitSupport/ContextMenuClientWx.cpp: Removed.
  • wx/WebKitSupport/ContextMenuClientWx.h: Removed.
  • wx/WebKitSupport/DragClientWx.cpp: Removed.
  • wx/WebKitSupport/DragClientWx.h: Removed.
  • wx/WebKitSupport/EditCommandWx.h: Removed.
  • wx/WebKitSupport/EditorClientWx.cpp: Removed.
  • wx/WebKitSupport/EditorClientWx.h: Removed.
  • wx/WebKitSupport/FrameLoaderClientWx.cpp: Removed.
  • wx/WebKitSupport/FrameLoaderClientWx.h: Removed.
  • wx/WebKitSupport/FrameNetworkingContextWx.h: Removed.
  • wx/WebKitSupport/InspectorClientWx.cpp: Removed.
  • wx/WebKitSupport/InspectorClientWx.h: Removed.
  • wx/WebSettings.cpp: Removed.
  • wx/WebSettings.h: Removed.
  • wx/WebView.cpp: Removed.
  • wx/WebView.h: Removed.
  • wx/WebViewPrivate.h: Removed.
  • wx/bindings/python/samples/simple.py: Removed.
  • wx/bindings/python/webview.i: Removed.
  • wx/bindings/python/wscript: Removed.
  • wx/wscript: Removed.
2:24 PM Changeset in webkit [148993] by benjamin@webkit.org
  • 5 edits in trunk/Source/WebCore

Minor String usage fixes in WebCore/platform
https://bugs.webkit.org/show_bug.cgi?id=115021

Reviewed by Andreas Kling.

Use ASCIILiteral when possible + minor fixes.

  • platform/ContentType.cpp:

(WebCore::ContentType::codecs):

  • platform/ContentType.h:

(ContentType):

  • platform/Decimal.cpp:

(WebCore::Decimal::toString):

  • platform/KURL.cpp:

(WebCore::KURL::setProtocol):

2:18 PM Changeset in webkit [148992] by krit@webkit.org
  • 4 edits
    6 adds in trunk

Pick up color and mat values in custom shaders
https://bugs.webkit.org/show_bug.cgi?id=115046

Reviewed by Dean Jackson.

Source/WebCore:

The custom filter functions accept color values and mat2-4 functions
as parameter types. These were implemented in CSS already.
This patch picks up the values and applies them as uniforms to the
custom shader program.

Tests: css3/filters/custom/custom-filter-color.html

css3/filters/custom/custom-filter-matN.html

  • platform/graphics/filters/CustomFilterRenderer.cpp:

(WebCore::CustomFilterRenderer::bindProgramColorParameters): Set uniform for color values.
(WebCore):
(WebCore::CustomFilterRenderer::bindProgramMatrixParameters): Set uniform for mat2-4 values.
(WebCore::CustomFilterRenderer::bindProgramParameters): Call color and matrix functions.

  • platform/graphics/filters/CustomFilterRenderer.h:

(WebCore):
(CustomFilterRenderer):

LayoutTests:

Test that the CSS defined color values and mat2-4 functions get
set as uniforms in shader programs.

  • css3/filters/custom/custom-filter-color-expected.html: Added.
  • css3/filters/custom/custom-filter-color.html: Added.
  • css3/filters/custom/custom-filter-matN-expected.html: Added.
  • css3/filters/custom/custom-filter-matN.html: Added.
2:04 PM Changeset in webkit [148991] by timothy_horton@apple.com
  • 2 edits in trunk/Source/WebKit2

Web process crashes at WebPage::determinePrimarySnapshottedPlugInTimerFired + 8
https://bugs.webkit.org/show_bug.cgi?id=115056
<rdar://problem/13719543>

Reviewed by Simon Fraser.

Stop the primary plugin detection timer if the WebPage is torn down.

  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::close):

1:58 PM Changeset in webkit [148990] by zhajiang@rim.com
  • 2 edits in trunk/Source/WebCore

Remove redundant code in ViewportArguments::resolve
https://bugs.webkit.org/show_bug.cgi?id=115054

Patch by Jacky Jiang <zhajiang@blackberry.com>.
Reviewed by Kenneth Rohde Christiansen.

Remove redundant code "result.orientation = orientation;".

  • dom/ViewportArguments.cpp:

(WebCore::ViewportArguments::resolve):

1:54 PM Changeset in webkit [148989] by mark.lam@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Simplify the baseline JIT loop hint call site.
https://bugs.webkit.org/show_bug.cgi?id=115052.

Reviewed by Geoffrey Garen.

Moved the watchdog timer check after the JIT optimization check. This
ensures that the JIT opimization counter is incremented on every loop
hint even if the watchdog timer fires.

Removed the code that allows the JIT OSR to happen if the watchdog
timer fires but does not result in a termination. It is extremely rare
that the JIT optimization counter would trigger an OSR on the same pass
as when the watchdog timer fire. If it does happen, we'll simply hold
off on servicing the watchdog timer until the next pass (because it's
not time critical).

  • jit/JITOpcodes.cpp:

(JSC::JIT::emit_op_loop_hint):
(JSC::JIT::emitSlow_op_loop_hint):

1:51 PM Changeset in webkit [148988] by Simon Fraser
  • 3 edits
    2 adds in trunk

Tiled layers clipped inside nested transform/preserve-3d hierarchies
https://bugs.webkit.org/show_bug.cgi?id=115044

Source/WebCore:

Reviewed by Dean Jackson.

The optimization added in r139479 to call move() for integral translation
transforms hit a bug in TransformState::move(). If m_accumulatedTransform is
not null, we have to apply it.

Test: compositing/visible-rect/flipped-preserve-3d.html

  • platform/graphics/transforms/TransformState.cpp:

(WebCore::TransformState::move):

LayoutTests:

Reviewed by Dean Jackson.

Testcase that dumps visible rects for tiled layers inside nested
transformed/preserve-3d hierarchies.

  • compositing/visible-rect/flipped-preserve-3d-expected.txt: Added.
  • compositing/visible-rect/flipped-preserve-3d.html: Added.
1:39 PM Changeset in webkit [148987] by Claudio Saavedra
  • 8 edits
    22 adds in trunk

Ctrl+Shift+Right in Windows should select the spacing after the word
https://bugs.webkit.org/show_bug.cgi?id=110487

Reviewed by Ryosuke Niwa.

Source/WebCore:

Tests: editing/deleting/smart-editing-disabled-win.html

editing/execCommand/remove-format-multiple-elements-win.html
editing/execCommand/toggle-link-win.html
editing/execCommand/toggle-unlink-win.html
editing/selection/extend-selection-enclosing-block-win.html
editing/style/make-text-writing-direction-inline-win.html
editing/style/push-down-font-styles-win.html
editing/style/push-down-implicit-styles-around-list-win.html

  • editing/FrameSelection.cpp:

(WebCore::FrameSelection::nextWordPositionForPlatform): New method
that takes platform-specific editing behaviour in order to decide
what the next word position is, that is, for Windows, skip
spacing, for all other platforms, behave as currently.
(WebCore::FrameSelection::modifyExtendingRight):
(WebCore::FrameSelection::modifyExtendingForward):
(WebCore::FrameSelection::modifyMovingForward):
(WebCore::FrameSelection::modifyExtendingLeft): Use the new method
in all of the above.

  • editing/FrameSelection.h: Declare the new method.

LayoutTests:

  • editing/deleting/smart-editing-disabled-win-expected.txt: Added.
  • editing/deleting/smart-editing-disabled-win.html: Added.
  • editing/execCommand/query-command-state-expected.txt:
  • editing/execCommand/remove-format-multiple-elements-win-expected.txt: Added.
  • editing/execCommand/remove-format-multiple-elements-win.html: Added.
  • editing/execCommand/script-tests/query-command-state.js:

(runTests): Update to reflect new editing behavior in Windows.

  • editing/execCommand/script-tests/remove-format-multiple-elements-win.js: Added.
  • editing/execCommand/script-tests/toggle-link-win.js: Added.
  • editing/execCommand/script-tests/toggle-unlink-win.js: Added.
  • editing/execCommand/toggle-link-win-expected.txt: Added.
  • editing/execCommand/toggle-link-win.html: Added.
  • editing/execCommand/toggle-unlink-win-expected.txt: Added.
  • editing/execCommand/toggle-unlink-win.html: Added.
  • editing/selection/extend-selection-enclosing-block-win-expected.txt: Added.
  • editing/selection/extend-selection-enclosing-block-win.html: Added.
  • editing/selection/resources/extend-selection.js:

(extendSelectionWithinBlockWin): Method to test behavior in windows.
(extendAndLogSelectionWithinBlock): Add test support for Windows.

  • editing/selection/selection-extend-should-not-move-across-caret-on-mac.html:

Add test support for Windows editing behavior.

  • editing/style/make-text-writing-direction-inline-win-expected.txt: Added.
  • editing/style/make-text-writing-direction-inline-win.html: Added.
  • editing/style/push-down-font-styles-win-expected.txt: Added.
  • editing/style/push-down-font-styles-win.html: Added.
  • editing/style/push-down-implicit-styles-around-list-win-expected.txt: Added.
  • editing/style/push-down-implicit-styles-around-list-win.html: Added.
  • editing/style/script-tests/make-text-writing-direction-inline-win.js: Added.
  • editing/style/script-tests/push-down-font-styles-win.js: Added.
  • editing/style/script-tests/push-down-implicit-styles-around-list-win.js: Added.
1:24 PM Changeset in webkit [148986] by zoltan@webkit.org
  • 2 edits in trunk/LayoutTests

[Qt] REGRESSION (r148975) shape-inside-percentage.html and shape-inside-overflow-fixed-dimensions.html are failing after r148975
https://bugs.webkit.org/show_bug.cgi?id=115053

Unreviewed gardening.

  • platform/qt/TestExpectations: Skip failing tests.
1:17 PM Changeset in webkit [148985] by roger_fong@apple.com
  • 4 edits in trunk/Source

AppleWin build fix.

  • JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj:
  • WTF.vcproj/WTF.vcproj:
12:59 PM Changeset in webkit [148984] by benjamin@webkit.org
  • 3 edits in trunk/Source/WebCore

Inline SelectorQuery::matches, SelectorQuery::queryAll, SelectorQuery::queryFirst
https://bugs.webkit.org/show_bug.cgi?id=115012

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-23
Reviewed by Andreas Kling.

Each of these function has a single call site:
-SelectorQuery::matches from Element::webkitMatchesSelector.
-SelectorQuery::queryAll from Node::querySelectorAll.
-SelectorQuery::queryFirst from Node::querySelector.

Having a dedicated method to jump to was a little overkill.

  • dom/SelectorQuery.cpp:
  • dom/SelectorQuery.h:

(WebCore::SelectorQuery::matches):
(WebCore::SelectorQuery::queryAll):
(WebCore::SelectorQuery::queryFirst):

12:51 PM Changeset in webkit [148983] by benjamin@webkit.org
  • 1 edit
    7 deletes in trunk/Source/WebCore

Remove wxWebKit's folders from WebCore
https://bugs.webkit.org/show_bug.cgi?id=115007

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-23
Reviewed by Andreas Kling.

The wxWebKit port is no longer actively maintained by Kevin
on webkit.org. Remove the code until new maintainers resume the work.

  • accessibility/wx/AccessibilityObjectWx.cpp: Removed.
  • editing/wx/EditorWx.cpp: Removed.
  • page/wx/DragControllerWx.cpp: Removed.
  • page/wx/EventHandlerWx.cpp: Removed.
  • platform/graphics/wx/ColorWx.cpp: Removed.
  • platform/graphics/wx/FloatRectWx.cpp: Removed.
  • platform/graphics/wx/FontCacheWx.cpp: Removed.
  • platform/graphics/wx/FontCustomPlatformData.cpp: Removed.
  • platform/graphics/wx/FontCustomPlatformData.h: Removed.
  • platform/graphics/wx/FontPlatformData.h: Removed.
  • platform/graphics/wx/FontPlatformDataWx.cpp: Removed.
  • platform/graphics/wx/FontPlatformDataWxMac.mm: Removed.
  • platform/graphics/wx/FontWx.cpp: Removed.
  • platform/graphics/wx/GlyphMapWx.cpp: Removed.
  • platform/graphics/wx/GradientWx.cpp: Removed.
  • platform/graphics/wx/GraphicsContextWx.cpp: Removed.
  • platform/graphics/wx/IconWx.cpp: Removed.
  • platform/graphics/wx/ImageBufferDataWx.h: Removed.
  • platform/graphics/wx/ImageBufferWx.cpp: Removed.
  • platform/graphics/wx/ImageWx.cpp: Removed.
  • platform/graphics/wx/IntPointWx.cpp: Removed.
  • platform/graphics/wx/IntRectWx.cpp: Removed.
  • platform/graphics/wx/IntSizeWx.cpp: Removed.
  • platform/graphics/wx/PathWx.cpp: Removed.
  • platform/graphics/wx/SimpleFontDataWx.cpp: Removed.
  • platform/graphics/wx/TransformationMatrixWx.cpp: Removed.
  • platform/image-decoders/wx/ImageDecoderWx.cpp: Removed.
  • platform/wx/ClipboardWx.cpp: Removed.
  • platform/wx/ClipboardWx.h: Removed.
  • platform/wx/ContextMenuItemWx.cpp: Removed.
  • platform/wx/ContextMenuWx.cpp: Removed.
  • platform/wx/CursorWx.cpp: Removed.
  • platform/wx/DragDataWx.cpp: Removed.
  • platform/wx/DragImageWx.cpp: Removed.
  • platform/wx/EventLoopWx.cpp: Removed.
  • platform/wx/FileSystemWx.cpp: Removed.
  • platform/wx/KeyEventWin.cpp: Removed.
  • platform/wx/KeyboardEventWx.cpp: Removed.
  • platform/wx/LanguageWx.cpp: Removed.
  • platform/wx/LocalDC.h: Removed.
  • platform/wx/LocalizedStringsWx.cpp: Removed.
  • platform/wx/LoggingWx.cpp: Removed.
  • platform/wx/MimeTypeRegistryWx.cpp: Removed.
  • platform/wx/MouseEventWx.cpp: Removed.
  • platform/wx/MouseWheelEventWx.cpp: Removed.
  • platform/wx/PasteboardWx.cpp: Removed.
  • platform/wx/PopupMenuWx.cpp: Removed.
  • platform/wx/PopupMenuWx.h: Removed.
  • platform/wx/RenderThemeWx.cpp: Removed.
  • platform/wx/RunLoopWx.cpp: Removed.
  • platform/wx/SSLKeyGeneratorWx.cpp: Removed.
  • platform/wx/ScreenWx.cpp: Removed.
  • platform/wx/ScrollViewWx.cpp: Removed.
  • platform/wx/ScrollbarThemeWx.cpp: Removed.
  • platform/wx/ScrollbarThemeWx.h: Removed.
  • platform/wx/SearchPopupMenuWx.cpp: Removed.
  • platform/wx/SearchPopupMenuWx.h: Removed.
  • platform/wx/SharedBufferWx.cpp: Removed.
  • platform/wx/SharedTimerWx.cpp: Removed.
  • platform/wx/SoundWx.cpp: Removed.
  • platform/wx/SystemTimeWx.cpp: Removed.
  • platform/wx/TemporaryLinkStubs.cpp: Removed.
  • platform/wx/TextBreakIteratorInternalICUWx.cpp: Removed.
  • platform/wx/WidgetWx.cpp: Removed.
  • platform/wx/wxcode/cairo/non-kerned-drawing.cpp: Removed.
  • platform/wx/wxcode/fontprops.cpp: Removed.
  • platform/wx/wxcode/fontprops.h: Removed.
  • platform/wx/wxcode/gdiplus/non-kerned-drawing.cpp: Removed.
  • platform/wx/wxcode/gtk/fontprops.cpp: Removed.
  • platform/wx/wxcode/gtk/non-kerned-drawing.cpp: Removed.
  • platform/wx/wxcode/gtk/scrollbar_render.cpp: Removed.
  • platform/wx/wxcode/mac/carbon/fontprops.mm: Removed.
  • platform/wx/wxcode/mac/carbon/non-kerned-drawing.cpp: Removed.
  • platform/wx/wxcode/mac/carbon/scrollbar_render.cpp: Removed.
  • platform/wx/wxcode/non-kerned-drawing.h: Removed.
  • platform/wx/wxcode/scrollbar_render.h: Removed.
  • platform/wx/wxcode/win/fontprops.cpp: Removed.
  • platform/wx/wxcode/win/non-kerned-drawing.cpp: Removed.
  • platform/wx/wxcode/win/scrollbar_render.cpp: Removed.
  • plugins/wx/PluginDataWx.cpp: Removed.
12:44 PM Changeset in webkit [148982] by roger_fong@apple.com
  • 3 edits in trunk/Source/WebCore

AppleWin VS2010 build fix.

  • WebCore.vcxproj/WebCore.vcxproj:
  • WebCore.vcxproj/WebCore.vcxproj.filters:
12:29 PM WebKitGTK/2.0.x edited by kov@webkit.org
gcc-related build fixes (diff)
12:28 PM Changeset in webkit [148981] by benjamin@webkit.org
  • 2 edits in trunk/Source/WTF

Remove unused code of RefCounted after chromium removal
https://bugs.webkit.org/show_bug.cgi?id=115009

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-23
Reviewed by Ryosuke Niwa.

  • wtf/RefCounted.h:

(WTF::RefCountedBase::refCount):
(RefCountedBase):
It looks like addressOfCount() is no longer needed.
Also change the type back to unsigned as it make more sense.

12:21 PM Changeset in webkit [148980] by benjamin@webkit.org
  • 10 edits
    4 deletes in trunk/Tools

Remove wxWebKit support from the Tools
https://bugs.webkit.org/show_bug.cgi?id=115005

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-23
Reviewed by Andreas Kling.

The wxWebKit port is no longer actively maintained by Kevin
on webkit.org. Remove the code until new maintainers resume the work.

  • DumpRenderTree/DumpRenderTree.h:
  • DumpRenderTree/config.h:
  • DumpRenderTree/wscript: Removed.
  • DumpRenderTree/wx/DumpRenderTreeWx.cpp: Removed.
  • DumpRenderTree/wx/DumpRenderTreeWx.h: Removed.
  • DumpRenderTree/wx/GCControllerWx.cpp: Removed.
  • DumpRenderTree/wx/TestRunnerWx.cpp: Removed.
  • DumpRenderTree/wx/WorkQueueItemWx.cpp: Removed.
  • Scripts/build-dumprendertree:
  • Scripts/build-jsc:

(buildMyProject):

  • Scripts/build-webkit:
  • Scripts/old-run-webkit-tests:
  • Scripts/run-launcher:
  • Scripts/webkitdirs.pm:

(argumentsForConfiguration):
(determineConfigurationProductDir):
(determinePassedArchitecture):
(builtDylibPathForName):
(determineIsQt):
(isAppleWebKit):
(launcherPath):
(launcherName):
(checkRequiredSystemConfig):

  • Scripts/webkitpy/common/config/contributionareas.py:
  • waf/build/build_utils.py: Removed.
  • waf/build/settings.py: Removed.
  • waf/build/waf_extensions.py: Removed.
  • waf/build/wxpresets.py: Removed.
  • wx/browser/browser.cpp: Removed.
  • wx/browser/wscript: Removed.
  • wx/install-unix-extras: Removed.
  • wx/packaging/build-debian-installer.py: Removed.
  • wx/packaging/build-mac-installer.py: Removed.
  • wx/packaging/build-win-installer.py: Removed.
  • wx/packaging/debian/changelog: Removed.
  • wx/packaging/debian/compat: Removed.
  • wx/packaging/debian/control: Removed.
  • wx/packaging/debian/copyright: Removed.
  • wx/packaging/debian/python-webkitwx.install: Removed.
  • wx/packaging/debian/rules: Removed.
  • wx/packaging/wxWebKitInstaller.iss.in: Removed.
12:15 PM Changeset in webkit [148979] by ddkilzer@apple.com
  • 2 edits in trunk/Source/WTF

RetainPtr.h should compile with -Wshorten-64-to-32
<http://webkit.org/b/115047>

Reviewed by Anders Carlsson.

Fixes the following warning:

RetainPtr.h:318:20: error: implicit conversion loses integer precision: 'CFHashCode' (aka 'unsigned long') to 'unsigned int' [-Werror,-Wshorten-64-to-32]

return CFHash(o.get());

  • wtf/RetainPtr.h:

(WTF::RetainPtrObjectHash::hash): Cast return value of CFHash()
to unsigned. This has no effect on 32-bit architectures, but
takes the lower 32-bits of the CFHashCode (unsigned long) on
64-bit architectures, which is what happens implicitly now.

12:12 PM Changeset in webkit [148978] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Invalid assert in InputHandler::requestCheckingOfString()
https://bugs.webkit.org/show_bug.cgi?id=114952

Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-04-23
Reviewed by Rob Buis.

Do not assume that Batch requests are only created whe input field
is focused, the Editor can also create Batch requests when pasting
a selection.

  • WebKitSupport/InputHandler.cpp:

(BlackBerry::WebKit::InputHandler::requestCheckingOfString):
Remove invalid assert.

12:09 PM Changeset in webkit [148977] by commit-queue@webkit.org
  • 7 edits
    3 deletes in trunk/LayoutTests

Remove fast/js/i18n-bindings-locale.html
https://bugs.webkit.org/show_bug.cgi?id=115024

Patch by Seokju Kwon <Seokju Kwon> on 2013-04-23
Reviewed by Geoffrey Garen.

Remove V8-i18n-extension test(r78095) from all ports.

  • fast/js/i18n-bindings-locale-expected.txt: Removed.
  • fast/js/i18n-bindings-locale.html: Removed.
  • fast/js/script-tests/i18n-bindings-locale.js: Removed.
  • platform/efl/TestExpectations:
  • platform/gtk/TestExpectations:
  • platform/mac/TestExpectations:
  • platform/qt/TestExpectations:
  • platform/win/TestExpectations:
  • platform/wincairo/TestExpectations:
11:57 AM Changeset in webkit [148976] by roger_fong@apple.com
  • 4 edits in trunk/Source/WebCore

AppleWin build fix.

  • inspector/InspectorAllInOne.cpp:
  • inspector/InspectorMemoryAgent.cpp:

(WebCore::InspectorMemoryAgent::create):
(WebCore):

  • inspector/InspectorMemoryAgent.h:

(InspectorMemoryAgent):

11:23 AM Changeset in webkit [148975] by zoltan@webkit.org
  • 17 edits
    2 adds in trunk

[CSS Exclusions] shape-inside overflow should be pushed to the outside of the content box
https://bugs.webkit.org/show_bug.cgi?id=114526

Reviewed by David Hyatt.

Source/WebCore:

The specification has changed to define shape-outside as the inverse of an exclusion. Overflowing content
should not overlap the shape, and it should be pushed outside the content box. This change affects several
tests, but only one new has been added. In this change I'm not intended to include the behavior change for
shape-inside on CSS Regions, I'm going to fix that in a follow up patch.

Tests: fast/exclusions/shape-inside/shape-inside-overflow-fixed-dimensions.html: Modified.

fast/exclusions/shape-inside/shape-inside-bottom-edge.html: Modified.
fast/exclusions/shape-inside/shape-inside-empty.html: Modified.
fast/exclusions/shape-inside/shape-inside-overflow-fixed-dimensions.html: Added.
fast/exclusions/shape-inside/shape-inside-overflow.html: Modified.
fast/exclusions/shape-inside/shape-inside-percentage.html: Modified.
fast/exclusions/shape-inside/shape-inside-rounded-rectangle-004.html: Modified.

  • rendering/ExclusionShapeInfo.h:

(WebCore::ExclusionShapeInfo::clearSegments): Shape-outside's code uses shape-inside codepaths, when that happens we need to provide a
way to reset the m_segments member.
(WebCore::ExclusionShapeInfo::shapeContainingBlockHeight): The containing block's height is stored in m_shapeLogicalHeight, I added a
function to get this value when we need it to calculate the content box's bottom position.
(ExclusionShapeInfo):
(WebCore::ExclusionShapeInfo::lineOverlapsShapeBounds):
(WebCore::ExclusionShapeInfo::lineWithinShapeBounds): Add function to test whether a whole line is within a shape or not.

  • rendering/RenderBlockLineLayout.cpp:

(WebCore::RenderBlock::layoutRunsAndFloatsInRange): Overflowing content should start under the content box.
(WebCore::RenderBlock::LineBreaker::nextLineBreak): Since we use shape-inside codepaths for shape-outside in layoutRunsAndFloatsInRange function
and for shape-outside is not a requirement to check the line's bottom position is within the shape we might end up with some extra segments here.
In this case we should clear segments, since we don't want to apply any horizontal offsets on the overflowing content.

LayoutTests:

Update and add tests for the new behavior.

  • fast/exclusions/resources/rounded-rectangle.js:

(generateString): Modify the function to not generate overflow content.

  • fast/exclusions/shape-inside/shape-inside-bottom-edge-expected.html:
  • fast/exclusions/shape-inside/shape-inside-bottom-edge.html:
  • fast/exclusions/shape-inside/shape-inside-empty-expected.html:
  • fast/exclusions/shape-inside/shape-inside-empty.html:
  • fast/exclusions/shape-inside/shape-inside-overflow-expected.html:
  • fast/exclusions/shape-inside/shape-inside-overflow-fixed-dimensions-expected.html: Added.
  • fast/exclusions/shape-inside/shape-inside-overflow-fixed-dimensions.html: Added.
  • fast/exclusions/shape-inside/shape-inside-overflow.html:
  • fast/exclusions/shape-inside/shape-inside-percentage-expected.html:
  • fast/exclusions/shape-inside/shape-inside-percentage.html:
  • fast/exclusions/shape-inside/shape-inside-rounded-rectangle-004-expected.html:
  • fast/exclusions/shape-inside/shape-inside-rounded-rectangle-004.html:
  • fast/regions/shape-inside/shape-inside-on-additional-regions-expected.html:
  • fast/regions/shape-inside/shape-inside-on-additional-regions.html: This test is not intented to test the overflow behavior from

shape-inside on regions, so I set the shape's height to the container's height.

11:00 AM Changeset in webkit [148974] by mhahnenberg@apple.com
  • 3 edits in trunk/Source/JavaScriptCore

Objective-C API: Update public header documentation
https://bugs.webkit.org/show_bug.cgi?id=114841

Reviewed by Geoffrey Garen.

Added documentation for the newly added object lifetime-related stuff.

  • API/JSManagedValue.h:
  • API/JSVirtualMachine.h:
10:50 AM Changeset in webkit [148973] by robert@webkit.org
  • 2 edits
    2 adds in trunk/LayoutTests

checkLayout() should error out if no data-expected* attributes were found
https://bugs.webkit.org/show_bug.cgi?id=114900

Reviewed by Ojan Vafai.

If checkLayout() doesn't find any attributes checking the node's layout then error out
instead of assuming the test has passed. This will ensure data-* attributes containing
typos don't register as a pass.

  • fast/check-layout-error-no-attributes-expected.txt: Added.
  • fast/check-layout-error-no-attributes.html: Added.
  • resources/check-layout.js:

(.):

10:08 AM Changeset in webkit [148972] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Simplify BackForwardListBlackBerry::clear
https://bugs.webkit.org/show_bug.cgi?id=115029

Patch by Xan Lopez <xlopez@igalia.com> on 2013-04-23
Reviewed by Carlos Garcia Campos.

Simplify the implementation of the clear method. Instead of asking
the WebCore implementation to search each item and delete it, set
the capacity of the list to zero directly, which will do the same
thing but more efficiently.

No change in behavior, no new tests.

  • WebCoreSupport/BackForwardListBlackBerry.cpp:

(WebCore::BackForwardListBlackBerry::clear):

9:20 AM Changeset in webkit [148971] by zeno.albisser@digia.com
  • 2 edits in trunk/Tools

[Qt] Fix test_build_check for Qt on Mac after r148075.
https://bugs.webkit.org/show_bug.cgi?id=115038

Reviewed by Csaba Osztrogonác.

  • Scripts/webkitpy/layout_tests/run_webkit_tests_integrationtest.py:

(RunTest.test_build_check):

run-webkit-tests is supposed to fail, if it is run on a different
platform than specified on the command line.
However, Qt allows exactly this for Qt-platforms to allow comparing
of test results of different baselines.
Before r148075 "chromium-linux-x86" was used for testing.
This patch changes the port_name to gtk when running the test on mac.

9:13 AM Changeset in webkit [148970] by Antti Koivisto
  • 2 edits in trunk/Source/WebCore

Avoid computing style twice when element has no existing style
https://bugs.webkit.org/show_bug.cgi?id=115042

Reviewed by Andreas Kling.

We currently compute element style twice if we end up having to reattach, first in recalcStyle and then
again during attach(). We can easily avoid this in common case where the element has no existing style
(usually because it is display:none).

  • dom/Element.cpp:

(WebCore::Element::recalcStyle):

Don't compute the style and diff if there is no existing style. There is nothing to diff against.
Instead just call reattach() directly, we ended up doing that anyway with the existing code.

9:03 AM Changeset in webkit [148969] by commit-queue@webkit.org
  • 5 edits in trunk

[BlackBerry] Do not access BackForwardListImpl from DRT
https://bugs.webkit.org/show_bug.cgi?id=115041

Patch by Xan Lopez <xlopez@igalia.com> on 2013-04-23
Reviewed by Carlos Garcia Campos.

Source/WebKit/blackberry:

Export the necessary functionality in our BackForwardList port
client in order for DRT to work.

  • WebCoreSupport/BackForwardListBlackBerry.cpp:

(WebCore::BackForwardListBlackBerry::backListWithLimit):
(WebCore):
(WebCore::BackForwardListBlackBerry::forwardListWithLimit):
(WebCore::BackForwardListBlackBerry::capacity):

  • WebCoreSupport/BackForwardListBlackBerry.h:

(BackForwardListBlackBerry):

Tools:

Use the right class to access the bflist functionality.

  • DumpRenderTree/blackberry/DumpRenderTree.cpp:

(BlackBerry::WebKit::dumpBackForwardListForWebView):

8:53 AM Changeset in webkit [148968] by commit-queue@webkit.org
  • 11 edits in trunk

WebSocket: Return type of send() should be void if hybi-10 protocol is chosen
https://bugs.webkit.org/show_bug.cgi?id=65850

Patch by Lamarque V. Souza <Lamarque.Souza@basyskom.com> on 2013-04-23
Reviewed by Alexey Proskuryakov.

Source/WebCore:

WebSocket API draft changed the return type of send() from boolean to void based on Simon
Pieters' post to WHATWG. Firefox 8 and IE 10 already follow the specification, hence it should
make sense for us to do the same when hybi protocol is used.

Original patch by Yuta Kitamura <yutak@chromium.org>

Tests: http/tests/websocket/tests/hybi/bufferedAmount-after-close.html (updated)

http/tests/websocket/tests/hybi/send-after-close-on-unload.html (updated)

  • Modules/websockets/WebSocket.cpp:

(WebCore::WebSocket::send):

  • Modules/websockets/WebSocket.h:
  • Modules/websockets/WebSocket.idl:

LayoutTests:

Update tests and test results because WebSocket.send() now returns undefined when
the hybi WebSocket protocol is used.

  • http/tests/websocket/tests/hybi/bufferedAmount-after-close-expected.txt:
  • http/tests/websocket/tests/hybi/bufferedAmount-after-close-in-busy-expected.txt:
  • http/tests/websocket/tests/hybi/bufferedAmount-after-close-in-busy.html:
  • http/tests/websocket/tests/hybi/bufferedAmount-after-close.html:
  • http/tests/websocket/tests/hybi/send-after-close-on-unload-expected.txt:
  • http/tests/websocket/tests/hybi/send-after-close-on-unload.html:
8:11 AM Changeset in webkit [148967] by Carlos Garcia Campos
  • 2 edits in trunk/Source/WebCore

ScrollbarThemeComposite depends on Page/FrameView/ChromeClient
https://bugs.webkit.org/show_bug.cgi?id=21361

Reviewed by Andreas Kling.

Remove unused header includes.

  • platform/ScrollbarThemeComposite.cpp:
8:08 AM Changeset in webkit [148966] by Carlos Garcia Campos
  • 16 edits in trunk

[GTK] Add webkit_uri_request_get_http_headers to WebKit2 GTK+ API
https://bugs.webkit.org/show_bug.cgi?id=112160

Reviewed by Andreas Kling.

Source/WebCore:

  • platform/network/soup/GOwnPtrSoup.cpp:

(WTF::SoupMessageHeaders): Add freeOwnedGPtr implementation for
SoupMessageHeaders.
(WTF):

  • platform/network/soup/GOwnPtrSoup.h:

(WTF):

  • platform/network/soup/ResourceRequest.h:

(ResourceRequest):

  • platform/network/soup/ResourceRequestSoup.cpp:

(WebCore::ResourceRequest::updateSoupMessageHeaders): New function
to update the given SoupMessageHeaders with the ResourceRequest
headers.
(WebCore::ResourceRequest::updateFromSoupMessageHeaders): New
function to update the ResourceRequest headers with the given
SoupMessageHeaders.
(WebCore::ResourceRequest::updateSoupMessage): Use
updateSoupMessageHeaders() to update the headers.
(WebCore::ResourceRequest::toSoupMessage): Ditto.
(WebCore::ResourceRequest::updateFromSoupMessage): Use
updateFromSoupMessageHeaders to update the headers.

Source/WebKit2:

It allows to load requests with custom headers, or to update the
headers of a request before being sent to the server in the
WebKitWebPage::send-request callback.

  • UIProcess/API/gtk/WebKitURIRequest.cpp:

(_WebKitURIRequestPrivate): Add SoupMessageHeaders.
(webkit_uri_request_get_http_headers): Return the HTTP headers of
the request as a SoupMessageHeaders if the request is HTTP. A new
SoupMessageHeaders is created on demand using the existing headers
of the request.
(webkitURIRequestGetResourceRequest): Instead of returning a const
reference of the internal ResourceRequest, set a request passed as
a reference and update its HTTP headers using the
SoupMessageHeaders if present.

  • UIProcess/API/gtk/WebKitURIRequest.h:
  • UIProcess/API/gtk/WebKitURIRequestPrivate.h:
  • UIProcess/API/gtk/WebKitWebView.cpp:

(webkit_web_view_load_request): Update to the new
webkitURIRequestGetResourceRequest API.

  • UIProcess/API/gtk/docs/webkit2gtk-sections.txt: Add

webkit_uri_request_get_http_headers symbol.

  • UIProcess/API/gtk/tests/TestLoaderClient.cpp:

(testWebPageURI):
(testURIRequestHTTPHeaders):
(serverCallback):
(beforeAll):

  • WebProcess/InjectedBundle/API/gtk/WebKitWebPage.cpp:

(willSendRequestForFrame): Update to the new
webkitURIRequestGetResourceRequest API.

Tools:

  • MiniBrowser/gtk/GNUmakefile.am: Add missing libsoup flags to

CPPFLAGS.

7:55 AM Changeset in webkit [148965] by akling@apple.com
  • 3 edits
    2 adds in trunk

Clear StyleResolver state before returning from styleForElement().
<http://webkit.org/b/115035>

Reviewed by Antti Koivisto.

From Blink r148687 by <inferno@chromium.org>.

Source/WebCore:

A cached element pointer in the resolver state was causing confusion because
in some cases a subsequent call to styleForElement() would use a pointer to
a different object that is at the same memory address as the previous one.

Test: fast/css/reload-non-styled-element-crash.html

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::styleForElement):

LayoutTests:

  • fast/css/reload-non-styled-element-crash-expected.txt: Added.
  • fast/css/reload-non-styled-element-crash.html: Added.
7:54 AM Changeset in webkit [148964] by akling@apple.com
  • 4 edits in trunk/Source/WebCore

XSSAuditor performance regression due to threaded parser changes.
<http://webkit.org/b/115037>
<rdar://problem/13716069>

Reviewed by Anders Carlsson.

From Blink r148792 by <abarth@chromium.org>:

The refactoring we did for the threaded parser introduced a performance
regression in innerHTML because we'd boot up the XSSAuditor for fragment
parsing. This CL returns to our earlier behavior of not booting up the
XSSAuditor when parsing fragments.

  • html/parser/HTMLDocumentParser.cpp:

(WebCore::HTMLDocumentParser::HTMLDocumentParser):

  • html/parser/XSSAuditor.cpp:

(WebCore::XSSAuditor::initForFragment):

  • html/parser/XSSAuditor.h:

(XSSAuditor):

7:45 AM Changeset in webkit [148963] by mikhail.pozdnyakov@intel.com
  • 7 edits
    6 moves
    5 adds in trunk

[WK2] Make EFL WKView API shareable between ports
https://bugs.webkit.org/show_bug.cgi?id=114734

Reviewed by Anders Carlsson.

Source/WebKit2:

EFL-independent part of WKView API (and its implementation) is now
shareable between ports that use Coordinated Graphics and put to
CoordinatedGraphics folders.

  • PlatformEfl.cmake:
  • UIProcess/API/C/CoordinatedGraphics/WKView.cpp: Renamed from Source/WebKit2/UIProcess/API/C/efl/WKView.cpp.

(WKViewCreate):
(WKViewInitialize):
(WKViewGetSize):
(WKViewSetSize):
(WKViewSetViewClient):
(WKViewIsFocused):
(WKViewSetIsFocused):
(WKViewIsVisible):
(WKViewSetIsVisible):
(WKViewGetContentScaleFactor):
(WKViewSetContentScaleFactor):
(WKViewGetContentPosition):
(WKViewSetContentPosition):
(WKViewSetUserViewportTranslation):
(WKViewUserViewportToContents):
(WKViewPaintToCurrentGLContext):
(WKViewGetPage):
(WKViewSetDrawsBackground):
(WKViewGetDrawsBackground):
(WKViewSetDrawsTransparentBackground):
(WKViewGetDrawsTransparentBackground):
(WKViewSetThemePath):
(WKViewSuspendActiveDOMObjectsAndAnimations):
(WKViewResumeActiveDOMObjectsAndAnimations):
(WKViewSetShowsAsSource):
(WKViewGetShowsAsSource):
(WKViewExitFullScreen):

  • UIProcess/API/C/CoordinatedGraphics/WKView.h: Renamed from Source/WebKit2/UIProcess/API/C/efl/WKView.h.
  • UIProcess/API/C/efl/WKViewEfl.cpp: Added.

(WKViewPaintToCairoSurface):
(WKViewCreateSnapshot):

  • UIProcess/API/C/efl/WKViewEfl.h: Added.
  • UIProcess/API/efl/EwkView.cpp:

(EwkView::EwkView):

  • UIProcess/API/efl/EwkView.h:
  • UIProcess/CoordinatedGraphics/WebView.cpp: Renamed from Source/WebKit2/UIProcess/efl/WebView.cpp.

(WebKit):
(WebKit::WebView::WebView):
(WebKit::WebView::~WebView):
(WebKit::WebView::initialize):
(WebKit::WebView::setSize):
(WebKit::WebView::setFocused):
(WebKit::WebView::setVisible):
(WebKit::WebView::setUserViewportTranslation):
(WebKit::WebView::userViewportToContents):
(WebKit::WebView::paintToCurrentGLContext):
(WebKit::WebView::setThemePath):
(WebKit::WebView::setDrawsBackground):
(WebKit::WebView::drawsBackground):
(WebKit::WebView::setDrawsTransparentBackground):
(WebKit::WebView::drawsTransparentBackground):
(WebKit::WebView::suspendActiveDOMObjectsAndAnimations):
(WebKit::WebView::resumeActiveDOMObjectsAndAnimations):
(WebKit::WebView::setShowsAsSource):
(WebKit::WebView::showsAsSource):
(WebKit::WebView::exitFullScreen):
(WebKit::WebView::initializeClient):
(WebKit::WebView::didChangeContentsSize):
(WebKit::WebView::transformFromScene):
(WebKit::WebView::transformToScene):
(WebKit::WebView::coordinatedGraphicsScene):
(WebKit::WebView::updateViewportSize):
(WebKit::WebView::dipSize):
(WebKit::WebView::createDrawingAreaProxy):
(WebKit::WebView::setViewNeedsDisplay):
(WebKit::WebView::displayView):
(WebKit::WebView::scrollView):
(WebKit::WebView::viewSize):
(WebKit::WebView::isViewWindowActive):
(WebKit::WebView::isViewFocused):
(WebKit::WebView::isViewVisible):
(WebKit::WebView::isViewInWindow):
(WebKit::WebView::processDidCrash):
(WebKit::WebView::didRelaunchProcess):
(WebKit::WebView::pageClosed):
(WebKit::WebView::toolTipChanged):
(WebKit::WebView::setCursor):
(WebKit::WebView::setCursorHiddenUntilMouseMoves):
(WebKit::WebView::registerEditCommand):
(WebKit::WebView::clearAllEditCommands):
(WebKit::WebView::canUndoRedo):
(WebKit::WebView::executeUndoRedo):
(WebKit::WebView::screenToWindow):
(WebKit::WebView::windowToScreen):
(WebKit::WebView::doneWithKeyEvent):
(WebKit::WebView::doneWithTouchEvent):
(WebKit::WebView::createPopupMenuProxy):
(WebKit::WebView::createContextMenuProxy):
(WebKit::WebView::createColorChooserProxy):
(WebKit::WebView::setFindIndicator):
(WebKit::WebView::enterAcceleratedCompositingMode):
(WebKit::WebView::exitAcceleratedCompositingMode):
(WebKit::WebView::updateAcceleratedCompositingMode):
(WebKit::WebView::didCommitLoadForMainFrame):
(WebKit::WebView::didFinishLoadingDataForCustomRepresentation):
(WebKit::WebView::customRepresentationZoomFactor):
(WebKit::WebView::setCustomRepresentationZoomFactor):
(WebKit::WebView::flashBackingStoreUpdates):
(WebKit::WebView::findStringInCustomRepresentation):
(WebKit::WebView::countStringMatchesInCustomRepresentation):
(WebKit::WebView::updateTextInputState):
(WebKit::WebView::handleDownloadRequest):
(WebKit::WebView::convertToDeviceSpace):
(WebKit::WebView::convertToUserSpace):
(WebKit::WebView::didChangeViewportProperties):
(WebKit::WebView::pageDidRequestScroll):
(WebKit::WebView::didRenderFrame):
(WebKit::WebView::pageTransitionViewportReady):

  • UIProcess/CoordinatedGraphics/WebView.h: Renamed from Source/WebKit2/UIProcess/efl/WebView.h.

(WebCore):
(WebKit):
(WebView):
(WebKit::WebView::size):
(WebKit::WebView::isFocused):
(WebKit::WebView::isVisible):
(WebKit::WebView::setContentScaleFactor):
(WebKit::WebView::contentScaleFactor):
(WebKit::WebView::setContentPosition):
(WebKit::WebView::contentPosition):
(WebKit::WebView::pageRef):
(WebKit::WebView::page):

  • UIProcess/CoordinatedGraphics/WebViewClient.cpp: Renamed from Source/WebKit2/UIProcess/efl/WebViewClient.cpp.

(WebKit):
(WebKit::WebViewClient::viewNeedsDisplay):
(WebKit::WebViewClient::didChangeContentsSize):
(WebKit::WebViewClient::webProcessCrashed):
(WebKit::WebViewClient::webProcessDidRelaunch):
(WebKit::WebViewClient::didChangeContentsPosition):
(WebKit::WebViewClient::didRenderFrame):
(WebKit::WebViewClient::didCompletePageTransition):
(WebKit::WebViewClient::didChangeViewportAttributes):
(WebKit::WebViewClient::didChangeTooltip):

  • UIProcess/CoordinatedGraphics/WebViewClient.h: Renamed from Source/WebKit2/UIProcess/efl/WebViewClient.h.

(WebCore):
(WebKit):

  • UIProcess/efl/WebViewEfl.cpp: Added.

(WebKit):
(WebKit::WebView::create):
(WebKit::WebViewEfl::WebViewEfl):
(WebKit::WebViewEfl::setEwkView):
(WebKit::WebViewEfl::paintToCairoSurface):
(WebKit::WebViewEfl::createPopupMenuProxy):
(WebKit::WebViewEfl::createContextMenuProxy):
(WebKit::WebViewEfl::setCursor):
(WebKit::WebViewEfl::updateTextInputState):
(WebKit::WebViewEfl::handleDownloadRequest):

  • UIProcess/efl/WebViewEfl.h: Added.

(WebKit):
(WebViewEfl):
(WebKit::WebViewEfl::ewkView):

Tools:

  • TestWebKitAPI/PlatformEfl.cmake:
  • WebKitTestRunner/efl/PlatformWebViewEfl.cpp:

Updated project files accordingly to updated WKView API files
structure.

7:23 AM Changeset in webkit [148962] by akling@apple.com
  • 2 edits in trunk/Tools

Add Benjamin Poulain's @apple.com address to his entry. Unreviewed.

  • Scripts/webkitpy/common/config/contributors.json:
7:21 AM Changeset in webkit [148961] by akling@apple.com
  • 2 edits in trunk/Source/WebCore

Speed up ElementData::getAttributeItem(), which is hot.
<http://webkit.org/b/115031>

Reviewed by Antti Koivisto.

From Blink r148622 by <cevans@chromium.org>.

The previous version had a couple of issues:

  • Incurred new WTF::Vector::operator[] checks.
  • Had a branch in _every_ loop iteration that checked whether the storage was Vector or array[] backed.

Both these issues are fixed, and CloneNodes.html seems reliably at +2%.
I also believe GetElement.html is maybe +1%.

For WebKit, also applied the same optimization to getAttributeItemIndex().

  • dom/Element.h:

(WebCore::ElementData::attributeBase):
(WebCore::ElementData::getAttributeItemIndex):
(WebCore::ElementData::getAttributeItem):
(WebCore::ElementData::attributeItem):

5:07 AM Changeset in webkit [148960] by allan.jensen@digia.com
  • 1 edit
    4 adds in trunk/LayoutTests

Baselines for fast/css/image-rendering.html

Unreviewed gardening.

  • fast/css/image-rendering-expected.png: Added.
  • fast/css/image-rendering-expected.txt: Added.
  • platform/gtk-wk1/fast/css/image-rendering-expected.txt: Added.
4:58 AM Changeset in webkit [148959] by charles.wei@torchmobile.com.cn
  • 3 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Need to send out change event for date/color picker
https://bugs.webkit.org/show_bug.cgi?id=114942

Reviewed by Carlos Garcia Campos.

We need to instruct the FormControlElements to send out 'change' event
when the user makes the selection and closes the PagePopup for date/color.

  • WebCoreSupport/ColorPickerClient.cpp:

(WebCore::ColorPickerClient::setValueAndClosePopup):

  • WebCoreSupport/DatePickerClient.cpp:

(WebCore::DatePickerClient::setValueAndClosePopup):

3:29 AM Changeset in webkit [148958] by allan.jensen@digia.com
  • 1 edit
    1 delete in trunk/LayoutTests

Remove the text expecation again to force the bots to fail and generate png expectations.

Unreviewed ungardening.

  • fast/css/image-rendering-expected.txt: Removed.
3:00 AM Changeset in webkit [148957] by zandobersek@gmail.com
  • 20 edits in trunk/LayoutTests

Unreviewed GTK gardening. Rebaselining after r148944.

  • platform/gtk/TestExpectations:
  • platform/gtk/fast/table/giantRowspan-expected.txt:
  • platform/gtk/fast/table/giantRowspan2-expected.png:
  • platform/gtk/fast/table/giantRowspan2-expected.txt:
  • platform/gtk/tables/mozilla/bugs/bug133756-1-expected.txt:
  • platform/gtk/tables/mozilla/bugs/bug133756-2-expected.png:
  • platform/gtk/tables/mozilla/bugs/bug133756-2-expected.txt:
  • platform/gtk/tables/mozilla/bugs/bug220536-expected.png:
  • platform/gtk/tables/mozilla/bugs/bug220536-expected.txt:
  • platform/gtk/tables/mozilla/bugs/bug8858-expected.txt:
  • platform/gtk/tables/mozilla/core/bloomberg-expected.png:
  • platform/gtk/tables/mozilla/core/bloomberg-expected.txt:
  • platform/gtk/tables/mozilla/core/row_span-expected.png:
  • platform/gtk/tables/mozilla/core/row_span-expected.txt:
  • platform/gtk/tables/mozilla_expected_failures/bugs/bug131020-3-expected.txt:
  • platform/gtk/tables/mozilla_expected_failures/bugs/bug23847-expected.png:
  • platform/gtk/tables/mozilla_expected_failures/bugs/bug23847-expected.txt:
  • platform/gtk/tables/mozilla_expected_failures/bugs/bug65372-expected.png:
  • platform/gtk/tables/mozilla_expected_failures/bugs/bug65372-expected.txt:
2:50 AM Changeset in webkit [148956] by Antoine Quint
  • 23 edits
    2 adds in trunk

Initial advance of text runs should be taken into account
https://bugs.webkit.org/show_bug.cgi?id=114949

Reviewed by Darin Adler.

Source/WebCore:

Keep track of complex text runs' initial advance by adding a new
member to GlyphBuffer and adding the initial advance of any non-first
text run to the advance of the last glyph added for the previous text run.
Additionally, we now correctly handle advance values in the y-axis.

Test: fast/text/complex-initial-advance.html

  • WebCore.exp.in:

Add support for new WebKitSystemInterface API.

  • platform/graphics/FontFastPath.cpp:

(WebCore::Font::drawGlyphBuffer):
Take into account the buffer's initial advance in the y-axis to adjust
the point at which to draw the buffers. Additionally, keep track of advances
on the y-axis as well as the x-axis (which we already were doing) as we iterate
through glyphs and adjust the start point.
(WebCore::Font::drawEmphasisMarks):
Adopt change of GlyphBuffer::advanceAt() return type.

  • platform/graphics/GlyphBuffer.h:

Removing the WINCE-specific GlyphBufferAdvance struct since heights are now necessary.
(WebCore::GlyphBufferAdvance::GlyphBufferAdvance):
New default constructor for GlyphBufferAdvance to support the m_initialAdvance member.
(WebCore::GlyphBuffer::setInitialAdvance):
(WebCore::GlyphBuffer::initialAdvance):
New APIs to get and set the initial advance for a glyph buffer.
(WebCore::GlyphBuffer::advanceAt):
Return a GlyphBufferAdvance rather than a float which used to be only
the glyph buffer's x-axis advance. This is necessary to handle deltas
on the y-axis as well (see WebCore::Font::drawGlyphBuffer).

  • platform/graphics/GlyphBuffer.h:

(GlyphBuffer):
(WebCore::GlyphBuffer::setInitialAdvance):

  • platform/graphics/WidthIterator.cpp:

(WebCore::WidthIterator::advanceInternal):
(WebCore::WidthIterator::advanceOneCharacter):
Adopt change of GlyphBuffer::advanceAt() return type.

  • platform/graphics/cairo/FontCairo.cpp:

(WebCore::Font::drawGlyphs):
Adopt change of GlyphBuffer::advanceAt() return type.

  • platform/graphics/mac/ComplexTextController.cpp:

(WebCore::ComplexTextController::advance):
When processing the first text run, set that run's initial advance as
the glyph buffer's initial advance.
(WebCore::ComplexTextController::adjustGlyphsAndAdvances):
Represent the initial advance for a text run by adjusting the advance
of the last glyph of the previous text run in the glyph buffer.

  • platform/graphics/mac/ComplexTextController.h:

(WebCore::ComplexTextController::ComplexTextRun::initialAdvance):
(ComplexTextRun):
New API to read the inital advance of a complex text run.

  • platform/graphics/mac/ComplexTextControllerCoreText.mm:

(WebCore::ComplexTextController::ComplexTextRun::ComplexTextRun):
Obtain the text run's initial advance via the new wkCTRunGetInitialAdvance
WebKitSystemInterface API.

  • platform/graphics/qt/FontQt.cpp:

(WebCore::Font::drawGlyphs):
Adopt change of GlyphBuffer::advanceAt() return type.

  • platform/mac/WebCoreSystemInterface.h:
  • platform/mac/WebCoreSystemInterface.mm:

Add support for the new wkCTRunGetInitialAdvance WebKitSystemInterface API.

  • platform/wx/wxcode/cairo/non-kerned-drawing.cpp:

(WebCore::drawTextWithSpacing):
Adopt change of GlyphBuffer::advanceAt() return type.

  • rendering/svg/SVGTextRunRenderingContext.cpp:

(WebCore::SVGTextRunRenderingContext::drawSVGGlyphs):
Adopt change of GlyphBuffer::advanceAt() return type.

Source/WebKit/mac:

Adding support for new method CTRunGetInitialAdvance in WebKitSystemInterface.

  • WebCoreSupport/WebSystemInterface.mm:

(InitWebCoreSystemInterface):

Source/WebKit2:

Adding support for new method CTRunGetInitialAdvance in WebKitSystemInterface.

  • WebProcess/WebCoreSupport/mac/WebSystemInterface.mm:

(InitWebCoreSystemInterface):

WebKitLibraries:

  • WebKitSystemInterface.h:
  • libWebKitSystemInterfaceLion.a:
  • libWebKitSystemInterfaceMountainLion.a:

LayoutTests:

  • fast/text/complex-initial-advance-expected.html: Added.
  • fast/text/complex-initial-advance.html: Added.
2:42 AM Changeset in webkit [148955] by zandobersek@gmail.com
  • 2 edits in trunk/LayoutTests

Unreviewed GTK gardening.

  • platform/gtk/TestExpectations: Adding failure expectations for two DOM4 constructors tests

that started failing after enabling the subpixel layout due to LayoutUnit overflows.

2:05 AM Changeset in webkit [148954] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] EFL gardening
https://bugs.webkit.org/show_bug.cgi?id=115013

Remove editing/selection/doubleclick-whitespace-crash.html and
editing/selection/doubleclick-whitespace-img-crash.html from TestExpectations
after r144221.

Unreviewed, EFL gardening.

Patch by Jinwoo Song <jinwoo7.song@samsung.com> on 2013-04-23

  • platform/efl-wk2/TestExpectations:
2:02 AM Changeset in webkit [148953] by commit-queue@webkit.org
  • 6 edits in trunk/Source/WebCore

[Texmap] Don't paint to an intermediate surface when the result is going to be clipped out completely.
https://bugs.webkit.org/show_bug.cgi?id=115015

Patch by Noam Rosenthal <Noam Rosenthal> on 2013-04-23
Reviewed by Allan Sandfeld Jensen.

Maintain a clipBounds rectangle in TextureMapper, and test it against the bounds of an intermediate
surface before it is painted.
This allows us to opt out completely of painting into the surface if the result is going to be optimized
out by the GPU clipping.

Covered by tests in compositing/overlap-blending.

  • platform/graphics/texmap/TextureMapper.h:

(TextureMapper):

  • platform/graphics/texmap/TextureMapperGL.cpp:

(WebCore::TextureMapperGL::clipBounds):
(WebCore):

  • platform/graphics/texmap/TextureMapperGL.h:
  • platform/graphics/texmap/TextureMapperImageBuffer.h:
  • platform/graphics/texmap/TextureMapperLayer.cpp:

(WebCore::TextureMapperLayer::paintUsingOverlapRegions):

1:58 AM Changeset in webkit [148952] by commit-queue@webkit.org
  • 8 edits in trunk/Source

[Coordinated Graphics] Remove the lockAnimations code path
https://bugs.webkit.org/show_bug.cgi?id=114899

Source/WebCore:

Patch by Noam Rosenthal <Noam Rosenthal> on 2013-04-23
Reviewed by Benjamin Poulain.

Remove locking/unlocking animations and checks for the lock state.
The animation locking has been tested to create not-so-smooth animations,
while the use case where the composited animations run out of sync from
the non-composited animations is very rare and unnoticeable.

No new tests, removing functionality that wasn't tested in the first place.

  • platform/graphics/texmap/coordinated/CoordinatedGraphicsScene.cpp:

(WebCore::CoordinatedGraphicsScene::CoordinatedGraphicsScene):
(WebCore::CoordinatedGraphicsScene::paintToCurrentGLContext):
(WebCore::CoordinatedGraphicsScene::commitSceneState):

  • platform/graphics/texmap/coordinated/CoordinatedGraphicsScene.h:

(CoordinatedGraphicsScene):

Source/WebKit2:

Remove locking/unlocking animations and checks for the lock state.
The animation locking has been tested to create not-so-smooth animations,
while the use case where the composited animations run out of sync from
the non-composited animations is very rare and unnoticeable.

Patch by Noam Rosenthal <Noam Rosenthal> on 2013-04-23
Reviewed by Benjamin Poulain.

  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.cpp:
  • UIProcess/CoordinatedGraphics/CoordinatedLayerTreeHostProxy.messages.in:
  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:

(WebKit::CoordinatedLayerTreeHost::flushPendingLayerChanges):
(WebKit::CoordinatedLayerTreeHost::performScheduledLayerFlush):

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.h:
1:33 AM Changeset in webkit [148951] by allan.jensen@digia.com
  • 3 edits in trunk/Source/WebKit/qt

[Qt][WK1] MemoryCache is not cleaned by default
https://bugs.webkit.org/show_bug.cgi?id=111443

Reviewed by Jocelyn Turcotte.

Enable deletion of dead resources in the memory cache as long as the MemoryCache is enabled.

This can be disabled or tuned using the dynamic property "_q_deadDecodedDataDeletionInterval".
The default is set to match that of most other ports and WK2 with cache in WebBrowsing mode.

  • Api/qwebsettings.cpp:

(QWebSettings::setObjectCacheCapacities):

  • WebCoreSupport/InitWebCoreQt.cpp:

(WebCore::initializeWebCoreQt):

1:31 AM Changeset in webkit [148950] by zarvai@inf.u-szeged.hu
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening. Changing failure mark to skip after r148948.

  • platform/qt/TestExpectations:
1:17 AM Changeset in webkit [148949] by allan.jensen@digia.com
  • 11 edits
    3 moves
    7 adds
    3 deletes in trunk

Respect image-rendering setting for determing image-rendering quality
https://bugs.webkit.org/show_bug.cgi?id=113405

Reviewed by Benjamin Poulain.

Source/WebCore:

Remove the CSS4 values as they are not ready for implementation yet.
We still parse the -webkit-crisp-edges and SVG compatibility values to
be closer to the the partial support in Gecko and Presto.

Tests: fast/css/image-rendering-canvas.html

fast/css/image-rendering-parsing.html
fast/css/image-rendering.html
fast/css/optimize-contrast-image.html

  • css/CSSParser.cpp:

(WebCore::isValidKeywordPropertyAndValue):

  • css/CSSPrimitiveValueMappings.h:

(WebCore::CSSPrimitiveValue::CSSPrimitiveValue):
(WebCore::CSSPrimitiveValue::operator EImageRendering):

  • css/CSSValueKeywords.in:
  • css/SVGCSSParser.cpp:

(WebCore::CSSParser::parseSVGValue):

  • rendering/RenderBoxModelObject.cpp:

(WebCore::ImageQualityController::shouldPaintAtLowQuality):

  • rendering/RenderHTMLCanvas.cpp:

(WebCore::RenderHTMLCanvas::paintReplaced):

  • rendering/style/RenderStyleConstants.h:

Tools:

Remove CSS4 Images option. It is not ready for implementation.

  • Scripts/webkitperl/FeatureList.pm:

LayoutTests:

Moved the two tests of image-rendering out of CSS3 since it was removed from the final recommendation.
Added tests of the supported values, and upgraded one test to a reference test so that it now tests
that -webkit-optimize-contrast gets converted to and treated as -webkit-crisp-edges.

Baselines for fast/css/image-rendering.html will be uploaded later when the bots have generated them.

  • css3/images/optimize-contrast-image-expected.png: Removed.
  • css3/images/optimize-contrast-image-expected.txt: Removed.
  • fast/css/image-rendering-canvas-expected.png: Renamed from LayoutTests/css3/images/optimize-contrast-canvas-expected.png.
  • fast/css/image-rendering-canvas-expected.txt: Renamed from LayoutTests/css3/images/optimize-contrast-canvas-expected.txt.
  • fast/css/image-rendering-canvas.html: Renamed from LayoutTests/css3/images/optimize-contrast-canvas.html.
  • fast/css/image-rendering-expected.txt: Added.
  • fast/css/image-rendering-parsing-expected.txt: Added.
  • fast/css/image-rendering-parsing.html: Renamed from LayoutTests/fast/css/image-set-parsing.html.
  • fast/css/image-rendering.html: Added.
  • fast/css/optimize-contrast-image-expected.html: Added.
  • fast/css/optimize-contrast-image.html: Renamed from LayoutTests/css3/images/optimize-contrast-image.html.
  • fast/css/script-tests/image-rendering-parsing.js: Added.

(testImageRendering):

1:07 AM Changeset in webkit [148948] by zarvai@inf.u-szeged.hu
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening.

  • platform/qt/TestExpectations:
12:48 AM Changeset in webkit [148947] by rniwa@webkit.org
  • 3 edits
    3 deletes in trunk

Unreviewed, rolling out r148923.
http://trac.webkit.org/changeset/148923
https://bugs.webkit.org/show_bug.cgi?id=115020

The patch causes multiple failures in CSS, canvas tests
(Requested by zdobersek on #webkit).

Source/WebCore:

  • platform/graphics/cairo/PlatformContextCairo.cpp:

(WebCore::PlatformContextCairo::drawSurfaceToContext):

LayoutTests:

  • fast/canvas/script-tests/shadow-image.js: Removed.
  • fast/canvas/shadow-image-expected.txt: Removed.
  • fast/canvas/shadow-image.html: Removed.
12:01 AM Changeset in webkit [148946] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Unskip several test cases that are no longer crashing after r148945.

  • platform/efl/TestExpectations:

Apr 22, 2013:

11:51 PM Changeset in webkit [148945] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[EFL] Assertion Failures in Coordinated Graphics after r148433
https://bugs.webkit.org/show_bug.cgi?id=114731

Patch by Noam Rosenthal <Noam Rosenthal> on 2013-04-22
Reviewed by Gyuyoung Kim.

The assert is incorrect. In some cases in coordinated graphics we may have a backing store
and drawsContent would be set to false.

No new tests.

  • platform/graphics/texmap/TextureMapperLayer.cpp:

(WebCore::TextureMapperLayer::paintSelf):

11:36 PM Changeset in webkit [148944] by commit-queue@webkit.org
  • 29 edits
    2 adds in trunk

table's text aligned on top instead of center because of rowspan
https://bugs.webkit.org/show_bug.cgi?id=18092

Patch by Suchit Agrawal <a.suchit@samsung.com> on 2013-04-22
Reviewed by Beth Dakin.

Source/WebCore:

Last row in the rowspan is not getting the height of rowspan cell because there is not
enough rows present below rowspan cell and we are strictly applying height of rowspan
to the row which should lay last in the rowspan based of rowspan value.

When row contains rowspan cell and it is last row of the table then
rowspan height is adding to last row of the table.

Test: fast/table/Rowspan-value-more-than-number-of-rows-present.html

It calculates logical height of the rows in the table.

  • rendering/RenderTableSection.cpp:

(WebCore::RenderTableSection::calcRowLogicalHeight):

LayoutTests:

Added test cases, based on rowspan issue.

  • fast/table/Rowspan-value-more-than-number-of-rows-present-expected.txt: Added.
  • fast/table/Rowspan-value-more-than-number-of-rows-present.html: Added.

Test cases need to do rebaseline in efl, gtk and mac platforms.

  • platform/efl/TestExpectations:
  • platform/gtk/TestExpectations:
  • platform/mac/TestExpectations:

Test case results are updated in qt platform.

  • platform/qt/fast/table/giantRowspan-expected.png:
  • platform/qt/fast/table/giantRowspan-expected.txt:
  • platform/qt/fast/table/giantRowspan2-expected.png:
  • platform/qt/fast/table/giantRowspan2-expected.txt:
  • platform/qt/tables/mozilla/bugs/bug133756-1-expected.png:
  • platform/qt/tables/mozilla/bugs/bug133756-1-expected.txt:
  • platform/qt/tables/mozilla/bugs/bug133756-2-expected.png:
  • platform/qt/tables/mozilla/bugs/bug133756-2-expected.txt:
  • platform/qt/tables/mozilla/bugs/bug220536-expected.png:
  • platform/qt/tables/mozilla/bugs/bug220536-expected.txt:
  • platform/qt/tables/mozilla/bugs/bug8858-expected.txt:
  • platform/qt/tables/mozilla/core/bloomberg-expected.png:
  • platform/qt/tables/mozilla/core/bloomberg-expected.txt:
  • platform/qt/tables/mozilla/core/row_span-expected.png:
  • platform/qt/tables/mozilla/core/row_span-expected.txt:
  • platform/qt/tables/mozilla_expected_failures/bugs/bug131020-3-expected.txt:
  • platform/qt/tables/mozilla_expected_failures/bugs/bug23847-expected.png:
  • platform/qt/tables/mozilla_expected_failures/bugs/bug65372-expected.png:
  • platform/qt/tables/mozilla_expected_failures/bugs/bug65372-expected.txt:
  • tables/mozilla/core/bloomberg-expected.txt:
  • tables/mozilla/core/row_span-expected.txt:
  • tables/mozilla_expected_failures/bugs/bug131020-3-expected.txt:
  • tables/mozilla_expected_failures/bugs/bug23847-expected.txt:
9:52 PM Changeset in webkit [148943] by mihnea@adobe.com
  • 4 edits
    4 adds in trunk

[CSS Regions] Region's float parent doesn't size according to region size but to content node size
https://bugs.webkit.org/show_bug.cgi?id=111332

Reviewed by David Hyatt.

Source/WebCore:

Tests: fast/regions/intrinsic-sized-regions.html

fast/regions/region-with-float-parent.html

The patch ensures that the computation of region's preferred widths
takes into account the region width/min-width if these values are specified.
Also implemented the computation of intrinsic widths for a region,
based on the min/max preferred widths of the associated flow thread.

  • rendering/RenderRegion.cpp:

(WebCore::RenderRegion::computeIntrinsicLogicalWidths):
(WebCore):
(WebCore::RenderRegion::computePreferredLogicalWidths):

  • rendering/RenderRegion.h:

(RenderRegion):

LayoutTests:

Added tests for intrinsic and preferred width computation for region.

  • fast/regions/intrinsic-sized-regions-expected.txt: Added.
  • fast/regions/intrinsic-sized-regions.html: Added.
  • fast/regions/region-with-float-parent-expected.txt: Added.
  • fast/regions/region-with-float-parent.html: Added.
9:47 PM Changeset in webkit [148942] by mark.lam@apple.com
  • 4 edits in trunk/Source/JavaScriptCore

Fix a typo in MacroAssemblerARMv7.h.
https://bugs.webkit.org/show_bug.cgi?id=115011.

Reviewed by Geoffrey Garen.

  • assembler/ARMAssembler.h: Fix a comment.
  • assembler/ARMv7Assembler.h: Added some comments.
  • assembler/MacroAssemblerARMv7.h:
    • ARMAssembler::PL should be ARMv7Assembler::ConditionPL.
8:32 PM Changeset in webkit [148941] by Patrick Gansterer
  • 3 edits in trunk/Source/WTF

[CMake] Move NullPtr.cpp from PlatformWinCE.cmake to CMakeLists.txt
https://bugs.webkit.org/show_bug.cgi?id=114557

Reviewed by Laszlo Gombos.

This file is not specific to Windwos CE. Move it the the general
CMakeLists.txt so other ports can use it to. It does not affect
ports which do not need it, since it contains a preprocessor guard.

  • wtf/CMakeLists.txt:
  • wtf/PlatformWinCE.cmake:
7:33 PM Changeset in webkit [148940] by jberlin@webkit.org
  • 4 edits in trunk/Source/WebKit

Speculative Windows build fix.

Source/WebKit:

  • WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:

Source/WebKit/win:

  • WebKit.vcproj/WebKitExports.def.in:
7:03 PM Changeset in webkit [148939] by jberlin@webkit.org
  • 7 edits in trunk/LayoutTests

Remove references to the inspector/profiler/memory-instrumentation tests removed in r148921

Rubber-stamped by Benjamin Poulain.

  • platform/efl/TestExpectations:
  • platform/gtk/TestExpectations:
  • platform/mac/TestExpectations:
  • platform/qt/TestExpectations:
  • platform/win/TestExpectations:
  • platform/wincairo/TestExpectations:
6:10 PM Changeset in webkit [148938] by weinig@apple.com
  • 5 edits in trunk/Source/WebKit2

Need WebKit SPI to detect whether a page contains form controls
<rdar://problem/13686661>
https://bugs.webkit.org/show_bug.cgi?id=115003

Reviewed by Beth Dakin.

  • WebProcess/InjectedBundle/API/c/WKBundleFrame.cpp:

(WKBundleFrameContainsAnyFormControls):

  • WebProcess/InjectedBundle/API/c/WKBundleFramePrivate.h:
  • WebProcess/WebPage/WebFrame.cpp:

(WebKit::WebFrame::containsAnyFormControls):

  • WebProcess/WebPage/WebFrame.h:
5:43 PM Changeset in webkit [148937] by ap@apple.com
  • 2 edits in trunk/Source/WebKit2

[Mac] REGRESSION (r142806): "Just Leaking" Console errors on launch
https://bugs.webkit.org/show_bug.cgi?id=115002
<rdar://problem/13254212>

Reviewed by Sam Weinig.

  • Shared/EntryPointUtilities/mac/LegacyProcess/ChildProcessMain.mm: (WebKit::BootstrapMain): Added an autorelease pool for code that uses Objective-C.
5:16 PM Changeset in webkit [148936] by fpizlo@apple.com
  • 7 edits in branches/dfgFourthTier/Source/JavaScriptCore

fourthTier: Create an equivalent of Structure::get() that can work from a compilation thread
https://bugs.webkit.org/show_bug.cgi?id=114987

Reviewed by Geoffrey Garen.

This completes the work started by r148570. That patch made it possible to do
Structure::get() without modifying Structure. This patch takes this further, and
makes this thread-safe (for non-uncacheable-dictionaries) via
Structure::getConcurrently(). This method not only doesn't modify Structure, but
also ensures that any concurrent attempts to add to, remove from, or steal the
table from that structure doesn't mess up the result of the call. The call may
return invalidOffset even if a property is *just* about to be added, but it will
never do the reverse: if it returns a property then you can be sure that the
structure really does have that property and always will have it.

  • bytecode/GetByIdStatus.cpp:

(JSC::GetByIdStatus::computeFromLLInt):
(JSC::GetByIdStatus::computeForChain):
(JSC::GetByIdStatus::computeFor):

  • bytecode/PutByIdStatus.cpp:

(JSC::PutByIdStatus::computeFromLLInt):
(JSC::PutByIdStatus::computeFor):

  • dfg/DFGFixupPhase.cpp:

(JSC::DFG::FixupPhase::isStringPrototypeMethodSane):

  • runtime/PropertyMapHashTable.h:

(PropertyTable):
(JSC::PropertyTable::findConcurrently):
(JSC):
(JSC::PropertyTable::add):
(JSC::PropertyTable::remove):
(JSC::PropertyTable::reinsert):
(JSC::PropertyTable::rehash):

  • runtime/PropertyTable.cpp:

(JSC::PropertyTable::PropertyTable):

  • runtime/Structure.cpp:

(JSC::Structure::findStructuresAndMapForMaterialization):
(JSC::Structure::getConcurrently):

  • runtime/Structure.h:

(Structure):

  • runtime/StructureInlines.h:

(JSC::Structure::getConcurrently):

5:16 PM Changeset in webkit [148935] by Martin Robinson
  • 3 edits in trunk/Source/WebKit/gtk

Try to fix the build after enabling gobject-introspection

  • GNUmakefile.am: Disable --warn-error for WebKit1 until we can work out all gir failures.
  • webkit/webkitwebplugin.cpp: Skip this API for introspection because it return a GSList

of pointer (non-boxed) types.

5:10 PM Changeset in webkit [148934] by mrowe@apple.com
  • 2 edits in trunk/Tools

<http://webkit.org/b/114989> Add a user default to allow use of the Safari binary rather than SafariForWebKitDevelopment

Reviewed by Anders Carlsson.

  • Scripts/webkitdirs.pm:

(skipSafariExecutableEntitlementChecks): Look for the SkipSafariExecutableEntitlementChecks default in the
/Library/Preferences/org.webkit.BuildConfiguration preference domain.
(safariPathFromSafariBundle): If the user default is set asking us to skip the entitlement checks, return
the path to the regular Safari binary.

4:50 PM Changeset in webkit [148933] by jberlin@webkit.org
  • 4 edits in trunk/Source/WebCore

Debug build fix.

Rubber-stamped by Ryosuke Niwa.

  • inspector/InspectorController.cpp:

(WebCore::InspectorController::InspectorController):

  • inspector/InspectorMemoryAgent.cpp:

(WebCore::InspectorMemoryAgent::InspectorMemoryAgent):

  • inspector/InspectorMemoryAgent.h:

(WebCore):
(WebCore::InspectorMemoryAgent::create):
(InspectorMemoryAgent):

4:42 PM Changeset in webkit [148932] by beidson@apple.com
  • 2 edits in trunk/Source/WebCore

Address review feedback I forgot to address in r148929
https://bugs.webkit.org/show_bug.cgi?id=114480

  • loader/SubresourceLoader.cpp:

(WebCore::SubresourceLoader::willSendRequest): Rework the "what" comment into a more useful "why" comment.

4:40 PM Changeset in webkit [148931] by ryuan.choi@samsung.com
  • 2 edits in trunk/Tools

Unreviewed Efl build fix after r148921

  • TestWebKitAPI/CMakeLists.txt:
4:34 PM Changeset in webkit [148930] by benjamin@webkit.org
  • 3 edits in trunk/Source/WebCore

Second Mac debug build fix after r148921

Unreviewed.

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-22

  • inspector/InspectorMemoryAgent.cpp:

(WebCore::InspectorMemoryAgent::InspectorMemoryAgent):

  • inspector/InspectorMemoryAgent.h:

(InspectorMemoryAgent):

4:28 PM Changeset in webkit [148929] by beidson@apple.com
  • 5 edits
    14 adds in trunk

REGRESSION (r141136): Wiki "Random article" function very broken.
<rdar://problem/13229985> and https://bugs.webkit.org/show_bug.cgi?id=114480

Reviewed by Alexey Proskuryakov.

Source/WebCore:

Test: http/tests/navigation/redirect-to-random-url-versus-memory-cache.html

If we are performing a conditional GET to revalidate a resource and there's a redirect,
check to see if the redirect is to a different URL than the final URL of the resource.

If the URLs differ then we should make the redirect-request unconditional and do a normal load.

  • loader/SubresourceLoader.cpp:

(WebCore::SubresourceLoader::willSendRequest):

  • platform/network/ResourceRequestBase.cpp:

(WebCore::ResourceRequestBase::makeUnconditional):

  • platform/network/ResourceRequestBase.h:

(ResourceRequestBase):

LayoutTests:

  • http/tests/navigation/redirect-to-random-url-versus-memory-cache-expected.txt: Added.
  • http/tests/navigation/redirect-to-random-url-versus-memory-cache.html: Added.
  • http/tests/navigation/resources/randomredirects/0.php: Added.
  • http/tests/navigation/resources/randomredirects/1.php: Added.
  • http/tests/navigation/resources/randomredirects/2.php: Added.
  • http/tests/navigation/resources/randomredirects/3.php: Added.
  • http/tests/navigation/resources/randomredirects/4.php: Added.
  • http/tests/navigation/resources/randomredirects/5.php: Added.
  • http/tests/navigation/resources/randomredirects/6.php: Added.
  • http/tests/navigation/resources/randomredirects/7.php: Added.
  • http/tests/navigation/resources/randomredirects/8.php: Added.
  • http/tests/navigation/resources/randomredirects/9.php: Added.
  • http/tests/navigation/resources/randomredirects/randomredirect.php: Added.
4:27 PM Changeset in webkit [148928] by benjamin@webkit.org
  • 2 edits in trunk/Source/WebKit/win

Another Windows build fix after r148921

Unreviewed.

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-22

  • AccessibleBase.cpp: Add missing header include.
4:26 PM Changeset in webkit [148927] by Lucas Forschler
  • 2 edits in branches/safari-536.30-branch/LayoutTests

Skip svg/custom/mask-invalidation.svg on Mac
<rdar://problem/13711076>

Patch by David Farler <dfarler@apple.com> on 2013-04-22

  • platform/mac/Skipped:

Skip svg/custom/mask-invalidation.svg

4:25 PM Changeset in webkit [148926] by commit-queue@webkit.org
  • 2 edits in trunk/Source/JavaScriptCore

Add branchAdd32 missing implementation in SH4 base JIT.
This should fix SH4 build, broken since r148893.
https://bugs.webkit.org/show_bug.cgi?id=114993.

Patch by Julien Brianceau <jbrianceau@nds.com> on 2013-04-22
Reviewed by Oliver Hunt.

  • assembler/MacroAssemblerSH4.h:

(JSC::MacroAssemblerSH4::branchAdd32):
(MacroAssemblerSH4):

4:12 PM Changeset in webkit [148925] by benjamin@webkit.org
  • 2 edits in trunk/Source/WebCore

Mac debug build fix after r148921

Unreviewed.

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-22

  • page/animation/CompositeAnimation.cpp:
4:08 PM Changeset in webkit [148924] by benjamin@webkit.org
  • 3 edits in trunk/Source/JavaScriptCore

Windows build fix after r148921

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-22

  • JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreExports.def:
  • JavaScriptCore.vcxproj/JavaScriptCoreExportGenerator/JavaScriptCoreExports.def.in:
4:06 PM Changeset in webkit [148923] by Martin Robinson
  • 3 edits
    3 adds in trunk

[Cairo] Canvas-shadow behavior is not being as expected
https://bugs.webkit.org/show_bug.cgi?id=108897

Patch by Rashmi Shyamasundar <rashmi.s2@samsung.com> on 2013-04-22
Reviewed by Martin Robinson.

Source/WebCore:

Use the pattern-extend-mode "CAIRO_EXTEND_NONE" instead of "CAIRO_EXTEND_PAD" in
PlatformContextCairo::drawSurfaceToContext().

In the function PlatformContextCairo::drawSurfaceToContext(), a pattern is being
created from the source surface and this pattern is drawn onto the destination
context. There is no gradient involved. Hence the extend mode for filling the
pattern should be "CAIRO_EXTEND_NONE". If we use the extend mode
"CAIRO_EXTEND_PAD" in PlatformContextCairo::drawSurfaceToContext(), the original
image area is also filled with the shadow color which is not the expected behavior.

Test: fast/canvas/canvas-image-shadow.html

  • platform/graphics/cairo/PlatformContextCairo.cpp:

(WebCore::PlatformContextCairo::drawSurfaceToContext):

LayoutTests:

Test to verify the shadow of an image drawn on canvas.
This test uses an image whose size is smaller than,
the size of the rectangle which should be filled with the image.

  • fast/canvas/canvas-image-shadow-expected.txt: Added.
  • fast/canvas/canvas-image-shadow.html: Added.
  • fast/canvas/green.png: Added.
  • fast/canvas/script-tests/canvas-image-shadow.js: Added.

(draw):

3:56 PM Changeset in webkit [148922] by andersca@apple.com
  • 11 edits in trunk/Source/WebKit2

Web process should decide when to continue main resource loads
https://bugs.webkit.org/show_bug.cgi?id=114995

Reviewed by Sam Weinig.

Main resource loads can be converted to downloads, so we need the ability to let the web process decide when
to continue loading after a response has been received.

  • NetworkProcess/NetworkResourceLoader.cpp:

(WebKit::NetworkResourceLoader::didReceiveResponseAsync):
For non-main resources, just call continueDidReceiveResponse directly; there's no need to ping-pong to the web process in that case.

(WebKit::NetworkResourceLoader::continueDidReceiveResponse):
Just call ResourceHandle::continueDidReceiveResponse.

  • NetworkProcess/NetworkResourceLoader.messages.in:

Add ContinueDidReceiveResponse message.

  • NetworkProcess/SchedulableLoader.cpp:

(WebKit::SchedulableLoader::SchedulableLoader):
Initialize m_isLoadingMainResource.

  • NetworkProcess/SchedulableLoader.h:

(WebKit::SchedulableLoader::isLoadingMainResource):
Add getter.

(SchedulableLoader):
Move m_shouldClearReferrerOnHTTPSToHTTPRedirect next to the rest of the booleans.

  • Shared/Network/NetworkResourceLoadParameters.cpp:

(WebKit::NetworkResourceLoadParameters::NetworkResourceLoadParameters):
(WebKit::NetworkResourceLoadParameters::encode):
(WebKit::NetworkResourceLoadParameters::decode):

  • Shared/Network/NetworkResourceLoadParameters.h:

(NetworkResourceLoadParameters):
Add isMainResource flag.

  • WebProcess/Network/WebResourceLoadScheduler.cpp:

(WebKit::WebResourceLoadScheduler::scheduleSubresourceLoad):
Pass the cached resource to scheduleLoad.

(WebKit::WebResourceLoadScheduler::schedulePluginStreamLoad):
Pass null to scheduleLoad.

(WebKit::WebResourceLoadScheduler::scheduleLoad):
Initialize isMainResource.

  • WebProcess/Network/WebResourceLoader.cpp:

(WebKit::WebResourceLoader::didReceiveResponseWithCertificateInfo):
If this is a main resource load, send back a ContinueDidReceiveResponse message.

3:52 PM Changeset in webkit [148921] by benjamin@webkit.org
  • 395 edits
    30 deletes in trunk

Remove the memory instrumentation code
https://bugs.webkit.org/show_bug.cgi?id=114931

Reviewed by Andreas Kling.

.:

  • Source/autotools/symbols.filter:

Source/JavaScriptCore:

  • JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCoreExports.def:
  • JavaScriptCore.vcxproj/JavaScriptCoreExportGenerator/JavaScriptCoreExports.def.in:

Source/WebCore:

The Memory Instrumentation code is unfinished and has already
become out of sync the objects it is supposed to represent.

The current approach does not seem maintainable, it is better to
remove it before someone gets hurt.

By removing the code, the binary become 1240976 bytes smaller.
Yep, almost 1 Mb, bringing WebCore to the size it has 5 months ago :)

  • MostWebCoreFiles: remove the support for memory instrumentation.

Source/WebKit:

  • WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:

Source/WebKit/mac:

  • WebView/WebRenderLayer.mm:

Source/WebKit/win:

  • WebKit.vcproj/WebKitExports.def.in:

Source/WTF:

On Mac x86_64, the code removal cause the binary to be
9224 bytes smaller.

  • GNUmakefile.list.am:
  • WTF.pro:
  • WTF.vcproj/WTF.vcproj:
  • WTF.vcxproj/WTF.vcxproj:
  • WTF.vcxproj/WTF.vcxproj.filters:
  • WTF.xcodeproj/project.pbxproj:
  • wtf/CMakeLists.txt:
  • wtf/Forward.h:
  • wtf/ListHashSet.h:

(ListHashSet):
(ListHashSetNodeAllocator):
(WTF::ListHashSetNodeAllocator::pool):
(WTF::ListHashSetNodeAllocator::pastPool):

  • wtf/MemoryInstrumentation.cpp: Removed.
  • wtf/MemoryInstrumentation.h: Removed.
  • wtf/MemoryInstrumentationArrayBufferView.h: Removed.
  • wtf/MemoryInstrumentationHashCountedSet.h: Removed.
  • wtf/MemoryInstrumentationHashMap.h: Removed.
  • wtf/MemoryInstrumentationHashSet.h: Removed.
  • wtf/MemoryInstrumentationListHashSet.h: Removed.
  • wtf/MemoryInstrumentationSequence.h: Removed.
  • wtf/MemoryInstrumentationString.h: Removed.
  • wtf/MemoryInstrumentationVector.h: Removed.
  • wtf/MemoryObjectInfo.h: Removed.
  • wtf/text/AtomicString.h:
  • wtf/text/StringImpl.h:

(WTF::StringImpl::isASCIILiteral):

  • wtf/text/WTFString.h:

Tools:

  • TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
  • TestWebKitAPI/Tests/WTF/MemoryInstrumentationTest.cpp: Removed.

LayoutTests:

  • inspector/profiler/memory-instrumentation-cached-images-expected.txt: Removed.
  • inspector/profiler/memory-instrumentation-cached-images.html: Removed.
  • inspector/profiler/memory-instrumentation-canvas-expected.txt: Removed.
  • inspector/profiler/memory-instrumentation-canvas.html: Removed.
  • inspector/profiler/memory-instrumentation-external-array-expected.txt: Removed.
  • inspector/profiler/memory-instrumentation-external-array.html: Removed.
  • inspector/profiler/memory-instrumentation-external-string-expected.txt: Removed.
  • inspector/profiler/memory-instrumentation-external-string.html: Removed.
  • inspector/profiler/memory-instrumentation-test.js: Removed.
3:39 PM Changeset in webkit [148920] by betravis@adobe.com
  • 3 edits
    2 adds in trunk

Do not reuse ExclusionShapeInsideInfo in a recursive region layout
https://bugs.webkit.org/show_bug.cgi?id=114467

Reviewed by David Hyatt.

Source/WebCore:

Elements that respect shape-inside that have inline children should not reuse an
ExclusionShapeInsideInfo for their children's layout. This patch adds the test
for regions. See the details for non-region layout in bug 104582.
https://bugs.webkit.org/show_bug.cgi?id=104582

Test: fast/regions/shape-inside/shape-inside-recursive-layout.html

  • rendering/RenderBlockLineLayout.cpp:

(WebCore::RenderBlock::layoutExclusionShapeInsideInfo): Do not look up a region's
ExclusionShapeInsideInfo if a block is already respecting shape-inside.

LayoutTests:

Test that for various types of inline containers do not reuse
ExclusionShapeInsideInfo when laying out their children.

  • fast/regions/shape-inside/shape-inside-recursive-layout-expected.html: Added.
  • fast/regions/shape-inside/shape-inside-recursive-layout.html: Added.
3:36 PM Changeset in webkit [148919] by timothy_horton@apple.com
  • 3 edits in trunk/Source/WebKit2

Plugin Snapshotting: Don't consume insane amounts of time detecting the primary plugin
https://bugs.webkit.org/show_bug.cgi?id=114994
<rdar://problem/13696269>

Reviewed by Anders Carlsson.

On some pages, we currently waste a lot of time on every subframe load
and every addPluginView doing primary plugin detection. This patch
attempts to address this via a few minor changes:

  • Only allow detection after the main frame's didFinishLoad comes, instead of the first subframe.
  • Only explicitly detect on the main frame's didFinishLoad (not subframes).
  • Coalesce calls to determinePrimarySnapshottedPlugIn from both addPluginView

(in case JS is adding lots of plugins in a loop) and didFinishLoad.

  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::addPluginView): Coalesce calls to determinePrimarySnapshottedPlugIn.
(WebKit::WebPage::didFinishLoad):
Coalesce calls to determinePrimarySnapshottedPlugIn.
Bail on subframe loads, we're only interested in the main frame being complete.
(WebKit::WebPage::determinePrimarySnapshottedPlugInTimerFired):
Call determinePrimarySnapshottedPlugIn.

  • WebProcess/WebPage/WebPage.h:

Add m_determinePrimarySnapshottedPlugInTimer and determinePrimarySnapshottedPlugInTimerFired

3:29 PM Changeset in webkit [148918] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

Fix r148773.

  • platform/mac-lion/TestExpectations:
3:21 PM Changeset in webkit [148917] by ap@apple.com
  • 2 edits in trunk/Source/WebKit2

<rdar://problem/13334446> [Mac] Tweak sandbox profiles.

Reviewed by Anders Carlsson.

Unbreak Lion, which doesn't provide detailed control over IPC.

  • WebProcess/com.apple.WebProcess.sb.in:
3:15 PM Changeset in webkit [148916] by Martin Robinson
  • 9 edits in trunk

[GTK] Enable introspection always for developer builds
https://bugs.webkit.org/show_bug.cgi?id=114983

Reviewed by Gustavo Noronha Silva.

.:

  • Source/autotools/SetupAutoconfHeader.m4: No longer expose the ENABLE_INTROSPECTION

autoconf header variable. It isn't used and it means that when introspection is enabled
or disabled, there is an unnecessary full rebuild.

Source/WebKit/gtk:

  • GNUmakefile.am: Make warnings during gir scanning cause the build to fail. Eliminate

warnings about deprecated API that the g-ir-scanner uses when generating
the scanner program. Use --quiet to avoid printing lots of output to
non-verbose builds.

Source/WebKit2:

  • GNUmakefile.am: Make warnings during gir scanning cause the build to fail. Eliminate

warnings about deprecated API that the g-ir-scanner uses when generating
the scanner program. Use --quiet.

Tools:

  • Scripts/webkitdirs.pm:

(runAutogenForAutotoolsProjectIfNecessary): Always enable introspection
when using build-webkit.

  • gtk/jhbuildrc: Enable documentation for all jhbuild modules and explicitly

choose the memory gsettings backend while in the jhbuild. This eliminates
warnings from programs that fall back to the memory backend.

3:07 PM Changeset in webkit [148915] by betravis@adobe.com
  • 3 edits in trunk/LayoutTests

[css exclusions] shape-inside-recursive-layout.html should not yet test display: inline-grid
https://bugs.webkit.org/show_bug.cgi?id=114986

Reviewed by Dirk Schulze.

Because the inline-grid value is not yet supported, the test case is falling back to
display: block. This causes an incorrect layout, as block and inline content react to
shape-inside differently.

  • fast/exclusions/shape-inside/shape-inside-recursive-layout-expected.html:
  • fast/exclusions/shape-inside/shape-inside-recursive-layout.html:
2:54 PM Changeset in webkit [148914] by Martin Robinson
  • 6 edits in trunk/Source

[GTK] Fix remaining introspection warnings
https://bugs.webkit.org/show_bug.cgi?id=114980

Reviewed by Gustavo Noronha Silva.

Source/WebCore:

  • bindings/gobject/WebKitDOMCustom.h: Add scope and transfer annotations and flesh

out gtkdoc for completeness.

  • bindings/gobject/WebKitDOMEventTarget.h:

(_WebKitDOMEventTargetIface): Ditto and also align virtual method names with those used
for the concrete ones.

Source/WebKit/gtk:

  • webkit/webkitspellchecker.h:

(_WebKitSpellCheckerInterface): Align the name of the check_spelling_of_string virtual
method with the concrete method to avoid a g-ir-scanner warning.

  • webkit/webkitversion.h.in: Skip WEBKITGTK_API_VERSION for introspection because it

doesn't follow the appropriate namespace name.

2:45 PM Changeset in webkit [148913] by andersca@apple.com
  • 7 edits in trunk/Source/WebKit2

Make it easier to extend NetworkResourceLoadParameters
https://bugs.webkit.org/show_bug.cgi?id=114992

Reviewed by Sam Weinig.

Turn NetworkResourceLoadParameters into a struct which matches all our other parameter classes in WebKit2. Fill in the struct manually
instead of having a constructor with 9 parameters.

  • NetworkProcess/NetworkConnectionToWebProcess.cpp:

(WebKit::NetworkConnectionToWebProcess::scheduleResourceLoad):
(WebKit::NetworkConnectionToWebProcess::performSynchronousLoad):

  • NetworkProcess/SchedulableLoader.cpp:

(WebKit::SchedulableLoader::SchedulableLoader):

  • Shared/Network/NetworkResourceLoadParameters.cpp:

(WebKit::NetworkResourceLoadParameters::NetworkResourceLoadParameters):
(WebKit::NetworkResourceLoadParameters::encode):
(WebKit::NetworkResourceLoadParameters::decode):

  • Shared/Network/NetworkResourceLoadParameters.h:

(NetworkResourceLoadParameters):

  • WebProcess/Network/WebResourceLoadScheduler.cpp:

(WebKit::WebResourceLoadScheduler::scheduleLoad):

  • WebProcess/WebCoreSupport/WebPlatformStrategies.cpp:

(WebKit::WebPlatformStrategies::loadResourceSynchronously):

2:19 PM Changeset in webkit [148912] by timothy_horton@apple.com
  • 11 edits
    2 adds in trunk/Source

PDFPlugin: Support unlocking encrypted PDFs
https://bugs.webkit.org/show_bug.cgi?id=114938
<rdar://problem/12872888>

Reviewed by Alexey Proskuryakov and Oliver Hunt.

If we try to load an encrypted PDF, we need to provide a sane mechanism
through which the user can provide the password. Add a slightly-below-center
password field to match PDFKit's normal behavior.

  • WebKit2.xcodeproj/project.pbxproj: Add PDFPluginPasswordField.{h,mm}
  • WebProcess/Plugins/PDF/PDFLayerControllerDetails.h: Add attemptToUnlockWithPassword:
  • WebProcess/Plugins/PDF/PDFPlugin.h:

Add createPasswordEntryForm, attemptToUnlockPDF, m_passwordField.

  • WebProcess/Plugins/PDF/PDFPlugin.mm:

(annotationStyle): Make #annotationContainer a flexbox that centers its contents.
This won't affect the normal absolutely-positioned form fields, but the inline
password field will be centered vertically and horizontally.

(WebKit::PDFPlugin::pdfDocumentDidLoad):
If the document is locked when loaded, create a password field.

(WebKit::PDFPlugin::createPasswordEntryForm):
Create a PDFPluginPasswordField and attach it to the document.

(WebKit::PDFPlugin::attemptToUnlockPDF):
Try to unlock the PDF with the given password. If this succeeds, remove
the password field and relayout the scroll view.

(WebKit::PDFPlugin::calculateSizes):
Make the document 0x0 if it is locked, preventing scrolling.

(WebKit::PDFPlugin::handleMouseEvent):
Don't pass mouse events to PDFLayerController while it is locked,
as it has no useful events to provide, and will try to present a
dialog asking for the password if we let a click through.

  • WebProcess/Plugins/PDF/PDFPluginAnnotation.h:

(WebKit::PDFPluginAnnotation::eventListener): Added.

  • WebProcess/Plugins/PDF/PDFPluginAnnotation.mm:

(WebKit::PDFPluginAnnotation::handleEvent):
Move event-handling code here from PDFPluginAnnotationEventListener::handleEvent
so that subclasses can override this instead of having to have their own
event listeners (this is also why we now expose eventListener()).

(WebKit::PDFPluginAnnotation::PDFPluginAnnotationEventListener::handleEvent):
Forward the event to our owning PDFPluginAnnotation.

  • WebProcess/Plugins/PDF/PDFPluginPasswordField.h: Added.

(WebKit::PDFPluginPasswordField::PDFPluginPasswordField):

  • WebProcess/Plugins/PDF/PDFPluginPasswordField.mm: Added.

(WebKit::PDFPluginPasswordField::create):
(WebKit::PDFPluginPasswordField::~PDFPluginPasswordField):
Unregister for keyup.

(WebKit::PDFPluginPasswordField::createAnnotationElement):
Register for keyup, and set our element's class to "password".

(WebKit::PDFPluginPasswordField::updateGeometry):
Added. Override updateGeometry and do nothing, as the password field
has a geometry defined by CSS instead of by the PDF content.

(WebKit::PDFPluginPasswordField::handleEvent):
If the enter/return key is pressed, attempt to unlock the PDF. Also,
we do not call either of our superclass' implementations of handleEvent,
because blurring the password field should not destroy it, and tabbing
between fields has no relevance when there can only be one field.

  • WebProcess/Plugins/PDF/PDFPluginTextAnnotation.h:

(WebKit::PDFPluginTextAnnotation::PDFPluginTextAnnotationEventListener):
Removed. We now share our superclass' event listener.

(WebKit::PDFPluginTextAnnotation::textAnnotation): Const.

  • WebProcess/Plugins/PDF/PDFPluginTextAnnotation.mm:

(WebKit::PDFPluginTextAnnotation::~PDFPluginTextAnnotation):
PDFPluginTextAnnotation no longer has its own event listener,
so there's nothing left to clear here. Just make sure to unregister
our event from PDFPluginAnnotation's shared event listener!

(WebKit::PDFPluginTextAnnotation::createAnnotationElement):
Ensure that we can create a PDFPluginTextAnnotation with a null annotation.

(WebKit::PDFPluginTextAnnotation::commit): Use value().
(WebKit::PDFPluginTextAnnotation::value):
Factor retrieving the value of the form control out of commit().

(WebKit::PDFPluginTextAnnotation::handleEvent):
Call up to PDFPluginAnnotation's handler so that defocus destroys the annotation.

Export HTMLNames::typeAttr.

  • WebCore.exp.in:
1:46 PM Changeset in webkit [148911] by andersca@apple.com
  • 3 edits in trunk/Source/WebKit2

Slow/beachballing when using the find bar on a page with plug-ins
https://bugs.webkit.org/show_bug.cgi?id=114990
<rdar://problem/12832313>

Reviewed by Tim Horton.

  • WebProcess/Plugins/PluginView.cpp:

(WebKit::PluginView::notifyWidget):
Call shouldCreateTransientPaintingSnapshot().

(WebKit::PluginView::shouldCreateTransientPaintingSnapshot):
Don't create a painting snapshot if we're asked to paint the find indicator.

  • WebProcess/Plugins/PluginView.h:

Add new member function.

1:40 PM Changeset in webkit [148910] by ap@apple.com
  • 3 edits in trunk/Source/WebKit2

<rdar://problem/13334446> [Mac] Tweak sandbox profiles.

Reviewed by Sam Weinig.

  • NetworkProcess/mac/com.apple.WebKit.NetworkProcess.sb.in:
  • WebProcess/com.apple.WebProcess.sb.in:
1:39 PM Changeset in webkit [148909] by commit-queue@webkit.org
  • 4 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Update about:config lists
https://bugs.webkit.org/show_bug.cgi?id=114967

Patch by Eli Fidler <efidler@blackberry.com> on 2013-04-22
Reviewed by Rob Buis.

  • WebCoreSupport/AboutDataEnableFeatures.in:
  • WebCoreSupport/AboutDataHaveFeatures.in:
  • WebCoreSupport/AboutDataUseFeatures.in:
1:39 PM Changeset in webkit [148908] by rniwa@webkit.org
  • 2 edits in trunk/Source/WebCore

Use-after-free in CompositeEditCommand::cloneParagraphUnderNewElement
https://bugs.webkit.org/show_bug.cgi?id=114911

Reviewed by Oliver Hunt.

Back ported https://src.chromium.org/viewvc/blink?revision=148680&view=revision.

  • editing/CompositeEditCommand.cpp:

(WebCore::CompositeEditCommand::cloneParagraphUnderNewElement):

1:29 PM Changeset in webkit [148907] by eric.carlson@apple.com
  • 4 edits
    2 adds in trunk

[Mac] "automatic" track selection should only select a track that matches user language
https://bugs.webkit.org/show_bug.cgi?id=114976

Reviewed by Jer Noble.

Source/WebCore:

Test: media/track/track-automatic-subtitles.html

  • page/CaptionUserPreferencesMac.mm:

(WebCore::CaptionUserPreferencesMac::textTrackSelectionScore): When in "automatic" mode, only

consider text tracks that match the user's preferred language when the primary audio track
does not.

LayoutTests:

  • media/track/track-automatic-subtitles-expected.txt: Added.
  • media/track/track-automatic-subtitles.html: Added.
  • platform/mac/TestExpectations: Skip track-user-preferences.html, the logic is no longer

correct for the Mac port.

1:02 PM Changeset in webkit [148906] by jer.noble@apple.com
  • 2 edits in trunk/Source/WebCore

Cancelling load may cause deadlock in -[AVPlayerItem release]
https://bugs.webkit.org/show_bug.cgi?id=114962

Reviewed by Eric Carlson.

Work around a bug in AVAssetResourceLoader by using a generic, non-main dispatch queue
to recieve AVAssetResourceLoaderDelegate callbacks, and then marshalling those
callbacks to the main thread asynchronously.

  • platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.mm:

(WebCore::globalLoaderDelegateQueue): Added.
(WebCore::MediaPlayerPrivateAVFoundationObjC::createAVAssetForURL): Use the new global queue.
(-[WebCoreAVFLoaderDelegate resourceLoader:shouldWaitForLoadingOfRequestedResource:]):

Marshall the request to the main queue, and return YES (wait) immediately.

1:01 PM Changeset in webkit [148905] by andersca@apple.com
  • 3 edits in trunk/Source/WebKit2

Don't kill our XPC services in response to memory pressure
https://bugs.webkit.org/show_bug.cgi?id=114985
<rdar://problem/13229217>

Reviewed by Mark Rowe.

  • Shared/EntryPointUtilities/mac/XPCService/XPCServiceEntryPoint.h:

(WebKit::XPCServiceInitializer):
Call xpc_transaction_begin() so we'll never be killed by the kernel when there's memory pressure;
we prefer to manage our own lifetime thank you very much!

  • Shared/mac/ChildProcessMac.mm:

(WebKit::ChildProcess::platformInitialize):
Remove call to disable sudden termination.

12:54 PM Changeset in webkit [148904] by ap@apple.com
  • 2 edits in trunk/Source/WebKit2

<rdar://problem/13681842> [Mac] Tweak WebProcess sandbox profile to use
system-graphics function when available.

Reviewed by Sam Weinig.

  • WebProcess/com.apple.WebProcess.sb.in:
12:52 PM Changeset in webkit [148903] by zandobersek@gmail.com
  • 13 edits in trunk

[GTK] Set up libPlatform.la
https://bugs.webkit.org/show_bug.cgi?id=114168

Reviewed by Martin Robinson.

.:

  • GNUmakefile.am: Define the platform_cppflags and platform_sources variables.

Source/Platform:

  • GNUmakefile.am: Set up the libPlatform.la static library to build the source files listed in platform_sources.

As with the libPlatformGtk.la library, only the Source/WebCore/platform and its subdirectories are allowed to be
searched for headers to include, providing a convenient way to detect any platform violations. These directories
are listed in the platform_webcore_cppflags variable.

Source/WebCore:

No new tests - no new functionality.

  • GNUmakefile.am: Also add the LevelDB-specific cppflags to the platform_cppflags if required as the LevelDB

code is now built into the new libPlatform.la library.

  • GNUmakefile.list.am: Build a small set of non-GTK-specific platform source files that are already free of

platform violations into the new libPlatform.la library.

Source/WebKit/gtk:

  • GNUmakefile.am: Add the new libPlatform.la library to the libwebkitgtk library.

Source/WebKit2:

  • GNUmakefile.am: Add the new libPlatform.la library to the libwebkitgtk library. Link the WebKitPluginProcess

executable against libPlatform.la as well.

Tools:

  • GNUmakefile.am: Link the DumpRenderTree executable against both libPlatform.la and libPlatformGtk.la libraries.
12:47 PM Changeset in webkit [148902] by weinig@apple.com
  • 6 edits
    7 adds in trunk/Source/WebKit2

Hard code plug-in sandbox profile lookup directories and move
the profiles to WebKit2.

Reviewed by Anders Carlsson.

  • PluginProcess/EntryPoint/mac/LegacyProcess/PluginProcessMain.mm:

(WebKit::PluginProcessMainDelegate::getExtraInitializationData):

  • PluginProcess/EntryPoint/mac/XPCService/PluginServiceEntryPoint.mm:

(WebKit::PluginServiceInitializerDelegate::getExtraInitializationData):

  • UIProcess/Plugins/mac/PluginProcessProxyMac.mm:

(WebKit::PluginProcessProxy::platformGetLaunchOptions):
Stop passing the sandbox-profile-directory-path to the plug-in process.

  • PluginProcess/mac/PluginProcessMac.mm:

(WebKit::loadSandboxProfileForDirectory):
(WebKit::loadSandboxProfile):
(WebKit::PluginProcess::initializeSandbox):
Hard code the plug-in sandbox profile lookup to only look in the WebKit2 bundle
and /System/Library/Sandbox/Profiles/.

  • Resources/PlugInSandboxProfiles: Added.

Add profiles.

  • WebKit2.xcodeproj/project.pbxproj:

Copy the profiles to the bundle.

12:37 PM Changeset in webkit [148901] by jer.noble@apple.com
  • 4 edits in trunk/Source/WebKit2

Refactor creation of the full screen window into an (overridable) method.
https://bugs.webkit.org/show_bug.cgi?id=110369

Reviewed by Eric Carlson.

Add a new WKView method -(NSWindow)createFullScreenWindow which can be overridden
by subclasses to provide custom full screen windows to the WKFullScreenWindowController.

  • UIProcess/API/mac/WKView.mm:

(-[WKView fullScreenWindowController]):
(-[WKView createFullScreenWindow]):

  • UIProcess/API/mac/WKViewPrivate.h:
  • UIProcess/mac/WKFullScreenWindowController.mm:

(-[WKFullScreenWindowController initWithWindow:]):

12:13 PM Changeset in webkit [148900] by ddkilzer@apple.com
  • 2 edits in trunk/Source/WTF

StringImpl.h should compile with -Wshorten-64-to-32
<http://webkit.org/b/114970>

Reviewed by Darin Adler.

Fixes the following warnings with -Wshorten-64-to-32:

StringImpl.h:317:25: error: implicit conversion loses integer precision: 'uintptr_t' (aka 'unsigned long') to 'unsigned int' [-Werror,-Wshorten-64-to-32]

unsigned hash = reinterpret_cast<uintptr_t>(this);


  • wtf/text/StringImpl.h:

(WTF::StringImpl::StringImpl): Add static_cast<uint32_t>() to
formalize taking the lower 32-bits of the pointer value on
64-bit architectures.

11:40 AM Changeset in webkit [148899] by mark.lam@apple.com
  • 3 edits in trunk/Source/JavaScriptCore

Fix broken 32-bit build to green the bots.
https://bugs.webkit.org/show_bug.cgi?id=114968.

Unreviewed.

Basically, I moved a JIT::emit_op_loop_hint() and JIT::emitSlow_op_loop_hint()
into common code where they belong, instead of the 64-bit specific section.

Also fixed some SH4 assertions failures which were also caused by
https://bugs.webkit.org/show_bug.cgi?id=114963. Thanks to Julien Brianceau
for pointing this out.

  • assembler/MacroAssemblerSH4.h:

(JSC::MacroAssemblerSH4::branchAdd32):

  • jit/JITOpcodes.cpp:

(JSC):
(JSC::JIT::emit_op_loop_hint):
(JSC::JIT::emitSlow_op_loop_hint):

11:23 AM Changeset in webkit [148898] by aestes@apple.com
  • 5 edits in trunk

Range.getClientRects() should not include rects for partially selected elements
https://bugs.webkit.org/show_bug.cgi?id=76839

Reviewed by Sam Weinig.

Source/WebCore:

CSSOM says that Range.getClientRects() should include the border boxes
of each element selected by the range. However, we were also
incorrectly including border boxes for partially selected elements.
For instance, consider the following selection:

<div>line one<br>line two</div>
-------------

The <div> is two lines tall, but only the first line is selected.
Despite this, we'd include the <div>'s border box since its start tag
was included in the selection.

Fix this by excluding partially selected elements. This is accomplished
by skipping over elements that come after the start boundary point of
the range but are ancestors of the end boundary point.

Added test cases to LayoutTests/fast/dom/Range/getClientRects.html.

  • dom/Range.cpp:

(WebCore::Range::getBorderAndTextQuads):

LayoutTests:

  • fast/dom/Range/getClientRects-expected.txt: Updated expected result.
  • fast/dom/Range/getClientRects.html: Added new test cases.
11:21 AM Changeset in webkit [148897] by oliver@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

2013-04-22 Oliver Hunt <oliver@apple.com>

Perform null check before trying to use the result of readline()

RS=Gavin

  • jsc.cpp: (runInteractive):
11:19 AM Changeset in webkit [148896] by oliver@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

2013-04-22 Oliver Hunt <oliver@apple.com>

Fix assertions to account for new Vector layout

RS=Gavin

  • llint/LLIntData.cpp: (JSC::LLInt::Data::performAssertions):
11:11 AM Changeset in webkit [148895] by eric.carlson@apple.com
  • 3 edits in trunk/LayoutTests

Unreviewed Mac gardening. Update a test and results now that forced text
tracks are supported.

  • media/track/track-in-band-expected.txt:
  • media/track/track-in-band.html:
10:56 AM Changeset in webkit [148894] by commit-queue@webkit.org
  • 3 edits
    2 adds in trunk

Crash on OS X when shift clicking outside of input
https://bugs.webkit.org/show_bug.cgi?id=104058

Patch by Yi Shen <max.hong.shen@gmail.com> on 2013-04-22
Reviewed by Chang Shu.

Source/WebCore:

Shift clicking outside of a focused div while removing the focused div from
the dom tree at the same time may hit a null visible position, which should
not be used to calculate the text distance with the new selection's start and
end position. Otherwise, the browser may crash.

Test: editing/selection/crash-on-shift-click.html

  • page/EventHandler.cpp:

(WebCore::EventHandler::handleMousePressEventSingleClick):

LayoutTests:

Add test for shift click crash issue.

  • editing/selection/crash-on-shift-click-expected.txt: Added.
  • editing/selection/crash-on-shift-click.html: Added.
10:37 AM Changeset in webkit [148893] by mark.lam@apple.com
  • 12 edits in trunk/Source/JavaScriptCore

Change baseline JIT watchdog timer check to use the proper fast slow path
infrastructure.
https://bugs.webkit.org/show_bug.cgi?id=114963.

Reviewed by Oliver Hunt.

SH4 parts contributed by Julien Brianceau.

  • assembler/ARMAssembler.h:
  • assembler/MacroAssemblerARM.h:
  • assembler/MacroAssemblerARMv7.h:
  • assembler/MacroAssemblerMIPS.h:

(JSC::MacroAssemblerMIPS::branchAdd32):

  • assembler/MacroAssemblerSH4.h:

(JSC::MacroAssemblerSH4::branchAdd32):

  • assembler/MacroAssemblerX86Common.h:
  • assembler/SH4Assembler.h:
  • jit/JIT.cpp:

(JSC::JIT::emitEnterOptimizationCheck):
(JSC::JIT::privateCompileSlowCases):

  • jit/JIT.h:

(JSC::JIT::emitEnterOptimizationCheck):

  • jit/JITOpcodes.cpp:

(JSC::JIT::emit_op_loop_hint):
(JSC::JIT::emitSlow_op_loop_hint):
(JSC::JIT::emit_op_enter):

  • jit/JITOpcodes32_64.cpp:

(JSC::JIT::emit_op_enter):

10:02 AM Changeset in webkit [148892] by Carlos Garcia Campos
  • 2 edits in trunk/Source/WebCore

Scrollbar should not depend on EventHandler, Frame and FrameView
https://bugs.webkit.org/show_bug.cgi?id=114941

Reviewed by Darin Adler.

It's a layering violation that Scrollbar uses EventHandler, Frame
and FrameView. Frame is used to get the EventHandler that is used
to set mousePressed to false after a Scrollbar::mouseUp(). This is
not really needed, since EventHandler already sets m_mousePressed
to false when calling Scrollbar::mouseUp(). The PopupMenu windows
implementation also calls Scrollbar::mouseUp(), but that scrollbar
is not inside a FrameView.

  • platform/Scrollbar.cpp:

(WebCore::Scrollbar::isScrollViewScrollbar):
isScrollViewScrollbar() is a method of ScrollView so we don't need
to cast to FrameView.
(WebCore::Scrollbar::mouseUp): Remove EventHandler ussage.

10:00 AM Changeset in webkit [148891] by akling@apple.com
  • 7 edits in trunk/Source

Shrink baseline size of WTF::Vector on 64-bit by switching to unsigned capacity and size.
<http://webkit.org/b/97268>
<rdar://problem/12376519>

Reviewed by Sam Weinig.

Source/JavaScriptCore:

Update LLInt WTF::Vector offset constants to match the new memory layout.

  • llint/LowLevelInterpreter.asm:

Source/WebCore:

  • CMakeLists.txt: Add a workaround for GCC 4.6.x in Release mode so it

does not crash.

Source/WTF:

Shrink Vector by 8 bytes on 64-bit by using 32-bit capacity and size.
Vector now inherits from VectorBuffer instead of having a VectorBuffer member;
this is necessary for m_size to fall into the padding after the base class members.

The WTF::Vector API still uses size_t.

Based on Blink r148313 by <cevans@chromium.org>.

  • wtf/SizeLimits.cpp:
  • wtf/Vector.h:

(WTF::VectorBufferBase::allocateBuffer):
(WTF::VectorBufferBase::tryAllocateBuffer):
(VectorBufferBase):
(WTF::VectorBuffer::shouldReallocateBuffer):
(Vector):
(WTF::Vector::Vector):
(WTF::Vector::capacity):
(WTF::Vector::at):
(WTF::Vector::data):
(WTF::Vector::swap):
(WTF::::Vector):
(WTF::::reserveCapacity):
(WTF::::tryReserveCapacity):
(WTF::::reserveInitialCapacity):
(WTF::::shrinkCapacity):
(WTF::::releaseBuffer):

9:43 AM Changeset in webkit [148890] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[BlackBerry] URL decode data: URLs before passing to the platform media player.
https://bugs.webkit.org/show_bug.cgi?id=114887

Patch by John Griggs <jgriggs@blackberry.com> on 2013-04-22
Reviewed by Rob Buis.

Pass data URL through URL decoding before passing to platform media player. PR 313635.

Reviewed internally by Liam Quinn

  • platform/graphics/blackberry/MediaPlayerPrivateBlackBerry.cpp:

(WebCore::MediaPlayerPrivate::load):

9:40 AM Changeset in webkit [148889] by jberlin@webkit.org
  • 1 edit
    1 copy
    1 move
    2 adds in trunk/LayoutTests

Fix an incorrect rebaseline done in r148830.

Instead of updating the cross platform wk2 results, r148830 should have added efl wk2
specific results. Move the previous mac wk2 specific results into the mac wk2 platform
directory.

  • platform/efl-wk2/loader/go-back-cached-main-resource-expected.txt: Renamed from LayoutTests/platform/wk2/loader/go-back-cached-main-resource-expected.txt.
  • platform/mac-wk2/loader/go-back-cached-main-resource-expected.txt: Downloaded from the mac-wk2 bots.
9:32 AM Changeset in webkit [148888] by fpizlo@apple.com
  • 2 edits in trunk/Source/WTF

Memory barrier support should also ensure that we always do a compiler fence
https://bugs.webkit.org/show_bug.cgi?id=114934

Reviewed by Michael Saboff.

This is a cherry-pick merge of the WTF part of r148836 from the dfgFourthTier
branch. It fixes a memory ordering bug that is likely asymptomatic, but
nonetheless real: TCSpinLock expects that using a memoryBarrierBeforeUnlock()
prior to setting lockword_ to 0 will ensure that the assignment to lockword_
won't get floated above any of the stores in the critical section. While that
memory barrier does indeed do the right thing on ARM, it doesn't do the right
thing on other architectures: it turns into empty code that the compiler blows
away, which is fine for the hardware since X86 won't reorder that store - but
it's not fine for the compiler, which may still do its own reorderings.

The WTF part of r148836 fixes this by using a compiler fence: an empty asm
volatile block that is marked as clobbering memory.

Instead of doing a separate surgical fix in trunk, I decided to merge the
whole WTF change over, to make merging easier in the future.

Performance testing of this change in dfgFourthTier showed no regression.

  • wtf/Atomics.h:

(WTF::compilerFence):
(WTF::armV7_dmb):
(WTF::armV7_dmb_st):
(WTF::loadLoadFence):
(WTF::loadStoreFence):
(WTF::storeLoadFence):
(WTF::storeStoreFence):
(WTF::memoryBarrierAfterLock):
(WTF::memoryBarrierBeforeUnlock):
(WTF::x86_mfence):

9:03 AM Changeset in webkit [148887] by Carlos Garcia Campos
  • 5 edits in trunk/Source/WebKit2

[GTK] Add webkit_web_context_set_disk_cache_directory to WebKit2 GTK+ API
https://bugs.webkit.org/show_bug.cgi?id=111848

Reviewed by Anders Carlsson.

This allow applications to set a custom directory for the disk
cache.

  • UIProcess/API/gtk/WebKitWebContext.cpp:

(webkit_web_context_set_disk_cache_directory):

  • UIProcess/API/gtk/WebKitWebContext.h:
  • UIProcess/API/gtk/docs/webkit2gtk-sections.txt: Add new symbol.
  • UIProcess/API/gtk/tests/TestMain.cpp:

(removeNonEmptyDirectory):
(main): Use a different temporary disk cache directory for every
test.

8:57 AM Changeset in webkit [148886] by Carlos Garcia Campos
  • 6 edits in trunk/Source/WebKit2

[SOUP] Soup disk cache should respect the diskCacheDirectory from the process initial parameters
https://bugs.webkit.org/show_bug.cgi?id=111845

Reviewed by Anders Carlsson.

Move the cache initialization to platformInitializeWebProcess() to
create the cache using the directory received from the UI
process. This allows to add public API to set a different disk
cache directory from the UI process.

  • UIProcess/efl/WebContextEfl.cpp:

(WebKit::WebContext::platformDefaultDiskCacheDirectory): Return
default disk cache directory.

  • UIProcess/gtk/WebContextGtk.cpp:

(WebKit::WebContext::platformDefaultDiskCacheDirectory): Ditto.

  • WebProcess/efl/WebProcessMainEfl.cpp:

(WebKit::WebProcessMainEfl): Remove soup cache initialization.

  • WebProcess/gtk/WebProcessMainGtk.cpp:

(WebKit::WebProcessMainGtk): Ditto.

  • WebProcess/soup/WebProcessSoup.cpp:

(WebKit::WebProcess::platformInitializeWebProcess): Initialize
soup cache.

8:43 AM Changeset in webkit [148885] by commit-queue@webkit.org
  • 3 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Update BatteryClientBlackBerry to use our port's new listener interface
https://bugs.webkit.org/show_bug.cgi?id=114892

Patch by Otto Derek Cheung <otcheung@rim.com> on 2013-04-22
Reviewed by Rob Buis.
PR 328147

Modify the client so we only have one listener for battery change events.
The dispatch of different event listeners are handled by BatteryController.

  • WebCoreSupport/BatteryClientBlackBerry.cpp:

(WebCore::BatteryClientBlackBerry::BatteryClientBlackBerry):
(WebCore::BatteryClientBlackBerry::startUpdating):
(WebCore::BatteryClientBlackBerry::stopUpdating):
(WebCore::BatteryClientBlackBerry::onStatusChange):

  • WebCoreSupport/BatteryClientBlackBerry.h:

(BatteryClientBlackBerry):

8:31 AM Changeset in webkit [148884] by ddkilzer@apple.com
  • 2 edits in trunk/Source/WTF

WTF::AtomicString::find() should take unsigned 'start' argument
<http://webkit.org/b/114958>

Reviewed by Darin Adler.

Fixes the following warnings with -Wshorten-64-to-32:

AtomicString.h:113:76: error: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'unsigned int' [-Werror,-Wshorten-64-to-32]

size_t find(UChar c, size_t start = 0) const { return m_string.find(c, start); }


AtomicString.h:115:35: error: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'unsigned int' [-Werror,-Wshorten-64-to-32]

{ return m_string.find(s, start, caseSentitive); }


AtomicString.h:117:35: error: implicit conversion loses integer precision: 'size_t' (aka 'unsigned long') to 'unsigned int' [-Werror,-Wshorten-64-to-32]

{ return m_string.find(s, start, caseSentitive); }


  • wtf/text/AtomicString.h:

(WTF::AtomicString::find): Change type of 'start' argument from
size_t to unsigned.

8:20 AM Changeset in webkit [148883] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

[WK2] Fix build warning when GESTURE_EVENTS is ON.
https://bugs.webkit.org/show_bug.cgi?id=114812

Patch by Krzysztof Wolanski <k.wolanski@samsung.com> on 2013-04-22
Reviewed by Andreas Kling.

Handle GestureSingleTap in the event type switch.

  • WebProcess/Plugins/Netscape/x11/NetscapePluginX11.cpp:

(WebKit::NetscapePlugin::platformHandleMouseEvent):

8:02 AM Changeset in webkit [148882] by commit-queue@webkit.org
  • 3 edits in trunk/LayoutTests

Update layout test verifying Tab behaves correctly after linking to fragment ID
https://bugs.webkit.org/show_bug.cgi?id=114645

Patch by Mario Sanchez Prada <mario.prada@samsung.com> on 2013-04-22
Reviewed by Chris Fleizach.

  • fast/dom/fragment-activation-focuses-target.html: Updated test.
  • fast/dom/fragment-activation-focuses-target-expected.txt: Updated expectations.
7:26 AM Changeset in webkit [148881] by commit-queue@webkit.org
  • 16 edits in trunk

fix build warning(unused parameter)
https://bugs.webkit.org/show_bug.cgi?id=114855

Patch by Xuefei Ren <xren@blackberry.com> on 2013-04-22
Reviewed by Rob Buis.

Source/WebCore:

remove warning(unused parameter) in
Source/WebCore/platform/graphics/blackberry

  • platform/graphics/blackberry/CanvasLayerWebKitThread.cpp:

(WebCore::CanvasLayerCompositingThreadClient::drawTextures):
(WebCore::CanvasLayerCompositingThreadClient::deleteTextures):
(WebCore::CanvasLayerCompositingThreadClient::commitPendingTextureUploads):

  • platform/graphics/blackberry/FontBlackBerry.cpp:

(WebCore::Font::offsetForPositionForComplexText):

  • platform/graphics/blackberry/FontCacheBlackBerry.cpp:

(WebCore::FontCache::getSimilarFontPlatformData):
(WebCore::FontCache::getTraitsInFamily):

  • platform/graphics/blackberry/GlyphPageTreeNodeBlackBerry.cpp:

(WebCore::GlyphPage::fill):

  • platform/graphics/blackberry/GraphicsContext3DBlackBerry.cpp:

(WebCore::GraphicsContext3D::ImageExtractor::extractImage):

  • platform/graphics/blackberry/GraphicsContextBlackBerry.cpp:

(WebCore::GraphicsContext::drawConvexPolygon):
(WebCore::GraphicsContext::fillRect):
(WebCore::GraphicsContext::fillRoundedRect):
(WebCore::GraphicsContext::roundToDevicePixels):
(WebCore::GraphicsContext::setPlatformShadow):
(WebCore::GraphicsContext::clipConvexPolygon):
(WebCore::GraphicsContext::setURLForRect):
(WebCore::GraphicsContext::setPlatformStrokeColor):
(WebCore::GraphicsContext::setPlatformFillColor):
(WebCore::GraphicsContext::setPlatformCompositeOperation):

  • platform/graphics/blackberry/ImageBlackBerry.cpp:

(WebCore::BitmapImage::draw):
(WebCore::Image::drawPattern):

  • platform/graphics/blackberry/ImageBufferBlackBerry.cpp:

(WebCore::flushAndDraw):
(WebCore::ImageBuffer::ImageBuffer):
(WebCore::ImageBuffer::copyImage):
(WebCore::ImageBuffer::draw):
(WebCore::ImageBuffer::platformTransformColorSpace):

  • platform/graphics/blackberry/LayerTiler.cpp:

(WebCore::LayerTiler::drawTile):

  • platform/graphics/blackberry/PathBlackBerry.cpp:

(WebCore::GraphicsContext::drawFocusRing):
(WebCore::GraphicsContext::clipPath):

  • platform/graphics/blackberry/PatternBlackBerry.cpp:

(WebCore::Pattern::platformPattern):

Source/WebKit/blackberry:

remove warning(unused parameter) in
Source/WebKit/blackberry/WebKitSupport/InputHandler.cpp

  • WebKitSupport/InputHandler.cpp:

(BlackBerry::WebKit::InputHandler::extractedTextRequest):

Tools:

remove warning(unused parameter) in
Tools/DumpRenderTree/blackberry/EventSender.cpp

  • DumpRenderTree/blackberry/EventSender.cpp:

(getDragModeCallback):

7:24 AM Changeset in webkit [148880] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] ASSERT in FrameLoaderClient::convertMainResourceLoadToDownload
https://bugs.webkit.org/show_bug.cgi?id=114741

Patch by Xan Lopez <xlopez@igalia.com> on 2013-04-22
Reviewed by George Staikos.

Consider the case where a ResourceHandle won't have a FilterStream
object associated (for example, Blob objects) instead of ASSERTing
pointlessly when asking our network layer for such an object.

This partially fixes fast/dom/HTMLAnchorElement/anchor-nodownload-set.html

  • WebCoreSupport/FrameLoaderClientBlackBerry.cpp:

(WebCore::FrameLoaderClientBlackBerry::convertMainResourceLoadToDownload):

7:19 AM Changeset in webkit [148879] by mifenton@rim.com
  • 5 edits
    2 adds in trunk

[BlackBerry] Add additional datalist support.
https://bugs.webkit.org/show_bug.cgi?id=114883

Reviewed by Rob Buis.

PR 210083.

Source/WebCore:

Extend support for datalist to include all non-popup input types.

Re-enabling fast/forms/datalist/input-list

Internally Reviewed by Otto Cheung.

  • platform/blackberry/RenderThemeBlackBerry.cpp:

(WebCore::RenderThemeBlackBerry::supportsDataListUI):

Source/WebKit/blackberry:

Properly set state when opening a Date/Time popup and simplify
the logic for showing datalist options.

Internally Reviewed by Otto Cheung.

  • WebKitSupport/InputHandler.cpp:

(BlackBerry::WebKit::InputHandler::openDatePopup):
(BlackBerry::WebKit::InputHandler::showTextInputTypeSuggestionBox):

LayoutTests:

Fix results for fast/forms/datalist/input-list.

Internally Reviewed by Otto Cheung.

  • platform/blackberry/fast/forms/datalist/input-list-expected.txt: Added.
5:39 AM Changeset in webkit [148878] by abucur@adobe.com
  • 1 edit
    56 adds in trunk/LayoutTests

[CSS Regions] Add tests for lists and counters
https://bugs.webkit.org/show_bug.cgi?id=103975

Reviewed by Andreas Kling.

Lists and counters work correctly with regions since r148026 (http://trac.webkit.org/changeset/148026).
This patch adds W3C formatted ref tests to our battery.

  • fast/regions/counters/extract-list-items-001-expected.html: Added.
  • fast/regions/counters/extract-list-items-001.html: Added.
  • fast/regions/counters/extract-list-items-002-expected.html: Added.
  • fast/regions/counters/extract-list-items-002.html: Added.
  • fast/regions/counters/extract-list-items-003-expected.html: Added.
  • fast/regions/counters/extract-list-items-003.html: Added.
  • fast/regions/counters/extract-list-items-004-expected.html: Added.
  • fast/regions/counters/extract-list-items-004.html: Added.
  • fast/regions/counters/extract-list-items-005-expected.html: Added.
  • fast/regions/counters/extract-list-items-005.html: Added.
  • fast/regions/counters/extract-list-items-006-expected.html: Added.
  • fast/regions/counters/extract-list-items-006.html: Added.
  • fast/regions/counters/extract-list-items-007-expected.html: Added.
  • fast/regions/counters/extract-list-items-007.html: Added.
  • fast/regions/counters/extract-list-items-008-expected.html: Added.
  • fast/regions/counters/extract-list-items-008.html: Added.
  • fast/regions/counters/extract-list-items-009-expected.html: Added.
  • fast/regions/counters/extract-list-items-009.html: Added.
  • fast/regions/counters/extract-list-items-010-expected.html: Added.
  • fast/regions/counters/extract-list-items-010.html: Added.
  • fast/regions/counters/extract-list-items-011-expected.html: Added.
  • fast/regions/counters/extract-list-items-011.html: Added.
  • fast/regions/counters/extract-list-items-012-expected.html: Added.
  • fast/regions/counters/extract-list-items-012.html: Added.
  • fast/regions/counters/extract-list-items-013-expected.html: Added.
  • fast/regions/counters/extract-list-items-013.html: Added.
  • fast/regions/counters/extract-list-items-014-expected.html: Added.
  • fast/regions/counters/extract-list-items-014.html: Added.
  • fast/regions/counters/extract-list-items-015-expected.html: Added.
  • fast/regions/counters/extract-list-items-015.html: Added.
  • fast/regions/counters/extract-numbered-paragraphs-divs-001-expected.html: Added.
  • fast/regions/counters/extract-numbered-paragraphs-divs-001.html: Added.
  • fast/regions/counters/extract-numbered-paragraphs-divs-002-expected.html: Added.
  • fast/regions/counters/extract-numbered-paragraphs-divs-002.html: Added.
  • fast/regions/counters/extract-numbered-paragraphs-expected.html: Added.
  • fast/regions/counters/extract-numbered-paragraphs.html: Added.
  • fast/regions/counters/extract-numbered-spans-display-only-some-expected.html: Added.
  • fast/regions/counters/extract-numbered-spans-display-only-some.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-001-expected.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-001.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-002-expected.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-002.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-003-expected.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-003.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-001-expected.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-001.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-002-expected.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-002.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-003-expected.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-003.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-004-expected.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-004.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-005-expected.html: Added.
  • fast/regions/counters/extract-ordered-lists-in-regions-explicit-counters-005.html: Added.
  • fast/regions/counters/extract-unordered-lists-in-regions-expected.html: Added.
  • fast/regions/counters/extract-unordered-lists-in-regions.html: Added.
4:51 AM Changeset in webkit [148877] by gyuyoung.kim@samsung.com
  • 2 edits in trunk/LayoutTests

Unreviewed, gardening. css3-device-adaptation doesn't work for WK1 EFL properly.

  • platform/efl-wk1/TestExpectations: Added tests related to css3-device-adaptation.
4:42 AM Changeset in webkit [148876] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark IndexedDB test as crashing in Release mode and fix duplicate line in
TestExpectations.

  • platform/efl/TestExpectations:
3:56 AM Changeset in webkit [148875] by gyuyoung.kim@samsung.com
  • 2 edits in trunk/LayoutTests

Unreviewed, EFL WK1 gardening. Skip pasteboard tests because EFL WK1 doesn't support it yet.

  • platform/efl-wk1/TestExpectations:
3:51 AM Changeset in webkit [148874] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Skip several compositing test cases on EFL WK2 due to regression in
r148748.

  • platform/efl-wk2/TestExpectations:
3:41 AM Changeset in webkit [148873] by Christophe Dumez
  • 3 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Add several regressions to TestExpectations to make the tree green.

  • platform/efl-wk2/TestExpectations:
  • platform/efl/TestExpectations:
3:32 AM Changeset in webkit [148872] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Fix expected result for several test cases.

  • platform/efl/TestExpectations:
3:07 AM Changeset in webkit [148871] by zandobersek@gmail.com
  • 2 edits in trunk/LayoutTests

Unreviewed GTK gardening.

  • platform/gtk/TestExpectations: Unskipping the fast/sub-pixel layout tests.

Removing failure expectations for tests that are passing after the subpixel layout was enabled.

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

[BlackBerry] Add dummy implementations of DragData::droppedFileSystemId()
https://bugs.webkit.org/show_bug.cgi?id=114861

Patch by Alberto Garcia <agarcia@igalia.com> on 2013-04-22
Reviewed by Carlos Garcia Campos.

  • platform/blackberry/DragDataBlackBerry.cpp:

(WebCore):
(WebCore::DragData::droppedFileSystemId):

2:20 AM Changeset in webkit [148869] by kadam@inf.u-szeged.hu
  • 4 edits in trunk/LayoutTests

[Qt] Unreviewed gardening.

  • platform/qt/TestExpectations: Skip a failing reftest after r148859.
  • platform/qt/fast/borders/rtl-border-04-expected.png: Update after r148791.
  • platform/qt/fast/borders/rtl-border-04-expected.txt: Update after r148791.
2:14 AM Changeset in webkit [148868] by zarvai@inf.u-szeged.hu
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening.

Unskip fast/exclusions tests after r148594.

  • platform/qt/TestExpectations:
2:11 AM Changeset in webkit [148867] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

[BlackBerry] Add dummy implementation of AccessibilityController::accessibleElementById()
https://bugs.webkit.org/show_bug.cgi?id=114939

Patch by Alberto Garcia <agarcia@igalia.com> on 2013-04-22
Reviewed by Carlos Garcia Campos.

This was added in r129308.

  • DumpRenderTree/blackberry/AccessibilityControllerBlackBerry.cpp:

(AccessibilityController::accessibleElementById):

2:07 AM Changeset in webkit [148866] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] accessibility/language-attribute.html is failing
https://bugs.webkit.org/show_bug.cgi?id=112030

Unreviewed, EFL gardening.

Unskipping accessibility/language-attribute.html after r148737.

Patch by Krzysztof Czech <k.czech@samsung.com> on 2013-04-22

  • platform/efl-wk2/TestExpectations:
2:05 AM Changeset in webkit [148865] by commit-queue@webkit.org
  • 15 edits
    6 adds in trunk

Source/WebCore: [CSS Regions] Elements in a region should be assignable to a named flow
https://bugs.webkit.org/show_bug.cgi?id=74144

Patch by Mihai Maerean <Mihai Maerean> on 2013-04-22
Reviewed by David Hyatt.

DOM children of a region must not be rendered as children of the region, but can be collected in flow threads.

NodeRenderingContext::parentRenderer now creates the parent render flow thread if it doesn't exist.

Element::moveToFlowThreadIsNeeded is a virtual method that is overriden in PseudoElement to return false and
in SVGElement so only svg root elements can directly be collected by a render flow thread.

RenderObject::canDOMChildrenHaveRenderParent exists to optimize the code so nodes inside regions (and maybe
other types of renderers in the future) can still have renderers if they need to be in a flow thread while the
rest of renderers that can't have children skip the new instructions.

Tests: fast/regions/flow-body-in-html.html . To test the duplicate bug #103685.

fast/regions/region-content-flown-into-region.html
fast/regions/universal-selector-children-to-the-same-region.html . To test the duplicate bug #103685.

  • dom/Element.cpp:

(WebCore::Element::moveToFlowThreadIsNeeded):

  • dom/Element.h:
  • dom/NodeRenderingContext.cpp:

(WebCore::NodeRenderingContext::parentRenderer): the renderer that will be the parent for this node's renderer.
In the case of RenderFlowThreads, it may need to create it.
(WebCore::NodeRenderingContext::shouldCreateRenderer): In a region, only the children that need to be in a flow
thread should have a renderer.
(WebCore::NodeRenderingContext::moveToFlowThreadIfNeeded):
(WebCore::NodeRenderingContext::moveToFlowThread):

  • dom/NodeRenderingContext.h:

(NodeRenderingContext):

  • dom/PseudoElement.h: pseudo-elements cannot be directly collected into a named flow.
  • dom/Text.cpp:

(WebCore::Text::textRendererIsNeeded):
(WebCore::Text::updateTextRenderer): Because calling textRendererIsNeeded(NodeRenderingContext(...)) on a
non-const l-value NodeRenderingContext cannot be done on a temporary object on the stack.

  • dom/Text.h:
  • rendering/FlowThreadController.cpp:

(WebCore::FlowThreadController::isContentNodeRegisteredWithAnyNamedFlow):

  • rendering/FlowThreadController.h:
  • rendering/RenderObject.h:

(WebCore::RenderObject::canDOMChildrenHaveRenderParent): Even if this render object can't have render children,
the children in the DOM tree may have a render parent (that is different from this render object).

  • rendering/RenderRegion.h:
  • svg/SVGElement.cpp:

(WebCore::SVGElement::moveToFlowThreadIsNeeded): Allow only svg root elements to be directly collected by a
render flow thread.

  • svg/SVGElement.h:

LayoutTests: [CSS Regions] Elements in a region should be assignable to a named flow
https://bugs.webkit.org/show_bug.cgi?id=74144

Reviewed by David Hyatt.

  • fast/regions/flow-body-in-html-expected.txt: Added.

Patch by Mihai Maerean <Mihai Maerean> on 2013-04-22

  • fast/regions/flow-body-in-html.html: Added. To test the duplicate bug #103685.
  • fast/regions/region-content-flown-into-region-expected.txt: Added.
  • fast/regions/region-content-flown-into-region.html: Added.
  • fast/regions/universal-selector-children-to-the-same-region-expected.txt: Added.
  • fast/regions/universal-selector-children-to-the-same-region.html: Added. To test the duplicate bug #103685.
1:59 AM Changeset in webkit [148864] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Gradient: add PlatformGradient definition for BlackBerry
https://bugs.webkit.org/show_bug.cgi?id=114727

Patch by Alberto Garcia <agarcia@igalia.com> on 2013-04-22
Reviewed by Carlos Garcia Campos.

  • platform/graphics/Gradient.h:

(Graphics):

1:58 AM FeatureFlags edited by rtakacs@inf.u-szeged.hu
(diff)
1:32 AM Changeset in webkit [148863] by abucur@adobe.com
  • 13 edits in trunk

Use DOM ordering for list counts
https://bugs.webkit.org/show_bug.cgi?id=110352

Reviewed by Elliott Sprehn.

Source/WebCore:

Currently the list items ordering is made by traversing the render tree. This gives bad results for:

  • list items flown inside regions because they are not rendered as descendants of their DOM list ancestors.
  • list items matched to insertion points inside a shadow tree. The insertion point may be a child of a

list so the numbering gets broken.

To implement correct DOM ordering I've taken into account the fact that pseudo-elements can have display: list-item
so they should be included when traversing the DOM tree. I've added helper methods on the NodeTraversal
namespace that should allow easily traversing the tree including the pseudo-elements (e.g. firstChildWithPseudo
for an element with pseudo-before will return the before PseudoElement). Using these helper methods I've implemented
pre-order traversal methods aware of the pseudo-elements.
An effect of this change is how the list items inside shadow tree update their counting. With the patch, if there's
no <ol> or <ul> element on the ancestor chain of a <li> element to the shadow root, the list node will be considered the
first parent of the <li> or the shadow root if there is no ancestor.
The RenderListItem class now makes use of this new method of traversal, replacing the one based on the render tree.
To simplify the CSS counters implementation, I've changed the traversal functions inside RenderCounter to also make use
of this method. The CSS counters and the list items now have the same traversal algorithm.

In later patches I'll add tests that should cover the regions and shadow DOM use cases.
Tests bug for shadow DOM: https://bugs.webkit.org/show_bug.cgi?id=113193
Tests bug for regions: https://bugs.webkit.org/show_bug.cgi?id=103975

Tests: no new tests is this patch; added the correct expectations for fast/lists/positioned-count-crash.html
and fast/dom/shadow/shadow-and-list-elements.html

  • dom/Node.cpp:

(WebCore::Node::pseudoAwarePreviousSibling):
(WebCore):
(WebCore::Node::pseudoAwareNextSibling):
(WebCore::Node::pseudoAwareFirstChild):
(WebCore::Node::pseudoAwareLastChild):

  • dom/Node.h:

(Node):

  • dom/NodeTraversal.cpp:

(WebCore):
(WebCore::NodeTraversal::previousIncludingPseudo):
(NodeTraversal):
(WebCore::NodeTraversal::nextIncludingPseudo):
(WebCore::NodeTraversal::nextIncludingPseudoSkippingChildren):

  • dom/NodeTraversal.h:

(ElementTraversal):
(NodeTraversal):
(WebCore::ElementTraversal::previousIncludingPseudo):
(WebCore::ElementTraversal::nextIncludingPseudo):
(WebCore::ElementTraversal::nextIncludingPseudoSkippingChildren):
(WebCore::ElementTraversal::pseudoAwarePreviousSibling):

  • html/HTMLLIElement.cpp:

(WebCore::HTMLLIElement::attach):

  • html/HTMLOListElement.cpp:

(WebCore::HTMLOListElement::updateItemValues):
(WebCore::HTMLOListElement::recalculateItemCount):

  • rendering/RenderCounter.cpp:

(WebCore::previousInPreOrder):
(WebCore::previousSiblingOrParent):
(WebCore::parentElement):
(WebCore::nextInPreOrder):

  • rendering/RenderListItem.cpp:

(WebCore):
(WebCore::enclosingList):
(WebCore::RenderListItem::nextListItem):
(WebCore::previousListItem):
(WebCore::RenderListItem::calcValue):
(WebCore::RenderListItem::explicitValueChanged):
(WebCore::previousOrNextItem):
(WebCore::RenderListItem::updateListMarkerNumbers):

  • rendering/RenderListItem.h:

(RenderListItem):

LayoutTests:

The fast/dom/shadow/shadow-and-list-elements-expected.html has changed because the list items
inside the shadow tree no longer see the root <ol> element.
The test fast/lists/positioned-count-crash.html has the correct rendering after changing
the list counting to be in DOM order.

  • fast/dom/shadow/shadow-and-list-elements-expected.html:
  • fast/lists/positioned-count-crash-expected.txt:
12:57 AM Changeset in webkit [148862] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Fix multiple definition of ImageBuffer::platformLayer() in the BlackBerry port
https://bugs.webkit.org/show_bug.cgi?id=114936

Patch by Alberto Garcia <agarcia@igalia.com> on 2013-04-22
Reviewed by Carlos Garcia Campos.

We already have a definition in ImageBufferBlackBerry.cpp.

  • platform/graphics/ImageBuffer.cpp:

(WebCore):

12:49 AM Changeset in webkit [148861] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[GTK] Cleanup TestExpectations to pass --lint-test-files
https://bugs.webkit.org/show_bug.cgi?id=114927

Unreviewed gardening.

Patch by Seokju Kwon <Seokju Kwon> on 2013-04-22

  • platform/gtk/TestExpectations:
12:29 AM WebKitGTK/2.0.x edited by Carlos Garcia Campos
(diff)
12:25 AM Changeset in webkit [148860] by Carlos Garcia Campos
  • 9 edits in trunk

[WebKit2] Plugins without a MIME Type fail to load
https://bugs.webkit.org/show_bug.cgi?id=112834

Reviewed by Benjamin Poulain.

Source/WebKit2:

The problem is that when the plugin is created and the MIME Type
is empty, since the MIME Type guessed in the UI process using the
plugin extension is not passed to the WebProcess, when the plugin
is instantiated, the value of NPMIMEType parameter passed to
NPP_New is NULL, and NPERR_INVALID_INSTANCE_ERROR is returned.
GetPluginPath message has been renamed to FindPlugin, since it
doesn't only return the path but also the new MIME Type and load
policy.

  • UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::findPlugin): Receive an output newMIMEType
parameter that is passed to PluginModuleInfo::findPlugin() so that
in case of guessing the MIME Type, the new one is passed back to
the WebProcess.

  • UIProcess/WebPageProxy.h:

(WebPageProxy):

  • UIProcess/WebPageProxy.messages.in:
  • WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:

(WebKit::WebFrameLoaderClient::createPlugin): Pass the MIME Type
from the parameters to WebPage::createPlugin.
(WebKit::WebFrameLoaderClient::recreatePlugin): Pass a newMIMEType
parameter to WebPage::createPlugin.

  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::createPlugin): Add newMIMEType out parameter and
pass it to the FindPlugin message.
(WebKit::WebPage::canPluginHandleResponse): Pass newMIMEType to
FindPlugin message.

  • WebProcess/WebPage/WebPage.h:

(WebPage):

LayoutTests:

  • platform/wk2/TestExpectations: Unskip

plugins/no-mime-with-valid-extension.html.

Apr 21, 2013:

11:54 PM Changeset in webkit [148859] by commit-queue@webkit.org
  • 3 edits
    2 adds in trunk

Division by zero in CSSGradientValue::addStops()
https://bugs.webkit.org/show_bug.cgi?id=114807

Patch by Carlos Garcia Campos <cgarcia@igalia.com> on 2013-04-21
Reviewed by Dean Jackson.

Source/WebCore:

The normalization of the color stop positions of a linear gradient
doesn't take into account that the first and last position can be
the same. In such case the positions are computed dividing by 0.
Clamp the positions to 1 without moving the end points in such
case to match what other browsers do. This ensures that positions
passed to the platform gradient are in the 0-1 range which fixes a
crash due to an assert in BlackBerry port running test
fast/forms/type-after-focus-rule-shrink-width.html.

Test: fast/gradients/css3-color-stop-invalid.html

  • css/CSSGradientValue.cpp:

(WebCore::CSSGradientValue::addStops):

LayoutTests:

  • fast/gradients/css3-color-stop-invalid-expected.html: Added.
  • fast/gradients/css3-color-stop-invalid.html: Added.
11:52 PM Changeset in webkit [148858] by Christophe Dumez
  • 2 edits in trunk/Tools

Unreviewed EFL build fix after r148855.

  • TestWebKitAPI/PlatformEfl.cmake:
11:21 PM Changeset in webkit [148857] by benjamin@webkit.org
  • 9 edits in trunk/Source

Improve StringImpl code density for older ARM hardware
https://bugs.webkit.org/show_bug.cgi?id=114898

Reviewed by Geoffrey Garen.

Source/WebKit:

  • WebKit.vcxproj/WebKitExportGenerator/WebKitExports.def.in:

Source/WebKit/win:

  • WebKit.vcproj/WebKitExports.def.in:

Source/WTF:

Reduce the number of instructions needed for StringImpl::deref
on older ARM hardware.

The extra indirection should have a negligible impact on x86_64.

  • wtf/text/StringImpl.cpp:

(WTF::StringImpl::destroy):

  • wtf/text/StringImpl.h:

(StringImpl):
(WTF::StringImpl::deref):

11:06 PM Changeset in webkit [148856] by rniwa@webkit.org
  • 2 edits in trunk/LayoutTests

Unreviewed, rolling out r148851.
http://trac.webkit.org/changeset/148851
https://bugs.webkit.org/show_bug.cgi?id=114935

EFL Buildbot reports fail after gardening on r148851
(Requested by gyuyoung on #webkit).

  • platform/efl/TestExpectations:
11:00 PM Changeset in webkit [148855] by Christophe Dumez
  • 2 edits in trunk/Tools

[EFL][WK2] Mark WKViewClientWebProcessCallbacks API test as failing
https://bugs.webkit.org/show_bug.cgi?id=114922

Reviewed by Gyuyoung Kim.

Mark WKViewClientWebProcessCallbacks API test as failing on WK2 EFL.

  • TestWebKitAPI/PlatformEfl.cmake:
10:54 PM Changeset in webkit [148854] by benjamin@webkit.org
  • 3 edits in trunk/Source/WebCore

Fix some minor bad use of strings in WebCore
https://bugs.webkit.org/show_bug.cgi?id=114907

Reviewed by Darin Adler.

  • editing/Editor.cpp:

(WebCore::Editor::selectedText): This was implicitly getting the emptyString()
for the argument "".

  • editing/markup.cpp:

(WebCore::StyledMarkupAccumulator::takeResults): ditto.

10:32 PM Changeset in webkit [148853] by fpizlo@apple.com
  • 2 edits in branches/dfgFourthTier/Tools

fourthTier: tandem WebKit and LLVM builds should ./configure LLVM if needed
https://bugs.webkit.org/show_bug.cgi?id=114933

Reviewed by Andy Estes.

This makes it easy to get set up for tandem LLVM builds.

  • Scripts/copy-webkitlibraries-to-product-directory:
9:39 PM Changeset in webkit [148852] by krit@webkit.org
  • 26 edits
    2 copies in trunk

[Part 4] Parse the custom() function in -webkit-filter: parse the matN() functions
https://bugs.webkit.org/show_bug.cgi?id=71444

Reviewed by Dean Jackson.

Source/WebCore:

Custom filter parameters should support mat2 to mat4 value functions. Added parsing
and style resolving bits to support the matrix function values. A later patch will
add the matrices to the shader program.

https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html#custom-filter-parameters

Modified existing tests to cover changes.

  • GNUmakefile.list.am: Added WebKitCSSMatFunctionValue to individual build systems.
  • Target.pri:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.vcxproj/WebCore.vcxproj:
  • WebCore.vcxproj/WebCore.vcxproj.filters:
  • WebCore.xcodeproj/project.pbxproj:
  • css/CSSComputedStyleDeclaration.cpp:

(WebCore::valueForCustomFilterMatParameter):
(WebCore):
(WebCore::valueForCustomFilterParameter):

  • css/CSSParser.cpp:

(WebCore::CSSParser::parseTransform):
(WebCore::CSSParser::parseMatValue):
(WebCore):
(WebCore::CSSParser::parseCustomFilterParameters):

  • css/CSSParser.h:

(WebCore):

  • css/CSSValue.cpp:

(WebCore::CSSValue::reportMemoryUsage):
(WebCore::CSSValue::equals):
(WebCore::CSSValue::cssText):
(WebCore::CSSValue::destroy):
(WebCore::CSSValue::cloneForCSSOM):

  • css/CSSValue.h:

(WebCore::CSSValue::isWebKitCSSMatFunctionValue):

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::parseCustomFilterArrayParameter):
(WebCore::StyleResolver::parseCustomFilterParameter):

  • css/StyleResolver.h:

(StyleResolver):

  • css/WebKitCSSMatFunctionValue.cpp:

(WebCore::WebKitCSSMatFunctionValue::WebKitCSSMatFunctionValue):
(WebCore::WebKitCSSMatFunctionValue::customCssText):
(WebCore::WebKitCSSMatFunctionValue::cloneForCSSOM):
(WebCore::WebKitCSSMatFunctionValue::equals):
(WebCore::WebKitCSSMatFunctionValue::reportDescendantMemoryUsage):

  • css/WebKitCSSMatFunctionValue.h:

(WebKitCSSMatFunctionValue):
(WebCore::WebKitCSSMatFunctionValue::create):

  • platform/graphics/filters/CustomFilterArrayParameter.h:

(WebCore::CustomFilterArrayParameter::create):
(WebCore::CustomFilterArrayParameter::CustomFilterArrayParameter):

  • platform/graphics/filters/CustomFilterParameter.h:

(CustomFilterParameter):

  • platform/graphics/filters/CustomFilterRenderer.cpp:

(WebCore::CustomFilterRenderer::bindProgramParameters):

LayoutTests:

Added tests for mat2 to mat4 parameter functions on custom fiter function and
parameter descriptor.

  • css3/filters/custom-with-at-rule-syntax/parsing-custom-function-invalid-expected.txt:
  • css3/filters/custom-with-at-rule-syntax/parsing-custom-function-valid-expected.txt:
  • css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-invalid-expected.txt:
  • css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-valid-expected.txt:
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-custom-function-invalid.js:
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-custom-function-valid.js:
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-parameters-property-invalid.js:
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-parameters-property-valid.js:
7:16 PM Changeset in webkit [148851] by gyuyoung.kim@samsung.com
  • 2 edits in trunk/LayoutTests

Unreviewed, EFL gardening. Remove test cases which are expected failed, but passed now.

  • platform/efl/TestExpectations:
4:59 PM Changeset in webkit [148850] by fpizlo@apple.com
  • 4 edits
    1 add in branches/dfgFourthTier

fourthTier: WebKit's build system should relink JavaScriptCore if LLVM's libraries changed but its headers didn't
https://bugs.webkit.org/show_bug.cgi?id=114926

Source/JavaScriptCore:

Reviewed by Geoffrey Garen.

Use a phony file that includes a phony header to force JavaScriptCore to be relinked
if necessary. The external LLVM-importing scripts will touch the header if the libraries
are known to have changed.

  • JavaScriptCore.xcodeproj/project.pbxproj:
  • ftl/WebKitLLVMLibraryAnchor.cpp: Added.

Tools:

Reviewed by Geoffrey Garen.

If the LLVM libraries change, then touch a phony header, which will force relink
of JavaScriptCore.

  • Scripts/copy-webkitlibraries-to-product-directory:

(unpackIfNecessary):

4:26 PM Changeset in webkit [148849] by oliver@apple.com
  • 32 edits in trunk

JS Lexer and Parser should be more informative when they encounter errors
https://bugs.webkit.org/show_bug.cgi?id=114924

Reviewed by Filip Pizlo.

Source/JavaScriptCore:

Add new tokens to represent the various ways that parsing and lexing have failed.
This gives us the ability to produce better error messages in some cases,
and to indicate whether or not the failure was due to invalid source, or simply
early termination.

The jsc prompt now makes use of this so that you can write functions that
are more than one line long.

  • bytecompiler/BytecodeGenerator.cpp:

(JSC::BytecodeGenerator::generate):

  • jsc.cpp:

(stringFromUTF):
(jscSource):
(runInteractive):

  • parser/Lexer.cpp:

(JSC::::parseFourDigitUnicodeHex):
(JSC::::parseIdentifierSlowCase):
(JSC::::parseString):
(JSC::::parseStringSlowCase):
(JSC::::lex):

  • parser/Lexer.h:

(UnicodeHexValue):
(JSC::Lexer::UnicodeHexValue::UnicodeHexValue):
(JSC::Lexer::UnicodeHexValue::valueType):
(JSC::Lexer::UnicodeHexValue::isValid):
(JSC::Lexer::UnicodeHexValue::value):
(Lexer):

  • parser/Parser.h:

(JSC::Parser::getTokenName):
(JSC::Parser::updateErrorMessageSpecialCase):
(JSC::::parse):

  • parser/ParserError.h:

(ParserError):
(JSC::ParserError::ParserError):

  • parser/ParserTokens.h:
  • runtime/Completion.cpp:

(JSC):
(JSC::checkSyntax):

  • runtime/Completion.h:

(JSC):

LayoutTests:

Update test results to cover improved error messages.

  • fast/js/kde/parse-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.2_White_Space/S7.2_A5_T1-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.2_White_Space/S7.2_A5_T2-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.2_White_Space/S7.2_A5_T3-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.2_White_Space/S7.2_A5_T4-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.2_White_Space/S7.2_A5_T5-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.3_Line_Terminators/S7.3_A6_T1-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.3_Line_Terminators/S7.3_A6_T2-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.3_Line_Terminators/S7.3_A6_T3-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.3_Line_Terminators/S7.3_A6_T4-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T1-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T10-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T2-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T3-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T4-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T5-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T6-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T7-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T8-expected.txt:
  • sputnik/Conformance/07_Lexical_Conventions/7.7_Punctuators/S7.7_A2_T9-expected.txt:
  • sputnik/Conformance/13_Function_Definition/S13_A7_T3-expected.txt:
4:26 PM Changeset in webkit [148848] by fpizlo@apple.com
  • 2 edits in branches/dfgFourthTier/Tools

fourthTier: developing LLVM in tandem with WebKit should be fun and easy
https://bugs.webkit.org/show_bug.cgi?id=114925

Reviewed by Geoffrey Garen.

This enables building LLVM along with WebKit, so that build-jsc and build-webkit
will also optionally build LLVM and quickly symlink LLVM's built products into
the right places.

Most WebKit and JSC hackers will want to rely on the checked-in already-built
versions of LLVM in WebKitLibraries. But developing both systems in tandem is an
increasingly common use-case for me, and it may become a common use case for a
handful of others. Currently, this is really painful: you first have to build
LLVM, then you have to export-llvm-build (which takes a while), and then you
have to make sure that your LLVM_LIBRARY_PACKAGE and LLVM_INCLUDE_PACKAGE
variables are set to point to the thing you exported. The whole process loses
track of dependencies very quickly: making a tiny change in LLVM requires
packaging, and then unpackaging, a large number of potentially large headers and
static libraries. Not only is this slow but it then causes the WebKit build
system to rebuild anything that transitively includes any LLVM header, which is
now quite a few files. While this sort of use pattern is still worthwhile if
you're trying to package a binary drop and test it, it's not great if you're
just trying to do experimental development that involves making small changes
in both trees.

This change fixes this use case while keeping the old use cases intact. You can
do tandem development using one of two modes:

Your own LLVM directory: just set LLVM_SOURCE_PATH to the *absolute* path of
the LLVM directory you're using. Once this is done, any invocation of a WebKit
build via build-jsc or build-webkit will also build LLVM, and then quickly
symlink things into place without perturbing dependency tracking.

Internal LLVM directory: if you check out llvm into a directory called 'llvm'
right off of the WebKit source tree, then the build system will automatically
use this.

Here's how this takes care of dependencies:

Headers: the include/llvm and include/llvm-c directories are symlinked into
$productsDir/usr/local/include. And then everything just works.

Libraries: the build system detects, by reading LLVM's Makefile.config, which
mode LLVM is built in (like Release+Asserts or Debug+Asserts) and symlinks
the .a files into $productsDir/<thingy>. It will ranlib those libraries only
if they have changed, by checking both the modification time and also whether
the last time we had a symlink, that symlink was from the same directory.
This helps if you switch to an *older* LLVM build (using LLVM_SOURCE_PATH)
but that build wasn't yet ranlib'd.

One problem that this does not yet solve is that xcodebuild will not relink
JavaScriptCore if the only thing that changed was the libraries. I will work
on this problem separately: https://bugs.webkit.org/show_bug.cgi?id=114926.

  • Scripts/copy-webkitlibraries-to-product-directory:

(unpackIfNecessary):
(fileContains):
(fileContentsEquals):

1:52 PM Changeset in webkit [148847] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Regression(r148672): fast/events/touch/frame-hover-update.html fails
https://bugs.webkit.org/show_bug.cgi?id=114912

Reviewed by Allan Sandfeld Jensen.

Fix relative path to js-test-post.js in fast/events/touch/frame-hover-update.html.

  • fast/events/touch/frame-hover-update.html:
1:28 PM Changeset in webkit [148846] by mark.lam@apple.com
  • 3 edits in trunk/LayoutTests

Rewrite fast/workers/dedicated-worker-lifecycle.html to verify that
the GC is able to reclaim orphaned Workers on a timely basis.
https://bugs.webkit.org/show_bug.cgi?id=114893.

Reviewed by Geoffrey Garen.

  • fast/workers/resources/dedicated-worker-lifecycle.js:

(orphanAllWorkers):
(runTests.worker.onmessage):
(runTests):
(orphanedWorkerExited.worker.onmessage):
(orphanedWorkerExited):

  • fast/workers/resources/worker-util.js:

(waitUntilThreadCountMatchesCondition):
(waitUntilThreadCountMatches):
(waitUntilThreadCountDoesNotExceed):

12:51 PM Changeset in webkit [148845] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark css1/cascade/cascade_order.html as flaky.

  • platform/efl/TestExpectations:
12:48 PM Changeset in webkit [148844] by Christophe Dumez
  • 3 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark several webgl tests as flaky.
Mark several ref tests as failing (started between r148032 and r148102).

  • platform/efl-wk2/TestExpectations:
  • platform/efl/TestExpectations:
12:15 PM Changeset in webkit [148843] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark websocket tests as flaky and webgl/conformance/rendering/gl-scissor-test.html
as failing.

  • platform/efl-wk2/TestExpectations:
11:53 AM Changeset in webkit [148842] by Lucas Forschler
  • 4 edits in branches/safari-536.30-branch/Source

Versioning.

11:51 AM Changeset in webkit [148841] by Lucas Forschler
  • 1 copy in tags/Safari-536.30.2

New Tag.

11:36 AM Changeset in webkit [148840] by kbalazs@webkit.org
  • 4 edits
    2 adds in trunk

[GStreamer] Media attribute preload="none" is not honored
https://bugs.webkit.org/show_bug.cgi?id=114357

Reviewed by Philippe Normand.

Source/WebCore:

Fix the logic that prevents live streams from being buffered to not make preload="none" ignored.

Test: http/tests/media/video-preload.html
We need a http test because the bug does not triggered with local files.

  • platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.cpp:

(WebCore::MediaPlayerPrivateGStreamer::MediaPlayerPrivateGStreamer):

  • platform/graphics/gstreamer/MediaPlayerPrivateGStreamer.h:

(MediaPlayerPrivateGStreamer):
Remove m_originalPreloadWasAutoAndWasOverridden because it is not necessary and it is causing this bug.
Currently if the tag has preload="none" attribute we set m_preload to Auto in the constructor. After that
MedaPlayer calls setPreload(None), so we set m_originalPreloadWasAutoAndWasOverridden to true and later
reset m_preload to Auto. The error prone factor here is that the m_preload member is repeated in the
private class and setPreload is also used there. This seems to be necessary because we need to be able
to ignore preloading if this is a live stream. Fortunately the original parsed value is available in the
constructor, so we can use that. This will give the correct value that we should override only in the case
of a live stream and that's it, we don't need to reset it later to Auto.
Furthermore, we should ignore setting preload to auto from js if it is a live stream. This patch also handles
this with an early return in setPreload.

LayoutTests:

  • http/tests/media/video-preload-expected.txt: Added.
  • http/tests/media/video-preload.html: Added.
10:46 AM Changeset in webkit [148839] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark several tests as failing on EFL port due to the bump to libsoup
2.42.0.

  • platform/efl/TestExpectations:
10:34 AM Changeset in webkit [148838] by Christophe Dumez
  • 3 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark several test cases as failing on EFL port and filed bugs for them.

  • platform/efl-wk2/TestExpectations:
  • platform/efl/TestExpectations:
10:19 AM Changeset in webkit [148837] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark websocket tests as flaky on EFL WK2.

  • platform/efl-wk2/TestExpectations:
10:11 AM Changeset in webkit [148836] by fpizlo@apple.com
  • 17 edits
    2 adds in branches/dfgFourthTier/Source

fourthTier: It should be possible to query WatchpointSets, and add Watchpoints, even if the compiler is running in another thread
https://bugs.webkit.org/show_bug.cgi?id=114909

Source/JavaScriptCore:

Reviewed by Oliver Hunt.

The idea here is that a concurrent compiler will use watchpoint sets as follows:

During concurrent compilation: It will create Watchpoints, and query WatchpointSets only
for the purpose of profiling. That is, it will use decide whether it is profitable to
compile the code "as if" the watchpoint sets are valid.

During synchronous linking: By "linking" I don't necessarily mean the LinkBuffer stuff,
but just the very bitter end of compilation where we make the JIT code callable. This
can happen after LinkBuffer stuff. Anyway, this will have to happen synchronously, and
at that point we can (a) check that all WatchpointSets that we assumed were valid are
still valid and (b) if they are then we add the watchpoints to those sets. If any of the
sets are invalid, we give up on this compilation and try again later.

The querying of WatchpointSets is engineered to say that the set is still valid if it
is so *right now*, but this is done in a racy way and so it may say so spuriously: we
may, with hopefully low probability, have a set that says it is valid even though it was
just invalidated. The goal is only to ensure that (i) a set never claims to be invalid
if it is actually valid, (ii) a set doesn't claim to be valid if it was invalidated
before compilation even began, and (iii) querying the validity of a set doesn't cause us
to crash.

(JSC::InlineWatchpointSet::inflateSlow):

  • bytecode/Watchpoint.h:

(WatchpointSet):
(InlineWatchpointSet):
(JSC::InlineWatchpointSet::hasBeenInvalidated):
(JSC::InlineWatchpointSet::isThin):
(JSC::InlineWatchpointSet::isFat):
(JSC::InlineWatchpointSet::fat):

  • dfg/DFGDesiredWatchpoints.cpp: Added.

(DFG):
(JSC::DFG::DesiredWatchpoints::DesiredWatchpoints):
(JSC::DFG::DesiredWatchpoints::~DesiredWatchpoints):
(JSC::DFG::DesiredWatchpoints::addLazily):
(JSC::DFG::DesiredWatchpoints::reallyAdd):
(JSC::DFG::DesiredWatchpoints::areStillValid):

  • dfg/DFGDesiredWatchpoints.h: Added.

(DFG):
(JSC::DFG::WatchpointForGenericWatchpointSet::WatchpointForGenericWatchpointSet):
(WatchpointForGenericWatchpointSet):
(GenericDesiredWatchpoints):
(JSC::DFG::GenericDesiredWatchpoints::GenericDesiredWatchpoints):
(JSC::DFG::GenericDesiredWatchpoints::addLazily):
(JSC::DFG::GenericDesiredWatchpoints::reallyAdd):
(JSC::DFG::GenericDesiredWatchpoints::areStillValid):
(DesiredWatchpoints):

  • dfg/DFGDriver.cpp:

(JSC::DFG::compile):

  • dfg/DFGJITCompiler.cpp:

(JSC::DFG::JITCompiler::link):
(JSC::DFG::JITCompiler::compile):
(JSC::DFG::JITCompiler::compileFunction):

  • dfg/DFGJITCompiler.h:

(JSC::DFG::JITCompiler::addLazily):
(JITCompiler):

  • dfg/DFGSpeculativeJIT.cpp:

(JSC::DFG::SpeculativeJIT::compilePeepHoleObjectEquality):

  • dfg/DFGSpeculativeJIT32_64.cpp:

(JSC::DFG::SpeculativeJIT::nonSpeculativeNonPeepholeCompareNull):
(JSC::DFG::SpeculativeJIT::nonSpeculativePeepholeBranchNull):
(JSC::DFG::SpeculativeJIT::compileObjectEquality):
(JSC::DFG::SpeculativeJIT::compileObjectToObjectOrOtherEquality):
(JSC::DFG::SpeculativeJIT::compilePeepHoleObjectToObjectOrOtherEquality):
(JSC::DFG::SpeculativeJIT::compileObjectOrOtherLogicalNot):
(JSC::DFG::SpeculativeJIT::emitObjectOrOtherBranch):
(JSC::DFG::SpeculativeJIT::compile):

  • dfg/DFGSpeculativeJIT64.cpp:

(JSC::DFG::SpeculativeJIT::nonSpeculativeNonPeepholeCompareNull):
(JSC::DFG::SpeculativeJIT::nonSpeculativePeepholeBranchNull):
(JSC::DFG::SpeculativeJIT::compileObjectEquality):
(JSC::DFG::SpeculativeJIT::compileObjectToObjectOrOtherEquality):
(JSC::DFG::SpeculativeJIT::compilePeepHoleObjectToObjectOrOtherEquality):
(JSC::DFG::SpeculativeJIT::compileObjectOrOtherLogicalNot):
(JSC::DFG::SpeculativeJIT::emitObjectOrOtherBranch):
(JSC::DFG::SpeculativeJIT::compile):

  • ftl/FTLCompile.cpp:

(JSC::FTL::compile):

  • ftl/FTLCompile.h:

(FTL):

  • ftl/FTLState.h:

(State):

  • runtime/JSFunction.h:

(JSFunction):
(JSC::JSFunction::allocationProfileWatchpointSet):

  • runtime/Structure.h:

(Structure):
(JSC::Structure::transitionWatchpointSet):

Source/WTF:

Reviewed by Oliver Hunt.

Harden our notions of memory fences, now that we're doing racy algorithms.

  • wtf/Atomics.h:

(WTF):
(WTF::compilerFence):
(WTF::armV7_dmb):
(WTF::armV7_dmb_st):
(WTF::loadLoadFence):
(WTF::loadStoreFence):
(WTF::storeLoadFence):
(WTF::storeStoreFence):
(WTF::memoryBarrierAfterLock):
(WTF::memoryBarrierBeforeUnlock):
(WTF::x86_mfence):

9:14 AM Changeset in webkit [148835] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

fast/media/mq-resolution.html throws TypeError when calling setPageScaleFactor
https://bugs.webkit.org/show_bug.cgi?id=114914

Reviewed by Antonio Gomes.

Update fast/media/mq-resolution.html to call setPageScaleFactor() method on
window.internals instead of window.internals.settings. This method was moved
out of settings in r136055.

  • fast/media/mq-resolution.html:
9:13 AM Changeset in webkit [148834] by Lucas Forschler
  • 2 edits in branches/safari-536.30-branch/Source/WebCore

Rollout r145656. <rdar://problem/13691099>

8:11 AM Changeset in webkit [148833] by Christophe Dumez
  • 3 edits
    1 add in trunk/LayoutTests

Unreviewed EFL gardening.

Rebaseline fast/forms/validation-message-appearance.html and fix expectation
for editing/pasteboard/paste-text-004.html.

  • platform/efl/TestExpectations:
  • platform/efl/fast/forms/validation-message-appearance-expected.png: Added.
  • platform/efl/fast/forms/validation-message-appearance-expected.txt:
8:02 AM Changeset in webkit [148832] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark more compositing test cases as crashing due to r148433 for
EFL port.

  • platform/efl/TestExpectations:
7:22 AM Changeset in webkit [148831] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Regression(r148672): fast/events/touch/frame-hover-update.html fails
https://bugs.webkit.org/show_bug.cgi?id=114912

Reviewed by Allan Sandfeld Jensen.

Fix relative path to js-test-pre.js in the test case.

  • fast/events/touch/frame-hover-update.html:
7:10 AM Changeset in webkit [148830] by Christophe Dumez
  • 5 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Rebaseline several test cases for EFL port.

  • platform/efl-wk2/http/tests/inspector/console-resource-errors-expected.txt:
  • platform/efl/fast/backgrounds/background-position-parsing-expected.png:
  • platform/efl/fast/backgrounds/background-position-parsing-expected.txt:
  • platform/wk2/loader/go-back-cached-main-resource-expected.txt:
6:54 AM Changeset in webkit [148829] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Remove duplicate entry in EFL's TestExpectations for:
inspector/debugger/dynamic-script-tag.html

  • platform/efl/TestExpectations:
6:50 AM Changeset in webkit [148828] by Christophe Dumez
  • 2 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark more compisiting / webgl tests as crashing due to r148433 for
EFL port.

  • platform/efl/TestExpectations:
5:56 AM Changeset in webkit [148827] by zandobersek@gmail.com
  • 51 deletes in trunk/LayoutTests/platform/gtk

Unreviewed GTK gardening. Removing the remaining redundant baselines.

5:54 AM Changeset in webkit [148826] by zandobersek@gmail.com
  • 208 edits
    51 adds in trunk/LayoutTests/platform/gtk

Unreviewed GTK gardening. Updating baselines for tests under accessibility, fast/backgrounds, fast/body-propagation,
fast/doctypes, fast/fast-mobile-scrolling, fast/inspector-support, fast/loader, fast/tokenizer and fast/xsl directories
after enabling the subpixel layout.

5:46 AM Changeset in webkit [148825] by zandobersek@gmail.com
  • 726 edits
    124 adds in trunk/LayoutTests/platform/gtk/fast

Unreviewed GTK gardening. Updating baselines for tests under fast/block, fast/borders, fast/box-shadow,
fast/box-sizing, fast/canvas, fast/clip and fast/compact directories after enabling subpixel layout.

4:06 AM Changeset in webkit [148824] by Christophe Dumez
  • 3 edits in trunk/LayoutTests

Unreviewed EFL gardening.

Mark several compositing test as crashing on EFL port due to
r148433.

  • platform/efl-wk2/TestExpectations:
  • platform/efl/TestExpectations:
3:07 AM Changeset in webkit [148823] by Carlos Garcia Campos
  • 15 edits in trunk/Source

Widget should not depend on AXObjectCache
https://bugs.webkit.org/show_bug.cgi?id=114514

Reviewed by Chris Fleizach.

Source/WebCore:

Move AXObjectCache usage from platform files to FrameView.

  • WebCore.exp.in: Update symbols.
  • page/FrameView.cpp:

(WebCore::FrameView::didAddScrollbar): Handle scrollbar updates in
AXObjectCache.
(WebCore::FrameView::willRemoveScrollbar): Handle scrollbar
updates in AXObjectCache and remove the scrollbar from the cache.

  • page/FrameView.h:
  • platform/ScrollView.cpp:

(WebCore::ScrollView::setHasHorizontalScrollbar): Use
didAddScrollbar/willRemoveScrollbar
(WebCore::ScrollView::setHasVerticalScrollbar): Ditto.

  • platform/ScrollableArea.cpp:

(WebCore::ScrollableArea::didAddScrollbar): This is the old
didAddVerticalScrollbar and didAddHorizontalScrollbar joined in a
single method that receives a ScrollbarOrientation parameter.
(WebCore::ScrollableArea::willRemoveScrollbar): This is the old
willRemoveVerticalScrollbar and
willRemoveHorizontalScrollbarScrollbar joined in a single method
that receives a ScrollbarOrientation parameter.

  • platform/ScrollableArea.h:

(ScrollableArea):

  • platform/Scrollbar.cpp:

(WebCore::Scrollbar::~Scrollbar): Remove AXObjectCache usage.

  • platform/Scrollbar.h:
  • platform/Widget.h:

(Widget): Remove axObjectCache() method.

  • platform/mac/ScrollAnimatorMac.h:

(ScrollAnimatorMac):

  • rendering/RenderLayer.cpp:

(WebCore::RenderLayer::createScrollbar): Use didAddScrollbar.
(WebCore::RenderLayer::destroyScrollbar): Use willRemoveScrollbar.

  • rendering/RenderListBox.cpp:

(WebCore::RenderListBox::createScrollbar): Use didAddScrollbar.
(WebCore::RenderListBox::destroyScrollbar): Use willRemoveScrollbar.

Source/WebKit2:

Update to API changes.

  • WebProcess/Plugins/PDF/PDFPlugin.mm:

(WebKit::PDFPlugin::createScrollbar):

  • WebProcess/Plugins/PDF/SimplePDFPlugin.mm:

(WebKit::SimplePDFPlugin::createScrollbar):
(WebKit::SimplePDFPlugin::destroyScrollbar):

2:26 AM Changeset in webkit [148822] by zandobersek@gmail.com
  • 529 edits
    121 adds in trunk/LayoutTests/platform/gtk/fast

Unreviewed GTK gardening. Updating baselines for tests under fast/css, fast/css-generated-content,
fast/css3-text and fast/dom directories after enabling the subpixel layout.

2:18 AM Changeset in webkit [148821] by zandobersek@gmail.com
  • 611 edits
    171 adds in trunk/LayoutTests/platform/gtk/fast

Unreviewed GTK gardening. Updating baselines for tests under fast/dynamic, fast/encoding, fast/events,
fast/flexbox, fast/forms, fast/frames, fast/gradients, fast/hidpi and fast/html directories after enabling subpixel layout.

2:04 AM Changeset in webkit [148820] by mark.lam@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Refactor identical inline functions in JSVALUE64 and JSVALUE32_64 sections
out into the common section.
https://bugs.webkit.org/show_bug.cgi?id=114910.

Reviewed by Filip Pizlo.

  • dfg/DFGSpeculativeJIT.h:

(SpeculativeJIT):
(JSC::DFG::SpeculativeJIT::callOperation):

1:23 AM Changeset in webkit [148819] by zandobersek@gmail.com
  • 305 edits
    170 adds in trunk/LayoutTests/platform/gtk/fast

Unreviewed GTK gardening. Updating baselines for tests under fast/images, fast/inline, fast/inline-block,
fast/invalid, fast/js, fast/layers, fast/line-grid, fast/lists and fast/multicol directories after enabling subpixel layout.

1:15 AM Changeset in webkit [148818] by zandobersek@gmail.com
  • 379 edits
    80 adds in trunk/LayoutTests/platform/gtk/fast

Unreviewed GTK gardening. Updating baselines for tests under fast/overflow, fast/parser, fast/reflections,
fast/regions and fast/repaint directories after enabling subpixel layout.

1:05 AM Changeset in webkit [148817] by gyuyoung.kim@samsung.com
  • 2 edits in trunk/LayoutTests

Unreviewed, gardening. Remove duplicated tests.

  • platform/efl/TestExpectations:
12:48 AM Changeset in webkit [148816] by zandobersek@gmail.com
  • 645 edits
    157 adds in trunk/LayoutTests/platform/gtk

Unreviewed GTK gardening. Updating baselines for tests under fast/replaced, fast/ruby, fast/runin,
fast/scrolling, fast/selectors, fast/spatial-navigation, fast/subpixel and mathml directories after enabling subpixel layout.

12:38 AM Changeset in webkit [148815] by zandobersek@gmail.com
  • 547 edits
    178 adds in trunk/LayoutTests/platform/gtk

Unreviewed GTK gardening. Updating baselines for tests under fast/text, fast/transforms, fast/writing-mode,
ietestcenter, media, plugins and scrollbars directories after enabling the subpixel layout.

12:29 AM Changeset in webkit [148814] by zandobersek@gmail.com
  • 20 deletes in trunk/LayoutTests/platform/gtk/svg

Unreviewed GTK gardening. Removing redundant baselines under the svg/ directory.

12:27 AM Changeset in webkit [148813] by zandobersek@gmail.com
  • 175 edits
    17 adds in trunk/LayoutTests/platform/gtk/svg/dynamic-updates

Unreviewed GTK gardening. Part 2 of updating baselines for tests under svg/dynamic-updates after enabling the subpixel layout.

12:22 AM Changeset in webkit [148812] by zandobersek@gmail.com
  • 138 edits
    33 adds
    2 deletes in trunk/LayoutTests/platform/gtk/svg/dynamic-updates

Unreviewed GTK gardening. Part 1 of updating baselines for tests under svg/dynamic-updates after enabling the subpixel layout.

12:15 AM Changeset in webkit [148811] by zandobersek@gmail.com
  • 668 edits
    52 adds in trunk/LayoutTests/platform/gtk/tables/mozilla/bugs

Unreviewed GTK gardening. Part 3 of updating baselines for tests under the tables/ directory
after enabling the subpixel layout.

12:06 AM Changeset in webkit [148810] by zandobersek@gmail.com
  • 658 edits
    30 adds in trunk/LayoutTests/platform/gtk/tables/mozilla

Unreviewed GTK gardening. Part 2 of updating baselines for tests under the tables/ directory
after enabling the subpixel layout.

Apr 20, 2013:

11:57 PM Changeset in webkit [148809] by zandobersek@gmail.com
  • 405 edits
    21 adds in trunk/LayoutTests/platform/gtk/tables

Unreviewed GTK gardening. Part 1 of updating baselines for tests under the tables directory
after enabling the subpixel layout for the GTK port.

11:27 PM Changeset in webkit [148808] by zandobersek@gmail.com
  • 205 edits
    22 adds in trunk/LayoutTests/platform/gtk/svg

Unreviewed GTK gardening. Updating baselines for tests under svg/batik, svg/canvas, svg/carto.net, svg/clip-path,
svg/css, svg/custom and svg/hixie after enabling the subpixel layout.

11:23 PM Changeset in webkit [148807] by zandobersek@gmail.com
  • 534 edits
    54 adds in trunk/LayoutTests/platform/gtk/svg

Unreviewed GTK gardening. Updating baselines for tests under svg/W3C-* after enabling the subpixel layout.

10:53 PM Changeset in webkit [148806] by zandobersek@gmail.com
  • 510 edits
    84 adds in trunk/LayoutTests/platform/gtk/svg

Unreviewed GTK gardening. Updating baselines for tests under svg/custom, svg/dom, svg/in-html,
svg/overflow, svg/repaint and svg/transforms after enabling the subpixel layout.

10:43 PM Changeset in webkit [148805] by zandobersek@gmail.com
  • 256 edits
    156 adds in trunk/LayoutTests/platform/gtk/svg

Unreviewed GTK gardening. Updating baselines for tests under svg/as-*, svg/filters, svg/stroke,
svg/text, svg/wicd and svg/zoom directories after enabling subpixel layout for the GTK port.

Patch #7 of approx. 24, svn commit is used directly to avoid the webkit-patch and ChangeLog overhead.

10:13 PM Changeset in webkit [148804] by fpizlo@apple.com
  • 31 edits
    2 adds in branches/dfgFourthTier/Source

fourthTier: value profiles and array profiles should be thread-safe enough to be accessible in a concurrent compilation thread
https://bugs.webkit.org/show_bug.cgi?id=114906

Source/JavaScriptCore:

Reviewed by Oliver Hunt.

This introduces thread safety to value profiles, array profiles, and
array allocation profiles.

We already have three separate operations that happen on profiles:
(1) writing, which the JIT, LLInt, and OSR exit do; (2) updating,
which happens during GC, from OSR entry slow-paths, and in the DFG;
and (3) reading, which happens in the DFG. For example, the JIT/LLInt
and OSR exit write to ValueProfile::m_buckets, which gets synthesized
into ValueProfile::m_prediction (and other fields) during update, and
the latter gets read by the DFG. Note that (2) must also happen in
the DFG since only the DFG knows which code blocks it will inline,
and those blocks' profiles may not have otherwise been updated via
any other mechanism.

I refer to these three operations as writing, updating, and reading.

Consequently, both profile updating and profile reading may happen
asynchronously, if the JIT is asynchronous.

The locking protocol for profiles works as follows:

  • Writing does not require locking, but is only allowed on the main thread. We require that these fields can be stored atomically by the profiling code, even without locks. For value profiles, this only works on 64-bit platforms, currently. For array profiles, which consist of multiple separate fields, this means that an asynchronous update of the profile may see slight inconsistencies (like a structure that doesn't quite match the array modes bits), but these should be harmless: at worst, the DFG will specialize too much and we'll have OSR exits.


  • Updating a value profile requires holding a lock, but must assume that the fields written by the profiling code in JIT/LLInt may be written to without locking.


  • Reading a value profile requires holding a lock.


The one major exception to these rules is the ArrayAllocationProfile,
which requires no locking. We do this because it's used so often and
in places where we don't necessarily have access to the owning
CodeBlock, so if we did want it to be locked it would have to have
its own lock. Also, I believe that it is sound to just make this
profile racy and not worry about locking at all. All that was needed
were some changes to ensure that we explicitly read some raced-over
fields only once.

Two additional interesting things in this change:

  • To make it easy to see which profile methods require locking, they take a const CodeBlockLocker& as an argument. I saw this idiom for identifying which methods require which locks to be held being used in LLVM, and I quite like it.


  • Lazy operand value profiles, which are created lazily and at any time, require the CodeBlockLock to be held when they are being created. Writes to them are lockless and main-thread-only, but as with other profiles, updates and reads require locking.
  • JavaScriptCore.xcodeproj/project.pbxproj:
  • bytecode/ArrayAllocationProfile.cpp:

(JSC::ArrayAllocationProfile::updateIndexingType):

  • bytecode/ArrayAllocationProfile.h:

(JSC::ArrayAllocationProfile::selectIndexingType):

  • bytecode/ArrayProfile.cpp:

(JSC::ArrayProfile::computeUpdatedPrediction):
(JSC::ArrayProfile::briefDescription):

  • bytecode/ArrayProfile.h:

(ArrayProfile):
(JSC::ArrayProfile::expectedStructure):
(JSC::ArrayProfile::structureIsPolymorphic):
(JSC::ArrayProfile::hasDefiniteStructure):
(JSC::ArrayProfile::observedArrayModes):
(JSC::ArrayProfile::mayInterceptIndexedAccesses):
(JSC::ArrayProfile::mayStoreToHole):
(JSC::ArrayProfile::outOfBounds):
(JSC::ArrayProfile::usesOriginalArrayStructures):

  • bytecode/CallLinkStatus.cpp:

(JSC::CallLinkStatus::computeFor):

  • bytecode/CodeBlock.cpp:

(JSC::CodeBlock::dumpValueProfiling):
(JSC::CodeBlock::dumpArrayProfiling):
(JSC::CodeBlock::updateAllPredictionsAndCountLiveness):
(JSC::CodeBlock::updateAllArrayPredictions):

  • bytecode/CodeBlock.h:

(JSC::CodeBlock::valueProfilePredictionForBytecodeOffset):
(JSC::CodeBlock::updateAllPredictionsAndCheckIfShouldOptimizeNow):
(CodeBlock):

  • bytecode/CodeBlockLock.h: Added.

(JSC):

  • bytecode/GetByIdStatus.cpp:

(JSC::GetByIdStatus::computeFor):

  • bytecode/LazyOperandValueProfile.cpp:

(JSC::CompressedLazyOperandValueProfileHolder::computeUpdatedPredictions):
(JSC::CompressedLazyOperandValueProfileHolder::add):
(JSC::LazyOperandValueProfileParser::LazyOperandValueProfileParser):
(JSC::LazyOperandValueProfileParser::~LazyOperandValueProfileParser):
(JSC):
(JSC::LazyOperandValueProfileParser::initialize):
(JSC::LazyOperandValueProfileParser::prediction):

  • bytecode/LazyOperandValueProfile.h:

(CompressedLazyOperandValueProfileHolder):
(LazyOperandValueProfileParser):

  • bytecode/MethodOfGettingAValueProfile.cpp:

(JSC::MethodOfGettingAValueProfile::getSpecFailBucket):

  • bytecode/PutByIdStatus.cpp:

(JSC::PutByIdStatus::computeFor):

  • bytecode/ResolveGlobalStatus.cpp:

(JSC::ResolveGlobalStatus::computeFor):

  • bytecode/ValueProfile.h:

(JSC::ValueProfileBase::briefDescription):
(ValueProfileBase):
(JSC::ValueProfileBase::computeUpdatedPrediction):

  • dfg/DFGArrayMode.cpp:

(JSC::DFG::ArrayMode::fromObserved):

  • dfg/DFGArrayMode.h:

(ArrayMode):
(JSC::DFG::ArrayMode::withProfile):

  • dfg/DFGByteCodeParser.cpp:

(JSC::DFG::ByteCodeParser::injectLazyOperandSpeculation):
(JSC::DFG::ByteCodeParser::getPredictionWithoutOSRExit):
(JSC::DFG::ByteCodeParser::getArrayMode):
(JSC::DFG::ByteCodeParser::getArrayModeAndEmitChecks):
(JSC::DFG::ByteCodeParser::parseResolveOperations):
(JSC::DFG::ByteCodeParser::parseBlock):
(JSC::DFG::ByteCodeParser::InlineStackEntry::InlineStackEntry):

  • dfg/DFGFixupPhase.cpp:

(JSC::DFG::FixupPhase::fixupNode):

  • dfg/DFGOSRExitPreparation.cpp:

(JSC::DFG::prepareCodeOriginForOSRExit):

  • dfg/DFGPredictionInjectionPhase.cpp:

(JSC::DFG::PredictionInjectionPhase::run):

  • jit/JITInlines.h:

(JSC::JIT::chooseArrayMode):

  • jit/JITStubs.cpp:

(JSC::tryCachePutByID):
(JSC::tryCacheGetByID):
(JSC::DEFINE_STUB_FUNCTION):
(JSC::lazyLinkFor):

  • llint/LLIntSlowPaths.cpp:

(JSC::LLInt::LLINT_SLOW_PATH_DECL):
(JSC::LLInt::setUpCall):

  • profiler/ProfilerBytecodeSequence.cpp:

(JSC::Profiler::BytecodeSequence::BytecodeSequence):

  • runtime/JSScope.cpp:

(JSC::JSScope::resolveContainingScopeInternal):
(JSC::JSScope::resolvePut):

Source/WTF:

Reviewed by Oliver Hunt.

Add ability to abstract whether or not the CodeBlock requires locking at all,
since some platforms may not support the byte spin-locking and/or may not want
to, if they turn off concurrent JIT.

  • WTF.xcodeproj/project.pbxproj:
  • wtf/ByteSpinLock.h:
  • wtf/NoLock.h: Added.

(WTF):
(NoLock):
(WTF::NoLock::lock):
(WTF::NoLock::unlock):
(WTF::NoLock::isHeld):

  • wtf/Platform.h:
9:38 PM Changeset in webkit [148803] by fpizlo@apple.com
  • 2 edits in branches/dfgFourthTier/Source/JavaScriptCore

Unreviewed, 32-bit build fix.

  • bytecode/CodeBlock.cpp:

(JSC::CodeBlock::tallyFrequentExitSites):

8:47 PM EFLWebKitBuildBots edited by gyuyoung.kim@samsung.com
(diff)
8:44 PM EFLWebKitBuildBots edited by gyuyoung.kim@samsung.com
(diff)
8:32 PM Changeset in webkit [148802] by krit@webkit.org
  • 22 edits
    1 add in trunk

[Part 5] Parse color value for custom() function parameters
https://bugs.webkit.org/show_bug.cgi?id=114902

Reviewed by Dean Jackson.

Source/WebCore:

Custom filter parameters should support color values. Added parsing
and style resolving bits to support color values. A later patch will
add the color values to the shader program.

https://dvcs.w3.org/hg/FXTF/raw-file/tip/filters/index.html#custom-filter-parameters

Modified existing tests to cover changes.

  • GNUmakefile.list.am: Added CustomFilterColorParameter to support color values

as custom filter parameters.

  • Target.pri:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.vcxproj/WebCore.vcxproj:
  • WebCore.vcxproj/WebCore.vcxproj.filters:
  • WebCore.xcodeproj/project.pbxproj:
  • css/CSSComputedStyleDeclaration.cpp:

(WebCore::valueForCustomFilterColorParameter):
(WebCore):
(WebCore::valueForCustomFilterParameter):

  • css/CSSParser.cpp:

(WebCore::CSSParser::parseCustomFilterParameters):

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::parseCustomFilterColorParameter):
(WebCore):
(WebCore::StyleResolver::parseCustomFilterParameter):

  • css/StyleResolver.h:

(StyleResolver):

  • platform/graphics/filters/CustomFilterColorParameter.h: Added.

(WebCore):
(WebCore::blendFunc):
(CustomFilterColorParameter):
(WebCore::CustomFilterColorParameter::create):
(WebCore::CustomFilterColorParameter::blend):
(WebCore::CustomFilterColorParameter::color):
(WebCore::CustomFilterColorParameter::setColor):
(WebCore::CustomFilterColorParameter::operator==):
(WebCore::CustomFilterColorParameter::CustomFilterColorParameter):
(WebCore::CustomFilterColorParameter::~CustomFilterColorParameter):

  • platform/graphics/filters/CustomFilterParameter.h:

(CustomFilterParameter):

  • platform/graphics/filters/CustomFilterRenderer.cpp:

(WebCore::CustomFilterRenderer::bindProgramParameters):

LayoutTests:

Added tests for color parameters on custom fiter function and parameter descriptor.

  • css3/filters/custom-with-at-rule-syntax/parsing-custom-function-invalid-expected.txt:
  • css3/filters/custom-with-at-rule-syntax/parsing-custom-function-valid-expected.txt:
  • css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-invalid-expected.txt:
  • css3/filters/custom-with-at-rule-syntax/parsing-parameters-property-valid-expected.txt:
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-custom-function-invalid.js:
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-custom-function-valid.js:
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-parameters-property-invalid.js:
  • css3/filters/custom-with-at-rule-syntax/script-tests/parsing-parameters-property-valid.js:
4:25 PM Changeset in webkit [148801] by zandobersek@gmail.com
  • 937 edits
    275 adds in trunk/LayoutTests/platform/gtk/editing

Unreviewed GTK gardening. Updating baselines for editing tests after enabling subpixel layout for the GTK port.

4:11 PM Changeset in webkit [148800] by zandobersek@gmail.com
  • 549 edits
    79 adds in trunk/LayoutTests/platform/gtk/css3

Unreviewed GTK gardening. Updating baselines for the remaining tests under the css3 directory
after enabling the subpixel layout for the GTK port.

4:03 PM Changeset in webkit [148799] by zandobersek@gmail.com
  • 822 edits
    114 adds in trunk/LayoutTests/platform/gtk/css3/selectors3

Unreviewed GTK gardening. Updating baselines for the css3/selectors/html and css3/selectors/xml tests
after enabling the subpixel layout. Patch #3 of many more.

3:51 PM Changeset in webkit [148798] by zandobersek@gmail.com
  • 1372 edits
    104 adds in trunk/LayoutTests/platform/gtk/css2.1

Unreviewed GTK gardening, updating css2.1 baselines after enabling the subpixel layout.

1:13 PM Changeset in webkit [148797] by glenn@skynav.com
  • 1 edit
    1 delete in trunk/LayoutTests

Unreviewed gardening. Rebaseline after r148792. Fix mac-wk2 text.

  • platform/mac-wk2/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt: Removed.
1:11 PM Changeset in webkit [148796] by fpizlo@apple.com
  • 2 edits in trunk/PerformanceTests/SunSpider

SunSpider/string-tagcloud should be more lenient in validating its results, since they depend on Math.log, which isn't formally specified
https://bugs.webkit.org/show_bug.cgi?id=114895

Reviewed by Michael Saboff.

  • tests/sunspider-1.0/string-tagcloud.js:
12:55 PM Changeset in webkit [148795] by zandobersek@gmail.com
  • 170 edits
    126 adds in trunk/LayoutTests

Unreviewed GTK gardening.

Rebaseline #1 after enabling the subpixel layout, covering the animations, css1, fonts, fullscreen,
transforms and transitions directories.

12:22 PM Changeset in webkit [148794] by zandobersek@gmail.com
  • 2 edits
    1 add in trunk/Tools

[GTK] Fix baseline positioning issue by updating Freetype
https://bugs.webkit.org/show_bug.cgi?id=106775

Reviewed by Martin Robinson.

  • gtk/jhbuild.modules: Bump the Freetype Jhbuild dependency to 2.4.11.
  • gtk/patches/freetype6-2.4.11-truetype-font-height-fix.patch: Added. This is the Freetype

patch (committed as e0469372) that fixes rounding issues for smaller fonts. It is bound to be included
in the 2.4.12 release of Freetype (not released yet) but is provided here as its effect on baselines is
considered positive and will reduce the amout of future rebaselining.

12:21 PM Changeset in webkit [148793] by zandobersek@gmail.com
  • 2 edits in trunk

Enable sub-pixel layout for the GTK port
https://bugs.webkit.org/show_bug.cgi?id=94792

Reviewed by Martin Robinson.

  • Source/autotools/SetupWebKitFeatures.m4: Enable the subpixel layout.
12:20 PM Changeset in webkit [148792] by glenn@skynav.com
  • 6 edits
    1 copy in trunk/LayoutTests

Unreviewed gardening. Rebaseline after r148791. Update text expectations.

  • platform/efl-wk1/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt:
  • platform/efl-wk2/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt:
  • platform/gtk-wk1/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt:
  • platform/mac-lion/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt:
  • platform/mac-wk2/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt: Copied from LayoutTests/platform/mac-lion/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt.
  • platform/win/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt:
9:41 AM Changeset in webkit [148791] by glenn@skynav.com
  • 4 edits
    4 adds in trunk

REGRESSION (r147588): Line breaks occur in the middle of Hebrew words at haaertz.co.il and other websites
https://bugs.webkit.org/show_bug.cgi?id=114721

Reviewed by Dean Jackson.

Source/WebCore:

Tests: fast/text/line-break-after-empty-inline-hebrew.html

fast/text/line-break-after-inline-latin1.html

If prior context changes content or length after creating line break iterator, then need to
create new iterator with new prior context instead of using cached iterator with old prior context.

  • platform/text/TextBreakIterator.h:

(WebCore::LazyLineBreakIterator::LazyLineBreakIterator): Initialize members to cache reference to initialized prior context.
(WebCore::LazyLineBreakIterator::get): Create new iterator if prior context content reference changes.
(WebCore::LazyLineBreakIterator::resetStringAndReleaseIterator): Reset cached prior context references.
(LazyLineBreakIterator): Add members to cache reference to initialized prior context.

LayoutTests:

  • fast/text/line-break-after-empty-inline-hebrew-expected.txt: Added.
  • fast/text/line-break-after-empty-inline-hebrew.html: Added.
  • fast/text/line-break-after-inline-latin1-expected.txt: Added.
  • fast/text/line-break-after-inline-latin1.html: Added.
  • platform/mac/fast/writing-mode/Kusa-Makura-background-canvas-expected.txt: Rebaseline.
3:27 AM Changeset in webkit [148790] by allan.jensen@digia.com
  • 8 edits in trunk/Source

LLint should be able to use x87 instead of SSE for floating pointer
https://bugs.webkit.org/show_bug.cgi?id=112239

Reviewed by Filip Pizlo.

Source/JavaScriptCore:

Implements LLInt floating point operations in x87, to ensure we support
x86 without SSE2.

X86 (except 64bit) now defaults to using x87 instructions in order to
support all 32bit x86 back to i686. The implementation uses the fucomi
instruction from i686 which sets the new minimum.

The FPU registers must always be empty on entering or exiting a function.
We make sure to only use two X87 registers, and they are always emptied
before calling deeper functions or returning from the LLInt.

  • jit/JITStubs.cpp:

(JSC): Empty FPU registers before exiting.

  • llint/LowLevelInterpreter32_64.asm:
  • llint/LowLevelInterpreter64.asm:
  • offlineasm/instructions.rb:
  • offlineasm/x86.rb:

Source/WTF:

Disable GTK workaround now that LLInt does not require SSE2.

  • wtf/Platform.h:
2:53 AM Changeset in webkit [148789] by abecsi@webkit.org
  • 2 edits in trunk

[Qt][Mac] Remove obsolete workaround for debug builds
https://bugs.webkit.org/show_bug.cgi?id=114750

Reviewed by Jocelyn Turcotte.

This workaround made default builds fail with recent Qt5 because
it removed the major version number from the library name, producing
QtWebKitWidgets, whereas the linking command line tried to link
against Qt5WebKitWidgets.
Debug builds are possible with and without framework-enabled builds
of Qt, but the debug versions of the Qt libraries have to be present.
Debug builds with a release version of Qt are not possible on Mac
since for debug builds qmake produces a linker command line where
all the Qt libraries have the "_debug" suffix, therefore if the debug
libraries are missing the build fails.

  • Source/widgetsapi.pri:
1:23 AM Changeset in webkit [148788] by commit-queue@webkit.org
  • 8 edits in trunk

[GTK] Fix unit test webkit2/WebKitFindController/hide
https://bugs.webkit.org/show_bug.cgi?id=89810

Patch by Manuel Rego Casasnovas <Manuel Rego Casasnovas> on 2013-04-20
Reviewed by Carlos Garcia Campos.

Source/WebKit2:

The test had some hacks in order to compare a page with highlighted
results after using the find command with the original page. Now it uses
the snapshots API that allows to make the test simpler and more
reliable.

  • UIProcess/API/gtk/tests/TestMain.h:

(Test::cairoSurfacesEqual): Moved helper function to compare two cairo
surfaces from TestWebKitWebView.
(Test):

  • UIProcess/API/gtk/tests/TestWebKitFindController.cpp:

(testFindControllerHide): Modify test to use snapshots.

  • UIProcess/API/gtk/tests/TestWebKitWebView.cpp:

(testWebViewSnapshot): Move basic snapshop methods to WebViewTest to
share them with TestWebKitFindController test.

  • UIProcess/API/gtk/tests/WebViewTest.cpp:

(WebViewTest::WebViewTest): Initialize cairo surface.
(WebViewTest::~WebViewTest): Destroy cairo surface.
(onSnapshotReady): Callback to set the cairo surface when the snapshot
is ready.
(WebViewTest::getSnapshotAndWaitUntilReady): Method that takes a
snapshot and returns the cairo surface when it is ready.

  • UIProcess/API/gtk/tests/WebViewTest.h: Add new method headers and

attribute for the cairo surface.

Tools:

  • Scripts/run-gtk-tests:

(TestRunner): Unskip test webkit2/WebKitFindController/hide.

Apr 19, 2013:

9:38 PM Changeset in webkit [148787] by ryuan.choi@samsung.com
  • 4 edits in trunk/Source/WebCore

[EFL] Arrow of combo box are drawn twice
https://bugs.webkit.org/show_bug.cgi?id=113917

Reviewed by Gyuyoung Kim.

combo_button_icon part is for arrow so that images of combo_button part should
not contain arrow.

No new tests required due to no behavioral change.

  • platform/efl/DefaultTheme/widget/combo/combo_focus_button.png:
  • platform/efl/DefaultTheme/widget/combo/combo_hover_button.png:
  • platform/efl/DefaultTheme/widget/combo/combo_press_button.png:
6:03 PM Changeset in webkit [148786] by betravis@adobe.com
  • 3 edits in trunk/LayoutTests

[css exclusions] Fix up shape-inside-recursive-layout test case
https://bugs.webkit.org/show_bug.cgi?id=114890

Reviewed by Dirk Schulze.

The children of the old-flexbox, new-flexbox, and grid shape-inside containers
should have their display value set to -webkit-inline-box, -webkit-inline-flex,
and -webkit-inline-grid respectively. These values should not be set for
the containers themselves, as we are interested in the behavior of descendants
of the shape-inside container.

  • fast/exclusions/shape-inside/shape-inside-recursive-layout-expected.html:
  • fast/exclusions/shape-inside/shape-inside-recursive-layout.html:
6:03 PM Changeset in webkit [148785] by commit-queue@webkit.org
  • 38 edits
    12 copies
    1 move
    5 adds in trunk/Source/WebCore

Add interfaces and stubs for audio and video tracks
https://bugs.webkit.org/show_bug.cgi?id=113965

Patch by Brendan Long <b.long@cablelabs.com> on 2013-04-19
Reviewed by Jer Noble.

No new tests because there's no implementations, so there's nothing
interesting to test.

  • CMakeLists.txt: Add AudioTrack, VideoTrack, AudioTrackList and VideoTrackList.
  • DerivedSources.cpp: Same.
  • DerivedSources.make: Same.
  • DerivedSources.pri: Same.
  • GNUmakefile.list.am: Same.
  • Target.pri: Same.
  • UseJSC.cmake: Same.
  • WebCore.vcproj/WebCore.vcproj: Same.
  • WebCore.xcodeproj/project.pbxproj: Same.
  • bindings/gobject/GNUmakefile.am: Same.
  • bindings/js/JSAudioTrackCustom.cpp: Added, based on JSTestTrackCustom
  • bindings/js/JSAudioTrackListCustom.cpp: Same.
  • bindings/js/JSBindingsAllInOne.cpp: Add AudioTrack, VideoTrack, AudioTrackList and VideoTrackList.
  • bindings/js/JSVideoTrackCustom.cpp: Added, based on JSTestTrackCustom
  • bindings/js/JSVideoTrackListCustom.cpp: Same.
  • dom/EventTarget.h: Make AudioTrackList and VideoTrackList event targets.
  • dom/EventTargetFactory.in: Same.
  • html/HTMLMediaElement.cpp:

(WebCore::HTMLMediaElement::HTMLMediaElement): Add m_audioTracks and m_videoTracks
(WebCore::HTMLMediaElement::~HTMLMediaElement): Clear clients for audio and video tracks
(WebCore::HTMLMediaElement::audioTrackEnabledChanged): Added.
(WebCore::HTMLMediaElement::videoTrackSelectedChanged): Added.
(WebCore::HTMLMediaElement::mediaPlayerDidAddAudioTrack): Added, based on mediaPlayerDidAddTextTrack
(WebCore::HTMLMediaElement::mediaPlayerDidAddVideoTrack): Same.
(WebCore::HTMLMediaElement::mediaPlayerDidRemoveAudioTrack): Added, based on mediaPlayerDidRemoveTextTrack
(WebCore::HTMLMediaElement::mediaPlayerDidRemoveVideoTrack): Same.
(WebCore::HTMLMediaElement::addAudioTrack): Added, based on addTextTrack
(WebCore::HTMLMediaElement::addVideoTrack): Same.
(WebCore::HTMLMediaElement::removeAudioTrack): Added, based on removeTextTrack
(WebCore::HTMLMediaElement::removeVideoTrack): Added, based on removeTextTrack
(WebCore::HTMLMediaElement::removeAllInbandTracks): Remove audio and video tracks too
(WebCore::HTMLMediaElement::audioTracks): Added, based on textTracks
(WebCore::HTMLMediaElement::videoTracks): Added, based on textTracks
(WebCore::HTMLMediaElement::reportMemoryUsage): Add audio and video tracks

  • html/HTMLMediaElement.h: Add audioTracks and videoTracks and related functions
  • html/HTMLMediaElement.idl: Add audioTracks and videoTracks
  • html/track/AudioTrack.cpp: Added, based on TextTrack and InbandTextTrack.
  • html/track/AudioTrack.h: Same.
  • html/track/AudioTrack.idl: Added.
  • html/track/AudioTrackList.cpp: Added, based on TextTrackList
  • html/track/AudioTrackList.h: Same.
  • html/track/AudioTrackList.idl: Added.
  • html/track/TextTrackList.h: Add missing OVERRIDE on interfaceName()
  • html/track/VideoTrack.cpp: Added, based on TextTrack and InbandTextTrack.
  • html/track/VideoTrack.h: Same.
  • html/track/VideoTrack.idl: Added.
  • html/track/VideoTrackList.cpp: Added, based on TextTrackList
  • html/track/VideoTrackList.h: Same.
  • html/track/VideoTrackList.idl: Added.
  • platform/graphics/AudioTrackPrivate.h: Added, based on InbandTextTrackPrivate.h
  • platform/graphics/MediaPlayer.cpp:

(WebCore::MediaPlayer::addAudioTrack): Added, based on addTextTrack
(WebCore::MediaPlayer::removeAudioTrack): Added, based on removeTextTrack
(WebCore::MediaPlayer::addVideoTrack): Added, based on addTextTrack
(WebCore::MediaPlayer::removeVideoTrack): Added, based on removeTextTrack

  • platform/graphics/MediaPlayer.h:

(WebCore::MediaPlayerClient::mediaPlayerDidAddAudioTrack): Added, based on mediaPlayerDidAddTextTrack
(WebCore::MediaPlayerClient::mediaPlayerDidAddVideoTrack): Same
(WebCore::MediaPlayerClient::mediaPlayerDidRemoveAudioTrack): Added, based on mediaPlayerDidRemoveTextTrack
(WebCore::MediaPlayerClient::mediaPlayerDidRemoveVideoTrack): Same

  • platform/graphics/VideoTrackPrivate.h: Added, based on InbandTextTrackPrivate.h
5:27 PM Changeset in webkit [148784] by fpizlo@apple.com
  • 32 edits in trunk/PerformanceTests/SunSpider

Whenever it is cheap and non-invasive, SunSpider tests should validate their results to ensure that the browser runs them correctly
https://bugs.webkit.org/show_bug.cgi?id=114852

Reviewed by Geoffrey Garen.

This adds low-overhead checking of the results of each SunSpider tests. This is not
meant to be an exhaustive test that everything was executed correctly, but rather a
simple sanity check that will catch glaring mistakes. The philosophy here is that we're
not trying to prevent all forms of cheating, or that we're trying to prove the
browser's correctness. Moreover, these checks are meant to incur minimal overhead;
they currently clock in at <2% slow-down in SunSpider 1.0.

The test expectations were generated using the LLInt on command-line, and I've verified
that Firefox 20, Chrome 26, IE 10, Safari 6, and ToT with all of the JITs agree. Note
that some tests cannot be precisely validated because they use Math functions, which
ECMAScript chooses to not formally specify - those functions like sin() and friends are
allowed to return implementation-dependent results. Also some tests cannot be validated
at all because their behavior is either intentionally random or is timezone-dependent.
But 23 out of 26 tests now have some kind of validation.

I've updated the harnesses to show erroneous runs when displaying results.

  • resources/TEMPLATE.html:
  • resources/driver-TEMPLATE.html:
  • resources/sunspider-analyze-results.js:

(formatResult):
(resultLine):
(printOutput):

  • resources/sunspider-compare-results.js:

(.formatMean):
(.resultLine):
(.printOutput):
(sunspiderCompareResults):

  • resources/sunspider-standalone-driver.js:
  • tests/sunspider-1.0/3d-cube.js:

(Init):

  • tests/sunspider-1.0/3d-morph.js:
  • tests/sunspider-1.0/3d-raytrace.js:
  • tests/sunspider-1.0/access-binary-trees.js:
  • tests/sunspider-1.0/access-fannkuch.js:
  • tests/sunspider-1.0/access-nbody.js:
  • tests/sunspider-1.0/access-nsieve.js:

(sieve):

  • tests/sunspider-1.0/bitops-3bit-bits-in-byte.js:
  • tests/sunspider-1.0/bitops-bits-in-byte.js:
  • tests/sunspider-1.0/bitops-bitwise-and.js:
  • tests/sunspider-1.0/bitops-nsieve-bits.js:
  • tests/sunspider-1.0/controlflow-recursive.js:
  • tests/sunspider-1.0/crypto-aes.js:
  • tests/sunspider-1.0/crypto-md5.js:
  • tests/sunspider-1.0/crypto-sha1.js:
  • tests/sunspider-1.0/date-format-tofte.js:
  • tests/sunspider-1.0/date-format-xparb.js:
  • tests/sunspider-1.0/math-cordic.js:
  • tests/sunspider-1.0/math-partial-sums.js:

(partial):

  • tests/sunspider-1.0/math-spectral-norm.js:
  • tests/sunspider-1.0/regexp-dna.js:
  • tests/sunspider-1.0/string-base64.js:
  • tests/sunspider-1.0/string-fasta.js:

(fastaRepeat):
(fastaRandom):

  • tests/sunspider-1.0/string-tagcloud.js:
  • tests/sunspider-1.0/string-unpack-code.js:
  • tests/sunspider-1.0/string-validate-input.js:
5:15 PM Changeset in webkit [148783] by jer.noble@apple.com
  • 9 edits
    5 deletes in trunk/Source/WebKit2

Unreviewed, revert r148782. It was not reviewed by a WebKit2 owner.

  • PluginProcess/mac/PluginProcessShim.mm:
  • Shared/mac/CookieStorageShim.cpp: Removed.
  • Shared/mac/CookieStorageShim.h: Removed.
  • Shared/mac/CookieStorageShimLibrary.cpp: Removed.
  • Shared/mac/CookieStorageShimLibrary.h: Removed.
  • Shared/mac/DYLDInterpose.h: Removed.
  • UIProcess/Launcher/mac/ProcessLauncherMac.mm:

(WebKit::addDYLDEnvironmentAdditions):

  • WebKit2.xcodeproj/project.pbxproj:
  • WebProcess/EntryPoint/mac/LegacyProcess/WebContentProcessMain.mm:

(WebKit::WebContentProcessMainDelegate::doPreInitializationWork):

  • WebProcess/EntryPoint/mac/XPCService/WebContentService/Info.plist:
  • WebProcess/EntryPoint/mac/XPCService/WebContentServiceEntryPoint.mm:

(WebContentServiceInitializer):

  • WebProcess/WebProcess.cpp:

(WebKit::WebProcess::initializeWebProcess):

  • WebProcess/mac/SecItemShimLibrary.mm:
  • WebProcess/EntryPoint/mac/XPCService/WebContentService.Development/Info.plist:
  • WebProcess/EntryPoint/mac/XPCService/WebContentService/Info.plist:
4:32 PM Changeset in webkit [148782] by jer.noble@apple.com
  • 9 edits
    3 copies
    2 adds in trunk/Source/WebKit2

WWDC session videos don’t play at developer.apple.com
https://bugs.webkit.org/show_bug.cgi?id=114858

Reviewed by Eric Carlson.

AVFoundation uses CFNetwork to store and retrieve cookies from the global store.
However, in the case where network access happens in the NetworkProcess, session
cookies are stored in-memory, and are not accessable in the WebProcess. Until such
a time as AVFoundation can provide an API which would allow us to provide cookies
for a specific request, we will interpose the CFNetwork method which they use to
retrieve the cookie string from the cookie store for their pending request.

Duplicate the previous SecItemShim target to a new, WebProcessShim target. This
target includes the SecItemShim functionality, but will add a new shim for cookie
retrieval:

  • Shared/mac/CookieStorageShimLibrary.h: Added

(CookieStorageShimCallbacks):

  • Shared/mac/CookieStorageShimLibrary.cpp: Added.

(WebKit::ShimProtector::ShimProtector): A simple stack-based counter class.
(WebKit::ShimProtector::~ShimProtector):
(WebKit::ShimProtector::count):
(WebKit::shimCFHTTPCookieStorageCopyRequestHeaderFieldsForURL): Interpose

the CFNetwork call, and pass to the registered callback.

(WebKit::WebKitCookieStorageShimInitialize): Register the callbacks.

Add a helper singleton class which will talk to the shim through the
registered callbacks:

  • Shared/mac/CookieStorageShim.h: Added

(WebKit::CookieStorageShim::CookieStorageShim):

  • Shared/mac/CookieStorageShim.cpp: Added.

(WebKit::webKitCookieStorageCopyRequestHeaderFieldsForURL): Pass the request

over to the NetworkProcess.

(WebKit::CookieStorageShim::shared): Simple singleton.
(WebKit::CookieStorageShim::initialize): Call the library initializer.

Initialize the shim only when the WebProcess is delegating network loading
to the NetworkProcess:

  • WebProcess/WebProcess.cpp:

(WebKit::WebProcess::initializeWebProcess):

Rename the WebProcess's shim from SecItemShim -> WebProcessShim:

  • UIProcess/Launcher/mac/ProcessLauncherMac.mm:

(WebKit::addDYLDEnvironmentAdditions):

  • WebProcess/EntryPoint/mac/LegacyProcess/WebContentProcessMain.mm:

(WebKit::WebContentProcessMainDelegate::doPreInitializationWork):

  • WebProcess/EntryPoint/mac/XPCService/WebContentService/Info.plist:
  • WebProcess/EntryPoint/mac/XPCService/WebContentServiceEntryPoint.mm:

(WebContentServiceInitializer):

As the DYLD_INTERPOSE macro is used in multiple files now, put it in its
own header:

  • Shared/mac/DYLDInterpose.h: Added.
  • PluginProcess/mac/PluginProcessShim.mm:
  • WebProcess/mac/SecItemShimLibrary.mm:

Add new files to the project:

  • WebKit2.xcodeproj/project.pbxproj:
4:28 PM Changeset in webkit [148781] by betravis@adobe.com
  • 7 edits
    2 adds in trunk

[CSS Exclusions] Implement empty segments for multiple-segment shape-insides
https://bugs.webkit.org/show_bug.cgi?id=100049

Reviewed by David Hyatt.

Source/WebCore:

Content should not overflow a shape-inside segment, even if that means no content
will be placed in that segment. Overflow may be pushed to outside the shape. This
patch removes the restriction that every line must consume at least some text
input while inside a shape-inside. Content that does not fit is pushed down until
it does, either inside the shape or just below it.

Test: fast/exclusions/shape-inside/shape-inside-empty-segments.html

  • rendering/RenderBlockLineLayout.cpp:

(WebCore::constructBidiRunsForSegment): Do not include empty segments for
consideration, as the actual BidiRuns construction expects to consume at
least one character.
(WebCore::constructBidiRunsForLine): Ditto.
(WebCore::firstPositiveWidth): Find the first positive word measurement width,
as there may be some empty word break measurements inserted.
(WebCore::adjustLogicalLineTop): Move the current line down, if necessary, to
fit it within the shape inside.
(WebCore::RenderBlock::layoutRunsAndFloatsInRange): If nothing fit in the
current segment, find the first available position for the smallest item
at the beginning of the text.
(WebCore::RenderBlock::LineBreaker::nextLineBreak): Return an empty segment
for a line that is inside the shape, but has no segments.
(WebCore::RenderBlock::LineBreaker::nextSegmentBreak): Do not consume
input to meet minimum size requirements if you are inside a shape.

LayoutTests:

Testing that shape-insides do not place content where it will not fit. Also
fixing up some previous tests and expectations.

  • fast/exclusions/resources/multi-segment-polygon.js:

(simulateWithText): Enable multi-line shape expectations using arrays.

  • fast/exclusions/resources/simple-rectangle.js:

(createRectangleTest): Add overflow: break-word property to tests.
(createRectangleTestResult): Ditto.

  • fast/exclusions/shape-inside/shape-inside-empty-expected.html: Adjust results

for tests where content should be pushed down.

  • fast/exclusions/shape-inside/shape-inside-empty-segments-expected.html: Added.
  • fast/exclusions/shape-inside/shape-inside-empty-segments.html: Added.
  • fast/exclusions/shape-inside/shape-inside-empty.html: Shapes with height but

no width should still push content down below the shape.

4:12 PM Changeset in webkit [148780] by Lucas Forschler
  • 9 edits in tags/Safari-537.38.2/Source

Merged r148779. <rdar://problem/13696616>

4:03 PM Changeset in webkit [148779] by roger_fong@apple.com
  • 9 edits in trunk/Source

Remove uses of WebKit_Source from AppleWin build in WTF and JavaScriptCore.

  • JavaScriptCore.vcxproj/JavaScriptCore.make:
  • JavaScriptCore.vcxproj/build-generated-files.sh:
  • JavaScriptCore.vcxproj/copy-files.cmd:
  • JavaScriptCore.vcxproj/testRegExp/testRegExp.vcxproj:
  • WTF.vcxproj/WTF.make:
  • WTF.vcxproj/copy-files.cmd:
  • WTF.vcxproj/work-around-vs-dependency-tracking-bugs.py:

(react_to_vsprops_changes):
(react_to_webkit1_interface_changes):

4:03 PM Changeset in webkit [148778] by rniwa@webkit.org
  • 2 edits in trunk/Tools

Build fixes for the flakiness dashboard.

  • TestResultServer/static-dashboards/flakiness_dashboard.js:
3:47 PM Changeset in webkit [148777] by rniwa@webkit.org
  • 2 edits in trunk/Source/WebCore

Add a missing null pointer check after r148759.

  • rendering/RenderObject.cpp:

(WebCore::RenderObject::containingBlock):

3:38 PM Changeset in webkit [148776] by Lucas Forschler
  • 4 edits in tags/Safari-537.38.2/Source

Versioning.

3:35 PM Changeset in webkit [148775] by Lucas Forschler
  • 1 copy in tags/Safari-537.38.2

New Tag.

3:16 PM Changeset in webkit [148774] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

[Mac] [WK2] Layout Test fast/regions/fixed-pos-elem-in-region.html is flaky on Debug builders
https://bugs.webkit.org/show_bug.cgi?id=114571

  • platform/mac-wk2/TestExpectations:

The bots are also seeing image failures flakily, so add that expectation.

2:32 PM Changeset in webkit [148773] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

[Mac Lion] media/W3C/video/events/event_canplay.html is flakey, sometimes times out
https://bugs.webkit.org/show_bug.cgi?id=114889

  • platform/mac-lion/TestExpectations:

Mark it as such.

2:17 PM Changeset in webkit [148772] by benjamin@webkit.org
  • 3 edits in trunk/Source/WebCore

Use Vector instead of StringBuilder for CSSPreloadScanner's buffers
https://bugs.webkit.org/show_bug.cgi?id=114794

Reviewed by Ryosuke Niwa.

Cleanup for other String changes.

CSSPreloadScanner only handles UChar, StringBuilder was a little
overkill.

  • html/parser/CSSPreloadScanner.cpp:

(WebCore):
(WebCore::ruleEqualIgnoringCase):
(WebCore::CSSPreloadScanner::emitRule):

  • html/parser/CSSPreloadScanner.h:
2:13 PM Changeset in webkit [148771] by benjamin@webkit.org
  • 2 edits in trunk/Source/WTF

Remove the declaration of MemoryObjectInfo from StringImpl
https://bugs.webkit.org/show_bug.cgi?id=114788

Reviewed by Andreas Kling.

  • wtf/text/StringImpl.h: The declaration is an other left over from chromium.
2:10 PM Changeset in webkit [148770] by benjamin@webkit.org
  • 2 edits in trunk/Source/WebCore

StyledMarkupAccumulator::appendText() should not allocate an intermediary StringBuilder
https://bugs.webkit.org/show_bug.cgi?id=114847

Reviewed by Geoffrey Garen.

For some reason StyledMarkupAccumulator::appendText() was allocating a separate buffer
for invoking appendStyleNodeOpenTag. This is a bad idea.

  • editing/markup.cpp:

(WebCore::StyledMarkupAccumulator::appendStyleNodeOpenTag):
(WebCore::StyledMarkupAccumulator::appendText):

2:06 PM Changeset in webkit [148769] by Joseph Pecoraro
  • 3 edits in trunk/Source/WebCore

Web Inspector: Support the SourceMap header, X-SourceMap was deprecated
https://bugs.webkit.org/show_bug.cgi?id=114888

Check first for SourceMap, then fallback to X-SourceMap. Leaving in
support for the deprecated header because most tools and articles
online mention that version and have not yet updated.

Reviewed by Timothy Hatcher.

  • inspector/InspectorDebuggerAgent.cpp:

(WebCore::InspectorDebuggerAgent::sourceMapURLForScript):

  • inspector/InspectorPageAgent.cpp:

(WebCore::InspectorPageAgent::sourceMapURLForResource):

2:06 PM Changeset in webkit [148768] by Joseph Pecoraro
  • 9 edits
    5 adds in trunk

Web Inspector: Backend should detect sourceMappingURLs in CSS Resources
https://bugs.webkit.org/show_bug.cgi?id=114854

Source/WebCore:

Reviewed by Timothy Hatcher.

Test: http/tests/inspector/network/css-source-mapping-url.html

  • inspector/Inspector.json:
  • Page.getResourceTree - add sourceMapURL to resource payloads
  • Network.loadingFinished and Network.requestServedFromMemoryCache, include extra resource info object with possible sourceMapURL.
  • inspector/ContentSearchUtils.h:
  • inspector/ContentSearchUtils.cpp:

(WebCore::ContentSearchUtils::scriptCommentPattern):
(WebCore::ContentSearchUtils::stylesheetCommentPattern):
(WebCore::ContentSearchUtils::findMagicComment):
(WebCore::ContentSearchUtils::findScriptSourceURL):
(WebCore::ContentSearchUtils::findScriptSourceMapURL):
(WebCore::ContentSearchUtils::findStylesheetSourceMapURL):
Separate Script and Stylesheet regex pattern creation, but
share the search function using the pattern.

  • inspector/InspectorDebuggerAgent.cpp:

(WebCore::InspectorDebuggerAgent::sourceMapURLForScript):
(WebCore::InspectorDebuggerAgent::didParseSource):
Update function names. Check for the SourceMap header before
checking for a sourceMappingURL comment.

  • inspector/InspectorPageAgent.h:
  • inspector/InspectorPageAgent.cpp:

(WebCore::InspectorPageAgent::sourceMapURLForResource):
(WebCore::InspectorPageAgent::buildObjectForFrameTree):
Provide the sourceMapURL for Page.getResourceTree.

  • inspector/InspectorResourceAgent.cpp:

(WebCore::buildObjectForExtraResourceInfo):
(WebCore::buildObjectForCachedResource):
(WebCore::InspectorResourceAgent::didFinishLoading):
(WebCore::InspectorResourceAgent::didLoadResourceFromMemoryCache):
Include ExtraResourceInfo objects in finish loading and
request served from cache.

LayoutTests:

Test a different ways we would expect to see a sourceMapURL for
stylesheet resources.

Reviewed by NOBODY (OOPS!).

  • http/tests/inspector/network/css-source-mapping-url-expected.txt: Added.
  • http/tests/inspector/network/css-source-mapping-url.html: Added.
  • http/tests/inspector/network/resources/source-map-test-style.css: Added.
  • http/tests/inspector/network/resources/source-map-test-style.css.map: Added.
  • http/tests/inspector/network/resources/source-map-test-style.scss: Added.
2:02 PM Changeset in webkit [148767] by benjamin@webkit.org
  • 4 edits in trunk/Source/JavaScriptCore

Rename JSStringJoiner::build() to join()
https://bugs.webkit.org/show_bug.cgi?id=114845

Patch by Benjamin Poulain <bpoulain@apple.com> on 2013-04-19
Reviewed by Geoffrey Garen.

The method name build() came from StringBuilder history. It does not make much
sense on the StringJoiner.

  • runtime/ArrayPrototype.cpp:

(JSC::arrayProtoFuncToString):
(JSC::arrayProtoFuncToLocaleString):
(JSC::arrayProtoFuncJoin):

  • runtime/JSStringJoiner.cpp:

(JSC::JSStringJoiner::join):

  • runtime/JSStringJoiner.h:

(JSStringJoiner):

1:56 PM Changeset in webkit [148766] by benjamin@webkit.org
  • 2 edits in trunk/Source/WTF

Make StringImpl::cost const
https://bugs.webkit.org/show_bug.cgi?id=114790

Reviewed by Andreas Kling.

  • wtf/text/StringImpl.h:

(WTF::StringImpl::cost):

1:41 PM Changeset in webkit [148765] by shawnsingh@chromium.org
  • 5 edits in trunk/Source/WebCore

Remove non-overlap testing code in RenderLayerCompositor
https://bugs.webkit.org/show_bug.cgi?id=85521

Reviewed by Simon Fraser.

m_compositingConsultsOverlap is always true in the current
code. This patch removes this flag, and removes dead code that is
never executed because it was never false.

No new tests, no change in behavior. The cleanup is covered by
existing tests.

  • rendering/RenderLayer.cpp:

(WebCore::RenderLayer::updateCompositingLayersAfterScroll):
removed if-statement that is always true.

  • rendering/RenderLayerBacking.cpp:

(WebCore::RenderLayerBacking::shouldClipCompositedBounds):
removed if-statement that would never get triggered.

  • rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::RenderLayerCompositor):
(WebCore::RenderLayerCompositor::updateCompositingLayers):
removed m_compositingConsultsOverlap, and retained the code as if the flag were "true".

  • rendering/RenderLayerCompositor.h:

(RenderLayerCompositor):

1:32 PM Changeset in webkit [148764] by Lucas Forschler
  • 8 edits in tags/Safari-537.38.1/Source

Merged r148760. <rdar://problem/13696616>

1:30 PM Changeset in webkit [148763] by Lucas Forschler
  • 4 edits in tags/Safari-537.38.1/Source

Versioning.

1:29 PM Changeset in webkit [148762] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Find-on-page should do the scoping again when highlight policy changed
https://bugs.webkit.org/show_bug.cgi?id=114885

Patch by Andy Chen <andchen@blackberry.com> on 2013-04-19
Reviewed by Rob Buis.

PR 195773
Internally reviewed by Mike Fenton.
For find on page, we need to treat it as a new search if highlightAllMatches
changes but the text is not changed.

  • WebKitSupport/InPageSearchManager.cpp:

(BlackBerry::WebKit::InPageSearchManager::findNextString):
(BlackBerry::WebKit::InPageSearchManager::findAndMarkText):

1:26 PM Changeset in webkit [148761] by Lucas Forschler
  • 1 copy in tags/Safari-537.38.1

New Tag.

1:14 PM Changeset in webkit [148760] by roger_fong@apple.com
  • 8 edits in trunk/Source

Unreviewed. WebKit_Source is incorrectly set.

  • WTF.vcxproj/WTF.make:
  • JavaScriptCore.vcxproj/JavaScriptCore.make:
  • WebCore.vcxproj/WebCore.make:
  • WebKit.vcxproj/WebKit.make:
12:58 PM Changeset in webkit [148759] by rniwa@webkit.org
  • 2 edits in trunk/Source/WebCore

Make loops in RenderObject::containingBlock homogeneous in their forms to simplify
https://bugs.webkit.org/show_bug.cgi?id=114853

Reviewed by David Hyatt.

This patch prepares us to avoid computing containing blocks during a depth-first traversal of the render tree.

Extracted inline functions out of RenderBlock::containingBlock to make the code simpler. Also moved the code
to obtain the nearest containing block out of the loop for a relatively positioned inline.

  • rendering/RenderObject.cpp:

(WebCore::isNonReplacedInlineInFlowPosition): Extracted.
(WebCore::isContainingBlockCandidateForAbsolutelyPositionedObject): Extracted.
(WebCore::isNonRenderBlockInline): Extracted.
(WebCore::RenderObject::containingBlock): Refactored as stated above.

12:45 PM Changeset in webkit [148758] by timothy_horton@apple.com
  • 2 edits in trunk/Source/WebCore

WebKit should not decode or support PDF favicons
https://bugs.webkit.org/show_bug.cgi?id=114650
<rdar://problem/10133914>

Reviewed by Dan Bernstein.

Drop the image data on the floor if it begins with the PDF magic number.
No other browser I can find on OS X supports PDF favicons (by experimentation),
and we do not properly display them.

  • loader/icon/IconLoader.cpp:

(WebCore::IconLoader::notifyFinished):

12:00 PM Changeset in webkit [148757] by Martin Robinson
  • 9 edits
    18 deletes in trunk/Source/WebCore

Remove the OpenVG backend
https://bugs.webkit.org/show_bug.cgi?id=114881

Reviewed by Tim Horton.

  • platform/graphics/FloatRect.h:

(FloatRect): Remove #ifdefs for OpenVG backend.

  • platform/graphics/GraphicsContext.cpp:

(WebCore): Ditto.

  • platform/graphics/GraphicsContext.h:
  • platform/graphics/NativeImagePtr.h:

(WebCore): Ditto.

  • platform/graphics/Path.cpp:

(WebCore): Ditto.

  • platform/graphics/Path.h:
  • platform/graphics/openvg/EGLDisplayOpenVG.cpp: Removed.
  • platform/graphics/openvg/EGLDisplayOpenVG.h: Removed.
  • platform/graphics/openvg/EGLUtils.h: Removed.
  • platform/graphics/openvg/GraphicsContextOpenVG.cpp: Removed.
  • platform/graphics/openvg/ImageOpenVG.cpp: Removed.
  • platform/graphics/openvg/PainterOpenVG.cpp: Removed.
  • platform/graphics/openvg/PainterOpenVG.h: Removed.
  • platform/graphics/openvg/PathOpenVG.cpp: Removed.
  • platform/graphics/openvg/PlatformPathOpenVG.h: Removed.
  • platform/graphics/openvg/SharedResourceOpenVG.cpp: Removed.
  • platform/graphics/openvg/SharedResourceOpenVG.h: Removed.
  • platform/graphics/openvg/SurfaceOpenVG.cpp: Removed.
  • platform/graphics/openvg/SurfaceOpenVG.h: Removed.
  • platform/graphics/openvg/TiledImageOpenVG.cpp: Removed.
  • platform/graphics/openvg/TiledImageOpenVG.h: Removed.
  • platform/graphics/openvg/VGUtils.cpp: Removed.
  • platform/graphics/openvg/VGUtils.h: Removed.
  • platform/graphics/transforms/AffineTransform.h:

(AffineTransform): Ditto.

  • platform/graphics/transforms/TransformationMatrix.h:

(TransformationMatrix): Ditto.

  • platform/image-decoders/openvg/ImageDecoderOpenVG.cpp: Removed.
11:12 AM Changeset in webkit [148756] by beidson@apple.com
  • 3 edits in trunk/Source/WebKit2

Add JoinExistingSession to the WebContext XPC.
<rdar://problem/13541540> and https://bugs.webkit.org/show_bug.cgi?id=114882

Reviewed by Sam Weinig.

This fixes <keygen> and maybe other things.

  • WebProcess/EntryPoint/mac/XPCService/WebContentService.Development/Info.plist:
  • WebProcess/EntryPoint/mac/XPCService/WebContentService/Info.plist:
10:55 AM Changeset in webkit [148755] by Martin Robinson
  • 9 edits
    1 add
    1 delete in trunk

[GTK] JSCore.gir.in has a few problems
https://bugs.webkit.org/show_bug.cgi?id=114710

Reviewed by Philippe Normand.

.:

  • GNUmakefile.am: Move common GIR initialization here from WebKit1.
  • configure.ac: Updated to reflect new JSC gir file location.

Source/JavaScriptCore:

  • GNUmakefile.am: Add the gobject introspection steps for JavaScriptCore here,

because they are shared between WebKit1 and WebKit2.

  • JavaScriptCore.gir.in: Added. Moved from the WebKit1 directory. Now written

as foreign interfaces and referencing the javascriptcoregtk library.

Source/WebKit/gtk:

  • GNUmakefile.am: Updated to reflect new name and location of JavaScriptCore-x.0.gir.
  • JSCore.gir.in: Removed.

Source/WebKit2:

  • GNUmakefile.am: Updated to reflect new location of JavaScriptCore gir file. Share the

same autotools data task as the WebKit1 and JavaScriptCore gir installations.

10:25 AM Changeset in webkit [148754] by abucur@adobe.com
  • 2 edits in trunk/Source/WebCore

ContainerNode::removeChildren should first detach the children then remove them
https://bugs.webkit.org/show_bug.cgi?id=113433

Reviewed by Ryosuke Niwa.

Currently, ContainerNode::removeChildren initially removes the nodes from the DOM tree and then
calls detach() on each of them. This is anti-intuitive and can lead to subtle bugs because the
detached renderers are not backed by a valid DOM tree any more. With the patch, the nodes are first
detached and then removed from the DOM.
The patch also lets the tree in a consistent state after each node removal by clearing the previous
sibling pointer of the node following the one removed.
I haven't found any proof the performance will get worse if the detachment happens when the children
are still in the DOM tree.

Tests: No changed visible functionality.

  • dom/ContainerNode.cpp:

(WebCore::ContainerNode::removeChildren):

10:17 AM Changeset in webkit [148753] by krit@webkit.org
  • 11 edits
    2 adds in trunk/Source/WebCore

Refactor transform code in StyleResolver
https://bugs.webkit.org/show_bug.cgi?id=114874

Reviewed by Andreas Kling.

Move transform code frome StyleResolver into own files.

Refactoring, no changes in functionality.

  • CMakeLists.txt:
  • GNUmakefile.list.am:
  • Target.pri:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.vcxproj/WebCore.vcxproj:
  • WebCore.vcxproj/WebCore.vcxproj.filters:
  • WebCore.xcodeproj/project.pbxproj:
  • css/StyleResolver.cpp:

(WebCore::StyleResolver::applyProperty):
(WebCore::StyleResolver::parseCustomFilterTransformParameter):

  • css/StyleResolver.h:
  • css/TransformFunctions.cpp: Added.

(WebCore):
(WebCore::transformOperationType):
(WebCore::convertToFloatLength):
(WebCore::transformsForValue):

  • css/TransformFunctions.h: Added.

(WebCore):

  • css/WebKitCSSMatrix.cpp:

(WebCore::WebKitCSSMatrix::setMatrixValue):

10:05 AM May 2013 Meeting edited by krit@webkit.org
(diff)
10:03 AM Changeset in webkit [148752] by arv@chromium.org
  • 7 edits in trunk/Source/WebCore

Rename TextTrackList owner to element for consistency
https://bugs.webkit.org/show_bug.cgi?id=79822

Reviewed by Eric Carlson.

No new tests. Covered by existing tests.

  • bindings/js/JSTextTrackListCustom.cpp:

(WebCore::JSTextTrackListOwner::isReachableFromOpaqueRoots):
(WebCore::JSTextTrackList::visitChildren):

  • html/HTMLMediaElement.cpp:

(WebCore::HTMLMediaElement::~HTMLMediaElement):

  • html/track/TextTrackList.cpp:

(TextTrackList::append):
(TextTrackList::remove):

  • html/track/TextTrackList.h:

(WebCore::TextTrackList::create):

  • html/track/TrackListBase.cpp:

(TrackListBase::TrackListBase):
(TrackListBase::remove):

  • html/track/TrackListBase.h:

(WebCore::TrackListBase::clearElement):
(WebCore::TrackListBase::element):
(TrackListBase):

9:40 AM Changeset in webkit [148751] by sudarsana.nagineni@linux.intel.com
  • 2 edits in trunk/LayoutTests

[EFL] Unreviewed Gardening.

  • platform/efl/TestExpectations: Adding failure expectations for two tests

which are failing on EFL bots.

9:17 AM Changeset in webkit [148750] by akling@apple.com
  • 3 edits in trunk/Source/WebCore

[Mac] ComplexTextController is slow with large numbers of text runs.
<http://webkit.org/b/114875>
<rdar://problem/13337036>

Reviewed by Dan Bernstein.

Instead of iterating over the text runs in indexOfCurrentRun() to figure out the leftmost glyph,
create a lookup table of [run# -> distance in glyphs] at ComplexTextController construction time.

This avoids O(n2) behavior in indexOfCurrentRun().

  • platform/graphics/mac/ComplexTextController.cpp:

(WebCore::ComplexTextController::ComplexTextController):
(WebCore::ComplexTextController::indexOfCurrentRun):

  • platform/graphics/mac/ComplexTextController.h:

(ComplexTextController):

9:03 AM Changeset in webkit [148749] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[GTK] Minimize calls to GailTextUtil in AtkText implementation
https://bugs.webkit.org/show_bug.cgi?id=114868

Patch by Mario Sanchez Prada <mario.prada@samsung.com> on 2013-04-19
Reviewed by Martin Robinson.

Create a new helper function to concentrate inside of it the calls to
gail_text_util_get_text(), so we can get rid of it later more easily.

  • accessibility/atk/WebKitAccessibleInterfaceText.cpp:

(webkitAccessibleTextGetTextForOffset): New helper function.
(webkitAccessibleTextGetTextAfterOffset): Rely on the new function.
(webkitAccessibleTextGetTextAtOffset): Ditto.
(webkitAccessibleTextGetTextBeforeOffset): Ditto.

9:01 AM Changeset in webkit [148748] by commit-queue@webkit.org
  • 15 edits in trunk/Source

[Texmap] Implementation for pattern compositing
https://bugs.webkit.org/show_bug.cgi?id=109588

Patch by Noam Rosenthal <Noam Rosenthal> on 2013-04-19
Reviewed by Allan Sandfeld Jensen.

Source/WebCore:

Enable pattern compositing (background images) for CoordinatedGraphics/TextureMapperGL.
Use the existing patternTransform shader uniform, multiplying it by a matrix calculated
using the contentsRect, tileSize and tilePhase.

Covered by existing tests in compositing/patterns.

  • platform/graphics/GraphicsLayer.h:

(GraphicsLayer):

Conditionally enable pattern compositing for coordinated graphics.

  • platform/graphics/texmap/TextureMapper.cpp:

(WebCore::TextureMapper::TextureMapper):

  • platform/graphics/texmap/TextureMapper.h:

(WebCore::TextureMapper::setPatternTransform):
(WebCore::TextureMapper::setWrapMode):
(WebCore::TextureMapper::wrapMode):
(WebCore::TextureMapper::patternTransform):

Add wrapMode and patternTransform properties to the TextureMapper state.

  • platform/graphics/texmap/TextureMapperGL.cpp:

(WebCore::TextureMapperGL::drawTexturedQuadWithProgram):

Paint with GL_REPEAT and a pattern transform when needed.

  • platform/graphics/texmap/TextureMapperLayer.cpp:

(WebCore::TextureMapperLayer::computePatternTransformIfNeeded):
(WebCore):
(WebCore::TextureMapperLayer::paintSelf):
(WebCore::TextureMapperLayer::setContentsRect):
(WebCore::TextureMapperLayer::setContentsTileSize):
(WebCore::TextureMapperLayer::setContentsTilePhase):

Apply the patternTransform from the tile size/phase.

  • platform/graphics/texmap/TextureMapperLayer.h:

(WebCore::TextureMapperLayer::TextureMapperLayer):
(TextureMapperLayer):
(WebCore::TextureMapperLayer::setShouldMapBackingStoreToContentsRect):
(State):
(WebCore::TextureMapperLayer::State::State):

Allow the client to configure whether a layer uses its bounds or its
contents rect to paint the backing store.
This is needed now since layers with background images, unlike layers
with regular images, may have bounds that are greater than the contents
rect.

  • platform/graphics/texmap/coordinated/CoordinatedGraphicsLayer.cpp:

(WebCore::CoordinatedGraphicsLayer::setContentsTileSize):
(WebCore):
(WebCore::CoordinatedGraphicsLayer::setContentsTilePhase):
(WebCore::CoordinatedGraphicsLayer::setShouldSupportContentsTiling):
(WebCore::GraphicsLayer::supportsContentsTiling):

  • platform/graphics/texmap/coordinated/CoordinatedGraphicsLayer.h:

(CoordinatedGraphicsLayer):

  • platform/graphics/texmap/coordinated/CoordinatedGraphicsScene.cpp:

(WebCore::CoordinatedGraphicsScene::setLayerState):
(WebCore::CoordinatedGraphicsScene::assignImageBackingToLayer):

  • platform/graphics/texmap/coordinated/CoordinatedGraphicsState.h:

(CoordinatedGraphicsLayerState):

Logic to pass the tileSize/tilePhase from CoordinatedGraphicsLayer
to TextureMapperLayer.

  • rendering/RenderLayerBacking.cpp:

(WebCore::RenderLayerBacking::updateDirectlyCompositedBackgroundImage):

Don't reset the layer's image contents when this is a directly composited image.

Source/WebKit2:

Serialize the two new properties from CoordinatedGraphicsLayer to CoordinatedGraphicsScene.

  • Shared/CoordinatedGraphics/CoordinatedGraphicsArgumentCoders.cpp:

(CoreIPC::::encode):
(CoreIPC::::decode):

Encode/decode the new tiling properties.

  • WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp:

(WebKit::CoordinatedLayerTreeHost::CoordinatedLayerTreeHost):

Enable pattern compositing for coordinated graphics.
This is needed since we don't want to enable pattern compositing for
WebKit1 yet.

8:34 AM Changeset in webkit [148747] by sudarsana.nagineni@linux.intel.com
  • 2 edits
    1 delete in trunk/LayoutTests

[EFL] Unreviewed Gardening.

Marking compositing reftests added in r148172 as ImageOnlyFailure.
Also, skip failing tests on EFL bots.

  • platform/efl/TestExpectations:
  • platform/efl/compositing/geometry/foreground-layer-expected.txt: Removed.
8:21 AM Changeset in webkit [148746] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

Fix expectations added in r148720.

  • fast/js/stack-trace-expected.txt:
7:53 AM Changeset in webkit [148745] by kov@webkit.org
  • 3 edits in trunk/Tools

[GTK] Make the 32 bits bot only build and run API tests
https://bugs.webkit.org/show_bug.cgi?id=113532

Reviewed by Martin Robinson.

  • BuildSlaveSupport/build.webkit.org-config/config.json: make the 32 bits bot use the new BuildAndAPITest type
  • BuildSlaveSupport/build.webkit.org-config/master.cfg:

(BuildAndAPITestFactory): new factory that builds and runs API tests, only used by the GTK+ 32 bits bot at the
moment;
(BuildAndAPITestFactory.init): add API tests step for platforms that have it.

7:32 AM Changeset in webkit [148744] by abecsi@webkit.org
  • 2 edits in trunk/Tools

[Qt] Only use thin archives on Linux

Rubber-stamped by Jocelyn Turcotte.

Since "thin archive" is a feature of GNU's ar
we limit the usage to Linux to avoid problems
with other configurations (eg. macx-g++).

  • qmake/mkspecs/features/default_pre.prf:
6:54 AM Changeset in webkit [148743] by commit-queue@webkit.org
  • 3 edits in trunk/Source/WebCore

[GTK][AC] Manage actor's children by using clutter's own way.
https://bugs.webkit.org/show_bug.cgi?id=114257

Patch by ChangSeok Oh <ChangSeok Oh> on 2013-04-19
Reviewed by Gustavo Noronha Silva.

I believe we don't need to maintain a children list of GList. We can do it
by using clutter APIs like clutter_actor_get_children, clutter_actor_get_first_child, etc.

No new tests since no functionality changed.

  • platform/graphics/clutter/GraphicsLayerActor.cpp:

(graphics_layer_actor_init):
(graphicsLayerActorAllocate):
(graphicsLayerActorPaint):
(graphicsLayerActorRemoveAll):
(graphicsLayerActorGetnChildren):
(graphicsLayerActorReplaceSublayer):
(graphicsLayerActorInsertSublayer):

  • platform/graphics/clutter/GraphicsLayerActor.h:

(_GraphicsLayerActor):

6:51 AM Changeset in webkit [148742] by commit-queue@webkit.org
  • 5 edits in trunk/Source/WebCore

[GTK][AC] Support masksToBounds for clutter AC backend.
https://bugs.webkit.org/show_bug.cgi?id=114113

Patch by ChangSeok Oh <ChangSeok Oh> on 2013-04-19
Reviewed by Gustavo Noronha Silva.

We can support the masksToBounds property by using clutter_actor_set_clip simply.

Covered by existing AC tests.

  • platform/graphics/clutter/GraphicsLayerActor.cpp:

(graphicsLayerActorSetMasksToBounds):

  • platform/graphics/clutter/GraphicsLayerActor.h:
  • platform/graphics/clutter/GraphicsLayerClutter.cpp:

(WebCore::GraphicsLayerClutter::setMasksToBounds):
(WebCore):
(WebCore::GraphicsLayerClutter::commitLayerChangesBeforeSublayers):
(WebCore::GraphicsLayerClutter::setupContentsLayer):
(WebCore::GraphicsLayerClutter::updateMasksToBounds):

  • platform/graphics/clutter/GraphicsLayerClutter.h:

(GraphicsLayerClutter):

6:32 AM Changeset in webkit [148741] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WTF

OSAllocatorPosix: fix build warnings about unused parameters in QNX
https://bugs.webkit.org/show_bug.cgi?id=114859

Patch by Alberto Garcia <agarcia@igalia.com> on 2013-04-19
Reviewed by Carlos Garcia Campos.

  • wtf/OSAllocatorPosix.cpp:

(WTF::OSAllocator::reserveUncommitted):

5:43 AM Changeset in webkit [148740] by commit-queue@webkit.org
  • 6 edits
    1 add in trunk/Source/WebKit

[EFL] Add method in ewk_settings for setting the CSS media type
https://bugs.webkit.org/show_bug.cgi?id=113284

Patch by Jose Lejin PJ <jose.lejin@gmail.com> on 2013-04-19
Reviewed by Gyuyoung Kim.

Source/WebKit:

test_ewk_setting is added.

  • PlatformEfl.cmake:

Source/WebKit/efl:

Added APIs to set and get CSS media type.
Added unit tests for these APIs.

  • WebCoreSupport/FrameLoaderClientEfl.cpp:

(WebCore::FrameLoaderClientEfl::overrideMediaType):

  • ewk/ewk_settings.cpp:

(ewk_settings_css_media_type_set):
(ewk_settings_css_media_type_get):

  • ewk/ewk_settings.h:
  • tests/test_ewk_setting.cpp: Added.

(TEST_F):

4:47 AM Changeset in webkit [148739] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

fixed debug broken from previous patch
https://bugs.webkit.org/show_bug.cgi?id=114844

Patch by Xuefei Ren <xren@blackberry.com> on 2013-04-19
Reviewed by Rob Buis.

  • WebKitSupport/RenderQueue.cpp:

(BlackBerry::WebKit::RenderQueue::scrollZoomJobsCompleted):

Add the parameter outstandingJobs which is used in ASSERT(),it was
removed in the r148677 by misstake.now I need to fix it.

4:30 AM Changeset in webkit [148738] by kadam@inf.u-szeged.hu
  • 3 edits
    2 adds in trunk/LayoutTests

[Qt] Unreviewed gardening. Added new baseline.

  • platform/qt/editing/selection/select-across-readonly-input-1-expected.txt: Updated after r148594.
  • platform/qt/fast/sub-pixel/inline-block-with-padding-expected.txt: Added after r148604.
  • platform/qt/fast/sub-pixel/selection/selection-gaps-at-fractional-offsets-expected.png: Added after r148604.
  • platform/qt/fast/sub-pixel/selection/selection-gaps-at-fractional-offsets-expected.txt: Added after r148604.
3:37 AM Changeset in webkit [148737] by commit-queue@webkit.org
  • 4 edits in trunk

[GTK][WK2] accessibility/language-attribute.html is failing
https://bugs.webkit.org/show_bug.cgi?id=106342

Patch by Krzysztof Czech <k.czech@samsung.com> on 2013-04-19
Reviewed by Gyuyoung Kim.

Tools:

Adds support for getting language information.

  • WebKitTestRunner/InjectedBundle/atk/AccessibilityUIElementAtk.cpp:

(WTR::AccessibilityUIElement::language):

LayoutTests:

Unskipping accessibility/language-attribute.html.

  • platform/gtk-wk2/TestExpectations:
2:59 AM Changeset in webkit [148736] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] EditorClientBlackBerry: Fix parameter name
https://bugs.webkit.org/show_bug.cgi?id=114856

Patch by Alberto Garcia <agarcia@igalia.com> on 2013-04-19
Reviewed by Carlos Garcia Campos.

Build fix due to a typo in a parameter name.

  • WebCoreSupport/EditorClientBlackBerry.cpp:

(WebCore::EditorClientBlackBerry::requestCheckingOfString):

1:48 AM FeatureFlags edited by dbeam@chromium.org
(diff)
1:47 AM Changeset in webkit [148735] by zandobersek@gmail.com
  • 4 edits in trunk/Tools

[Dashboard] Remove the isToTWebKit member variable from the BuilderGroup interface
https://bugs.webkit.org/show_bug.cgi?id=114805

Reviewed by Benjamin Poulain.

Remove the isToTWebKit member variable from the BuilderGroup and all its usages as it now defaults to true for every
builder group. The isTipOfTreeWebKitBuilder method now returns true by default but should be removed in a follow-up patch.
The BuilderGroup constructor does not accept the isToTWebKit parameter anymore so all the callsites are adjusted accordingly.

  • TestResultServer/static-dashboards/builders.js:

(BuilderGroup):
(loadBuildersList):

  • TestResultServer/static-dashboards/dashboard_base.js:

(isTipOfTreeWebKitBuilder):
(expectationsMap):

  • TestResultServer/static-dashboards/flakiness_dashboard_unittests.js:

(test):

1:43 AM Changeset in webkit [148734] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] htmlForIndividualTests unit test should include its dummy builder under the webkit.org builder master
https://bugs.webkit.org/show_bug.cgi?id=114804

Reviewed by Benjamin Poulain.

The htmlForIndividualTests unit test should include its dummy builder under the sole supported webkit.org builder master
just so the unit tests properly functions.

  • TestResultServer/static-dashboards/flakiness_dashboard_unittests.js:
1:42 AM Changeset in webkit [148733] by zandobersek@gmail.com
  • 3 edits in trunk/Tools

[Dashboard] Remove Chromium-specific helper functions that were used in the builder-loading code
https://bugs.webkit.org/show_bug.cgi?id=114803

Reviewed by Benjamin Poulain.

Remove three Chromium-specific helper functions that were used to determine Chromium DEPS, Content Shell and WebKit ToT
test runners. These are not required anymore and thus removed along with a couple of unit tests that were testing these
methods' correct behavior.

  • TestResultServer/static-dashboards/builders.js:
  • TestResultServer/static-dashboards/flakiness_dashboard_unittests.js:
1:41 AM Changeset in webkit [148732] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] Remove the Chromium-specific builder masters
https://bugs.webkit.org/show_bug.cgi?id=114802

Reviewed by Benjamin Poulain.

Remove all the Chromium-specific builder masters, the webkit.org builder master is the only one currently supported.

  • TestResultServer/static-dashboards/builders.js:
1:40 AM Changeset in webkit [148731] by commit-queue@webkit.org
  • 24 edits
    6 deletes in trunk

Remove unmaintained feature REQUEST_AUTOCOMPLETE
https://bugs.webkit.org/show_bug.cgi?id=114846

Patch by Dan Beam <dbeam@chromium.org> on 2013-04-19
Reviewed by Kent Tamura.

Source/WebCore:

  • GNUmakefile.list.am: Remove AutocompleteErrorEvent.h include.
  • bindings/generic/RuntimeEnabledFeatures.cpp:

(WebCore): Remove requestAutocomplete() runtime feature.

  • bindings/generic/RuntimeEnabledFeatures.h:

(RuntimeEnabledFeatures): Remove requestAutocomplete() runtime feature.

  • dom/AutocompleteErrorEvent.h: Removed.
  • dom/AutocompleteErrorEvent.idl: Removed.
  • dom/EventNames.h: Remove autocomplete and autocompleteerror event names.

(WebCore):

  • dom/EventNames.in: Remove autocomplete and autocompleteerror event names.
  • html/HTMLAttributeNames.in: Remove onautocomplete and onautocompleteerror form attributes.
  • html/HTMLFormElement.cpp: Remove requestAutocomplete() related code.

(WebCore::HTMLFormElement::HTMLFormElement): Remove timer and event queue for requestAutocomplete() related events.
(WebCore::HTMLFormElement::parseAttribute): Remove parsing of onautocomplete and onautocompleterror.

  • html/HTMLFormElement.h: Remove requestAutocomplete() related members.

(HTMLFormElement):

  • html/HTMLFormElement.idl: Remove public requestAutocomplete() API method.
  • loader/EmptyClients.cpp: Remove stub implementation.

(WebCore):

  • loader/EmptyClients.h: Remove stub interface.

(EmptyFrameLoaderClient):

  • loader/FrameLoaderClient.h: Remove didRequestAutocomplete() from interface.

(FrameLoaderClient):

  • page/DOMWindow.idl: Remove AutocompleteErrorEvent from window DOM interface.

Source/WTF:

  • wtf/FeatureDefines.h: Remove REQUEST_AUTOCOMPLETE as a feature definition.

LayoutTests:

  • fast/events/constructors/autocomplete-error-event-constructor-expected.txt: Removed.
  • fast/events/constructors/autocomplete-error-event-constructor.html: Removed.
  • fast/events/event-creation.html: Remove AutocompleteErrorEvent test code.
  • fast/forms/form-request-autocomplete-expected.txt: Removed.
  • fast/forms/form-request-autocomplete.html: Removed.
  • fast/js/constructor-length.html: Remove AutocompleteErrorEvent test code.
  • fast/js/script-tests/global-constructors.js: Remove AutocompleteErrorEvent constructor.
  • platform/blackberry/fast/js/constructor-length-expected.txt: Remove test expectations.
  • platform/gtk/fast/js/constructor-length-expected.txt: Remove test expectations.
  • platform/mac/fast/js/constructor-length-expected.txt: Remove test expectations.
  • platform/qt/fast/js/constructor-length-expected.txt: Remove test expectations.
1:40 AM Changeset in webkit [148730] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] Remove all the Chromium-specific builder groups
https://bugs.webkit.org/show_bug.cgi?id=114801

Reviewed by Benjamin Poulain.

Remove all the Chromium-specific builder groups, all of these are not supported anymore.

  • TestResultServer/static-dashboards/builders.js:
1:39 AM Changeset in webkit [148729] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] Only accept the 'group' parameter if present in the layout tests builders group
https://bugs.webkit.org/show_bug.cgi?id=114799

Reviewed by Benjamin Poulain.

The layout tests builder group is the only one supported, all the other Chromium-specific builder groups are
bound to be removed.

  • TestResultServer/static-dashboards/history.js:

(.):

1:37 AM Changeset in webkit [148728] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] Remove Chromium-specific builder loading code from loadBuildersList
https://bugs.webkit.org/show_bug.cgi?id=114797

Reviewed by Benjamin Poulain.

Remove anything Chromium-specific from the builder-loading code, specifically removing support for loading builder data
for anything other that the layout-tests type and removing support for loading builder data from builders connected
to the Chromium-specific builder groups which are no longer supported.

  • TestResultServer/static-dashboards/builders.js:
1:36 AM Changeset in webkit [148727] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] The currentBuilderGroupCategory method should return the layout tests builder groups by default
https://bugs.webkit.org/show_bug.cgi?id=114796

Reviewed by Benjamin Poulain.

With the Chromium builders no longer uploading results and the layout-tests test type the only one supported by the
WebKit's dashboard, the currentBuilderGroupCategory can now return LAYOUT_TESTS_BUILDER_GROUPS as the default builder
group category.

  • TestResultServer/static-dashboards/dashboard_base.js:

(currentBuilderGroupCategory):

1:33 AM Changeset in webkit [148726] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] Narrow down the test types list to only layout-tests
https://bugs.webkit.org/show_bug.cgi?id=114795

Reviewed by Ryosuke Niwa.

Remove all the redundant test types that the webkit.org builders do not upload results for. All of the removed
test types were specific to the Chromium builders.

  • TestResultServer/static-dashboards/dashboard_base.js:
1:28 AM Changeset in webkit [148725] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] The revision rows for aggregate results should no longer include Chromium revisions
https://bugs.webkit.org/show_bug.cgi?id=114760

Reviewed by Benjamin Poulain.

With the Chromium builders no longer present there's no need to display the Chromium revision range under the
aggregate results. Only the first half of the htmlForRevisionRows method (the one returning the table row listing the
WebKit revisions) is now relevant - the method is therefor removed and its callsites updated to directly call the
htmlForTableRow method that returns the table row containing all the relevant WebKit revisions.

  • TestResultServer/static-dashboards/aggregate_results.js:

(htmlForSummaryTable):
(htmlForTestType):

1:25 AM Changeset in webkit [148724] by zandobersek@gmail.com
  • 2 edits in trunk/Tools

[Dashboard] Remove Chromium-specific cases from the construction of the chart HTML for aggregate results
https://bugs.webkit.org/show_bug.cgi?id=114759

Reviewed by Benjamin Poulain.

Aggregate results are not viewable for Chromium builders anymore, meaning the WebKit revisions are shown by default.
This means the code in the chartHTML method can be simplified, defaulting the revision key to WEBKIT_REVISIONS_KEY
and the revision label to 'WebKit Revision'.

  • TestResultServer/static-dashboards/aggregate_results.js:

(chartHTML):

12:14 AM EFLWebKitBuildBots edited by gyuyoung.kim@samsung.com
(diff)
Note: See TracTimeline for information about the timeline view.