Source/WebCore/ChangeLog - Issue 9933003: Merge 112360 - [chromium] Route monotonic clock up from compositor

Unified Diff: Source/WebCore/ChangeLog

Side-by-side diff isn't available for this file because of its large size.

Issue 9933003: Merge 112360 - [chromium] Route monotonic clock up from compositor (Closed) Base URL: http://svn.webkit.org/repository/webkit/branches/chromium/1084/

Patch Set: Created 8 years, 8 months ago

Use n/p to move between diff chunks; N/P to move between comments. Draft comments are only viewable by you.

Jump to:

Download patch

« no previous file with comments | « Source/Platform/chromium/public/WebLayerTreeViewClient.h ('k') | Source/WebCore/platform/graphics/chromium/cc/CCLayerTreeHost.h » ('j') | no next file with comments »
Expand Comments ('e') | Collapse Comments ('c') | Hide Comments ('s')

Index: Source/WebCore/ChangeLog

===================================================================

--- Source/WebCore/ChangeLog (revision 112611)

+++ Source/WebCore/ChangeLog (working copy)

@@ -1,998 +1,3 @@

-2012-03-28 Nat Duca <nduca@chromium.org>

- [chromium] Scheduler should not tell FrameRateController to begin a frame when we dont swap

- https://bugs.webkit.org/show_bug.cgi?id=82516

- Reviewed by James Robinson.

- * platform/graphics/chromium/LayerRendererChromium.cpp:

- (WebCore::LayerRendererChromium::swapBuffers):

- * platform/graphics/chromium/LayerRendererChromium.h:

- (LayerRendererChromium):

- * platform/graphics/chromium/cc/CCLayerTreeHostImpl.cpp:

- (WebCore::CCLayerTreeHostImpl::swapBuffers):

- * platform/graphics/chromium/cc/CCLayerTreeHostImpl.h:

- (CCLayerTreeHostImpl):

- * platform/graphics/chromium/cc/CCScheduler.cpp:

- (WebCore::CCScheduler::processScheduledActions):

- * platform/graphics/chromium/cc/CCScheduler.h:

- (WebCore::CCScheduledActionDrawAndSwapResult::CCScheduledActionDrawAndSwapResult):

- (CCScheduledActionDrawAndSwapResult):

- (WebCore):

- (CCSchedulerClient):

- * platform/graphics/chromium/cc/CCThreadProxy.cpp:

- (WebCore::CCThreadProxy::scheduledActionDrawAndSwapInternal):

- (WebCore::CCThreadProxy::scheduledActionDrawAndSwapIfPossible):

- (WebCore::CCThreadProxy::scheduledActionDrawAndSwapForced):

- * platform/graphics/chromium/cc/CCThreadProxy.h:

- (CCThreadProxy):

-2012-03-26 Eric Uhrhane <ericu@chromium.org>

- FileWriter has two race conditions

- https://bugs.webkit.org/show_bug.cgi?id=81861

- Reviewed by David Levin.

- Should make current tests less flaky.

- * Modules/filesystem/FileWriter.h:

- * Modules/filesystem/FileWriter.cpp:

- Track the in-flight operation, whether it be an abort/write/truncate.

- Whether an abort comes back as didWrite, didTruncate, or didFail, handle

- it appropriately. Before this fix, the Chromium implementation would

- assert in two cases:

- If the user calls abort, then write, then abort before the backend

- catches up, we'd send both aborts to the backend, even though it hadn't

- received the write yet. Chromium's backend asserts if there's an abort

- with no write in progress. We now record that we've sent an abort and

- are waiting for the response.

- If the user calls abort while a write/truncate is just finishing, on the

- Chromium worker implementation, the completion message could be

- thread-hopping back to WebCore at the

- WorkerAsyncFileWriterCallbacksBridge while the abort is thread-hopping

- in the other direction. Again, this leads to an abort call to the

- backend with no write in progress, and an assert. We're now robust to

- completions coming back when we're expecting an abort, and

- https://chromiumcodereview.appspot.com/9764018/ will make the backend

- robust to extra abort calls.

-2012-03-27 Ryosuke Niwa <rniwa@webkit.org>

- Deleting a paragraph of text should not add elements for typing style

- https://bugs.webkit.org/show_bug.cgi?id=82401

- Reviewed by Enrica Casucci.

- This behavior was explicitly supported by DeleteSelectionCommand but it doesn't match TextEdit or Firefox.

- We're changing our behavior to match TextEdit and Firefox in this patch.

- The behavior is tested by an existing test, which was renamed to deleting-text-rests-typing-style.html in this patch.

- Test: editing/execCommand/deleting-text-rests-typing-style.html

- * editing/DeleteSelectionCommand.cpp:

- (WebCore::DeleteSelectionCommand::calculateTypingStyleAfterDelete):

-2012-03-28 Michal Mocny <mmocny@google.com>

- [chromium] Add tracing events around CCLayerTreeHostImpl visibility.

- https://bugs.webkit.org/show_bug.cgi?id=82501

- Reviewed by James Robinson.

- * platform/graphics/chromium/cc/CCLayerTreeHostImpl.cpp:

- (WebCore::CCLayerTreeHostImpl::CCLayerTreeHostImpl):

- (WebCore::CCLayerTreeHostImpl::setVisible):

-2012-03-28 Florin Malita <fmalita@google.com>

- Incorrect foreignObject hit test results when overlapping other SVG elements

- https://bugs.webkit.org/show_bug.cgi?id=82059

- Reviewed by Nikolas Zimmermann.

- Test: svg/hittest/foreign-object-background.svg

- Foreign content needs to be hit-tested atomically due to the (pseudo)

- stacking context established by FOs.

- * rendering/svg/RenderSVGForeignObject.cpp:

- (WebCore::RenderSVGForeignObject::nodeAtFloatPoint):

- Hit test all phases on FO HitTestForeground.

-2012-03-26 Shawn Singh <shawnsingh@chromium.org>

- [chromium] layer->clipRect() is not initialized for layers that create a renderSurface.

- https://bugs.webkit.org/show_bug.cgi?id=74147

- Reviewed by Adrienne Walker.

- Added 3 additional unit tests; Modified existing unit tests and layout tests.

- The layer's clipRect and usesLayerClipping information was not

- being initialized for layers that created a renderSurface. (It

- was, however, being initialized for the renderSurface itself.)

- This patch adds a unit test that reproduces that this is an error,

- other unit tests to tightly test the value of clipRect being

- initialized, and adds the logic to properly initialize the

- clipRect.

- Before this patch, this bug was causing flashing on tab-switch on

- the apple iphone page. Even worse, with partial swap enabled, the

- layers would simply disappear, because the first frame the

- clipRect is uninitialized and the layer is not drawn, and the

- second frame onwards, the damage tracker correctly things nothing

- is damaged, so it doesn't draw that layer again until other damage

- causes it to be redrawn.

- * platform/graphics/chromium/cc/CCLayerTreeHostCommon.cpp:

- (WebCore::calculateDrawTransformsAndVisibilityInternal):

-2012-03-28 Anders Carlsson <andersca@apple.com>

- "Sticky" or slow scrolling on some sites

- https://bugs.webkit.org/show_bug.cgi?id=82512

- <rdar://problem/11000372>

- Reviewed by Andreas Kling.

- When we're in the slow mode and have to update the scroll layer position on the main thread,

- get it from the scrolling thread so we'll be in sync with the scrolling tree when the main thread is busy.

- * page/scrolling/ScrollingCoordinator.cpp:

- (WebCore::ScrollingCoordinator::updateMainFrameScrollPositionAndScrollLayerPosition):

- * page/scrolling/ScrollingCoordinator.h:

- (ScrollingCoordinator):

- * page/scrolling/ScrollingTree.cpp:

- (WebCore::ScrollingTree::mainFrameScrollPosition):

- (WebCore):

- (WebCore::ScrollingTree::updateMainFrameScrollPositionAndScrollLayerPosition):

- * page/scrolling/ScrollingTree.h:

-2012-03-28 Adrienne Walker <enne@google.com>

- [chromium] Fix tiled layer assert for huge layers

- https://bugs.webkit.org/show_bug.cgi?id=82486

- Reviewed by James Robinson.

- Test: TiledLayerChromiumTest.hugeLayerUpdateCrash

- TilingData::numTiles() is calculated as the product of two ints and so

- can potentially overflow, causing numTiles() to be incorrect. To avoid

- calling code accidentally falling into this trap, remove this function

- and all code that uses tile index from TilingData. This requires

- fixing up a bunch of callers of TilingData and CCLayerTilingData.

- Additionally, TilingData::numTiles() has long been a confusing

- function name in some contexts, so rename to bool hasEmptyBounds().

- Also, remove TilingData::intersectDrawQuad because there are no

- clients of that function.

- * platform/graphics/chromium/TiledLayerChromium.cpp:

- (WebCore::TiledLayerChromium::drawsContent):

- (WebCore::TiledLayerChromium::reserveTextures):

- (WebCore::TiledLayerChromium::prepareToUpdate):

- (WebCore::TiledLayerChromium::prepareToUpdateIdle):

- (WebCore::TiledLayerChromium::needsIdlePaint):

- (WebCore::TiledLayerChromium::idlePaintRect):

- * platform/graphics/chromium/cc/CCLayerTilingData.cpp:

- (WebCore::CCLayerTilingData::tileRect):

- * platform/graphics/chromium/cc/CCLayerTilingData.h:

- (WebCore::CCLayerTilingData::hasEmptyBounds):

- (WebCore::CCLayerTilingData::tileBounds):

- (WebCore::CCLayerTilingData::isEmpty):

- * platform/graphics/chromium/cc/CCTiledLayerImpl.cpp:

- (WebCore::CCTiledLayerImpl::bindContentsTexture):

- (WebCore::CCTiledLayerImpl::appendQuads):

- * platform/graphics/gpu/Texture.cpp:

- (WebCore::Texture::create):

- (WebCore::Texture::updateSubRect):

- * platform/graphics/gpu/TilingData.cpp:

- (WebCore::TilingData::tileBounds):

- (WebCore::TilingData::tileBoundsWithBorder):

- (WebCore::TilingData::tileBoundsNormalized):

- * platform/graphics/gpu/TilingData.h:

- (WebCore::TilingData::hasEmptyBounds):

- (TilingData):

- (WebCore::TilingData::assertTile):

-2012-03-28 Peter Rybin <peter.rybin@gmail.com>

- Web Inspector: CodeGeneratorInspector.py: switch Runtime, Network and DOM domains to typed API

- https://bugs.webkit.org/show_bug.cgi?id=81558

- Reviewed by Pavel Feldman.

- Client code is switched to typed API (all InspectorObject and InspectorArray types are

- replaced with generated types from TypeBuilder according to Inspector.json).

- Missing array of int specialization is added. Code generator now has a check against

- misspelled (non-existing) domain names.

- * inspector/CodeGeneratorInspector.py:

- (Generator.go): check against misspelled domain names added.

- * inspector/InjectedScript.cpp:

- (WebCore::InjectedScript::evaluate):

- (WebCore::InjectedScript::callFunctionOn):

- (WebCore::InjectedScript::evaluateOnCallFrame):

- (WebCore::InjectedScript::getProperties):

- (WebCore::InjectedScript::wrapObject):

- (WebCore::InjectedScript::wrapNode):

- (WebCore::InjectedScript::wrapSerializedObject):

- (WebCore::InjectedScript::makeEvalCall):

- * inspector/InjectedScript.h:

- (InjectedScript):

- * inspector/InspectorDOMAgent.cpp:

- (WebCore::InspectorDOMAgent::getDocument):

- (WebCore::InspectorDOMAgent::pushChildNodesToFrontend):

- (WebCore::InspectorDOMAgent::querySelectorAll):

- (WebCore::InspectorDOMAgent::pushNodePathToFrontend):

- (WebCore::InspectorDOMAgent::getEventListenersForNode):

- (WebCore::InspectorDOMAgent::getSearchResults):

- (WebCore::InspectorDOMAgent::resolveNode):

- (WebCore::InspectorDOMAgent::getAttributes):

- (WebCore::InspectorDOMAgent::buildObjectForNode):

- (WebCore::InspectorDOMAgent::buildArrayForElementAttributes):

- (WebCore::InspectorDOMAgent::buildArrayForContainerChildren):

- (WebCore::InspectorDOMAgent::loadEventFired):

- (WebCore::InspectorDOMAgent::didInsertDOMNode):

- (WebCore::InspectorDOMAgent::styleAttributeInvalidated):

- (WebCore::InspectorDOMAgent::pushNodeByPathToFrontend):

- * inspector/InspectorDOMAgent.h:

- (InspectorDOMAgent):

- * inspector/InspectorPageAgent.cpp:

- (WebCore::InspectorPageAgent::resourceTypeJson):

- (WebCore::InspectorPageAgent::cachedResourceTypeJson):

- (WebCore::InspectorPageAgent::buildObjectForFrameTree):

- * inspector/InspectorPageAgent.h:

- * inspector/InspectorResourceAgent.cpp:

- (WebCore::buildObjectForResourceRequest):

- (WebCore::buildObjectForResourceResponse):

- (WebCore::buildObjectForCachedResource):

- (WebCore::InspectorResourceAgent::willSendRequest):

- (WebCore::InspectorResourceAgent::didReceiveResponse):

- (WebCore::InspectorResourceAgent::didLoadResourceFromMemoryCache):

- (WebCore::InspectorResourceAgent::buildInitiatorObject):

- (WebCore::InspectorResourceAgent::willSendWebSocketHandshakeRequest):

- (WebCore::InspectorResourceAgent::didReceiveWebSocketHandshakeResponse):

- * inspector/InspectorResourceAgent.h:

- (InspectorResourceAgent):

- * inspector/InspectorRuntimeAgent.cpp:

- (WebCore::InspectorRuntimeAgent::evaluate):

- (WebCore::InspectorRuntimeAgent::callFunctionOn):

- (WebCore::InspectorRuntimeAgent::getProperties):

- * inspector/InspectorRuntimeAgent.h:

- (InspectorRuntimeAgent):

- * inspector/InspectorValues.h:

- (InspectorArray):

- (WebCore::InspectorArray::pushInt):

- (WebCore):

- * inspector/ScriptCallFrame.cpp:

- (WebCore::ScriptCallFrame::buildInspectorObject):

- * inspector/ScriptCallFrame.h:

- (ScriptCallFrame):

- * inspector/ScriptCallStack.cpp:

- (WebCore::ScriptCallStack::buildInspectorArray):

- * inspector/ScriptCallStack.h:

- (ScriptCallStack):

-2012-03-28 Eric Seidel <eric@webkit.org>

- setNeedsLayout(true, false) is super confusing to read and should use an enum instead

- https://bugs.webkit.org/show_bug.cgi?id=82369

- Reviewed by Julien Chaffraix.

- I replaced all uses of the markParents bool with a MarkingBehavior

- enum (which has two values: MarkContainingBlockChain and MarkOnlyThis).

- I'm not sure the naming is perfect (as it's not clear to me if markParents is

- used to mean the same thing in these 3 functions), but hopefully this code is more

- clear. I welcome further suggested adjustment from layout experts.

- * page/FrameView.cpp:

- (WebCore::FrameView::scheduleRelayout):

- * rendering/RenderBlock.cpp:

- (WebCore::RenderBlock::layoutBlock):

- (WebCore::RenderBlock::adjustPositionedBlock):

- (WebCore::RenderBlock::layoutBlockChildren):

- (WebCore::RenderBlock::layoutBlockChild):

- (WebCore::RenderBlock::layoutPositionedObjects):

- (WebCore::RenderBlock::markForPaginationRelayoutIfNeeded):

- (WebCore::RenderBlock::removePositionedObjects):

- (WebCore::RenderBlock::insertFloatingObject):

- (WebCore::RenderBlock::positionNewFloats):

- (WebCore::RenderBlock::markAllDescendantsWithFloatsForLayout):

- (WebCore::RenderBlock::adjustBlockChildForPagination):

- * rendering/RenderBlockLineLayout.cpp:

- (WebCore::RenderBlock::layoutRunsAndFloats):

- (WebCore::RenderBlock::layoutInlineChildren):

- (WebCore::RenderBlock::positionNewFloatOnLine):

- * rendering/RenderBox.cpp:

- (WebCore::RenderBox::positionLineBox):

- * rendering/RenderDeprecatedFlexibleBox.cpp:

- (WebCore::RenderDeprecatedFlexibleBox::layoutBlock):

- (WebCore::gatherFlexChildrenInfo):

- (WebCore::RenderDeprecatedFlexibleBox::layoutHorizontalBox):

- (WebCore::RenderDeprecatedFlexibleBox::layoutVerticalBox):

- (WebCore::RenderDeprecatedFlexibleBox::applyLineClamp):

- * rendering/RenderFlexibleBox.cpp:

- (WebCore::RenderFlexibleBox::prepareChildForPositionedLayout):

- * rendering/RenderLayer.cpp:

- (WebCore::RenderLayer::updateScrollInfoAfterLayout):

- * rendering/RenderMedia.cpp:

- (WebCore::RenderMedia::layout):

- * rendering/RenderObject.cpp:

- (WebCore::RenderObject::setPreferredLogicalWidthsDirty):

- * rendering/RenderObject.h:

- (RenderObject):

- (WebCore::RenderObject::setNeedsLayout):

- (WebCore::RenderObject::setChildNeedsLayout):

- * rendering/RenderRubyRun.cpp:

- (WebCore::RenderRubyRun::layoutSpecialExcludedChild):

- * rendering/RenderTable.cpp:

- (WebCore::RenderTable::layout):

- * rendering/RenderTableRow.cpp:

- (WebCore::RenderTableRow::layout):

- * rendering/RenderTableSection.cpp:

- (WebCore::RenderTableSection::calcRowLogicalHeight):

- (WebCore::RenderTableSection::layoutRows):

- * rendering/RenderTextControl.cpp:

- (WebCore::RenderTextControl::layoutSpecialExcludedChild):

- * rendering/RenderTextControlSingleLine.cpp:

- (WebCore::RenderTextControlSingleLine::layout):

- * rendering/RenderView.cpp:

- (WebCore::RenderView::RenderView):

- (WebCore::RenderView::layout):

- * rendering/mathml/RenderMathMLRoot.cpp:

- (WebCore::RenderMathMLRoot::layout):

- * rendering/mathml/RenderMathMLRow.cpp:

- (WebCore::RenderMathMLRow::layout):

- * rendering/mathml/RenderMathMLSubSup.cpp:

- (WebCore::RenderMathMLSubSup::layout):

- * rendering/svg/SVGRenderSupport.cpp:

- (WebCore::SVGRenderSupport::layoutChildren):

-2012-03-28 Joseph Pecoraro <pecoraro@apple.com>

- <http://webkit.org/b/82419> Web Inspector: Create -[DOMNode inspect] from IDL

- Instead of manually creating the method in DOM.mm we can specify it in

- Node.idl and autogenerate part of the interface.

- Reviewed by Timothy Hatcher.

- * bindings/objc/DOM.mm:

- * bindings/objc/DOMPrivate.h:

- Move the call to InspectorController::inspect from here ...

- * dom/Node.h:

- * dom/Node.idl: IDL only in an ObjC block.

- * dom/Node.cpp:

- (WebCore::Node::inspect):

- ... to here.

- * WebCore.xcodeproj/project.pbxproj:

- Add the new generated file so we can Copy it in the build phase.

-2012-03-28 Tommy Widenflycht <tommyw@google.com>

- [chromium] MediaStream API (JSEP): Introducing WebPeerConnection00Handler

- https://bugs.webkit.org/show_bug.cgi?id=82450

- Reviewed by Adam Barth.

- This change removes the default PeerConnection00Handler.cpp from the Chromium build.

- A major overhaul of the existing layout tests is forthcoming.

- * WebCore.gypi:

- * platform/mediastream/PeerConnection00Handler.h:

- (WebCore):

- (PeerConnection00Handler):

-2012-03-28 Robert Hogan <robert@webkit.org>

- [REGRESSION] Web Inspector: column caption delimiters are misaligned in DataGrid

- https://bugs.webkit.org/show_bug.cgi?id=82193

- Reviewed by Yury Semikhatsky.

- Since r111742 column width in fixed layout tables is set to the width of the cell plus its left padding plus its right padding

- plus half its left border plus half its right border in the collapsing border model. The layout of the panel

- headers in the inspector depended on pre-r111742 behaviour, so ended up misaligned with the content below. To cater for the

- new method of calculating column width enforce a fixed width for the corner column by removing padding and borders (except collapsed

- borders from adjacent cells) and specify the expected width (15px) minus the expected width of the collapsed borders (1px).

- * inspector/front-end/dataGrid.css:

- (.data-grid th.corner):

-2012-03-28 Alexis Menard <alexis.menard@openbossa.org>

- Increase code sharing between CSSProperty and CSSPropertyLonghand.

- https://bugs.webkit.org/show_bug.cgi?id=82479

- Reviewed by Antti Koivisto.

- Use longhands declarations from CSSPropertyLonghand in CSSProperty to avoid

- code duplication.

- No new tests : refactoring only, we shouldn't have any behavior difference.

- * css/CSSProperty.cpp:

- (WebCore::resolveToPhysicalProperty):

- (WebCore::borderDirections):

- (WebCore):

- (WebCore::CSSProperty::resolveDirectionAwareProperty):

-2012-03-28 Vsevolod Vlasov <vsevik@chromium.org>

- Web Inspector: Implement snippets renaming in scripts navigator.

- https://bugs.webkit.org/show_bug.cgi?id=82477

- Reviewed by Pavel Feldman.

- Snippets renaming is implemented as editing of snippet name in scripts navigator.

- * inspector/front-end/ScriptsNavigator.js:

- (WebInspector.ScriptsNavigator.prototype._handleRenameSnippet):

- (WebInspector.ScriptsNavigator.prototype._fileRenamed):

- (WebInspector.ScriptsNavigator.prototype.rename.commitHandler):

- (WebInspector.ScriptsNavigator.prototype.rename.cancelHandler):

- (WebInspector.ScriptsNavigator.prototype.rename.afterEditing):

- (WebInspector.BaseNavigatorTreeElement.prototype.set titleText):

- * inspector/front-end/scriptsPanel.css:

- (#scripts-navigator-tabbed-pane .navigator .base-navigator-tree-element-title.editing):

-2012-03-28 Vsevolod Vlasov <vsevik@chromium.org>

- Web Inspector: Add context menu for snippets control.

- https://bugs.webkit.org/show_bug.cgi?id=82475

- Reviewed by Pavel Feldman.

- This is a preliminary implementation of snippets control using context menu.

- We might want to add a more discoverable one before taking snippets out of experiments.

- * English.lproj/localizedStrings.js:

- * inspector/front-end/ScriptsNavigator.js:

- (WebInspector.ScriptsNavigator.prototype._showScriptFoldersSettingChanged):

- (WebInspector.ScriptsNavigator.prototype._createSnippetsTree):

- (WebInspector.ScriptsNavigator.prototype._handleSnippetContextMenuEvent):

- (WebInspector.ScriptsNavigator.prototype._showSnippetContextMenu):

- (WebInspector.ScriptsNavigator.prototype._handleEvaluateSnippet):

- (WebInspector.ScriptsNavigator.prototype._handleRenameSnippet):

- (WebInspector.ScriptsNavigator.prototype._handleRemoveSnippet):

- (WebInspector.ScriptsNavigator.prototype._handleCreateSnippet):

- (WebInspector.NavigatorScriptTreeElement.prototype.get navigator):

- (WebInspector.NavigatorScriptTreeElement.prototype.onattach):

- (WebInspector.NavigatorScriptTreeElement.prototype.onenter):

- (WebInspector.NavigatorScriptTreeElement.prototype._handleContextMenuEvent):

-2012-03-28 Vsevolod Vlasov <vsevik@chromium.org>

- Web Inspector: ScriptsNavigator should save scroll position when switching tabs.

- https://bugs.webkit.org/show_bug.cgi?id=82472

- Reviewed by Pavel Feldman.

- WebInspector.View provides save/restore scroll position capabilities.

- This patch makes them used in ScriptsNavigator.

- * inspector/front-end/ScriptsNavigator.js:

- (WebInspector.ScriptsNavigator):

- (WebInspector.ScriptsNavigator.prototype._createSnippetsTree):

- * inspector/front-end/scriptsPanel.css:

- (#scripts-navigator-tabbed-pane .tabbed-pane-content):

- (#scripts-navigator-tabbed-pane .navigator-container):

-2012-03-28 Andrey Kosyakov <caseq@chromium.org>

- Web Inspector: only update Timeline overview when really needed

- https://bugs.webkit.org/show_bug.cgi?id=81909

- Reviewed by Pavel Feldman.

- Switch timeline overview to using raw records, thus removing dependency on instance members of

- TimelinePresentationModel. This requires moving record styles/categories to static getters.

- * inspector/front-end/TimelineModel.js:

- (WebInspector.TimelineModel):

- (WebInspector.TimelineModel.startTime):

- (WebInspector.TimelineModel.endTime):

- (WebInspector.TimelineModel.duration):

- (WebInspector.TimelineModel.prototype._addRecord):

- (WebInspector.TimelineModel.prototype.reset):

- (WebInspector.TimelineModel.prototype.minimumRecordTime):

- (WebInspector.TimelineModel.prototype.maximumRecordTime):

- (WebInspector.TimelineModel.prototype._updateBoundaries):

- * inspector/front-end/TimelineOverviewPane.js:

- (WebInspector.TimelineOverviewPane):

- (WebInspector.TimelineOverviewPane.prototype._showTimelines):

- (WebInspector.TimelineOverviewPane.prototype._showMemoryGraph):

- (WebInspector.TimelineOverviewPane.prototype._setVerticalOverview):

- (WebInspector.TimelineOverviewPane.prototype._onCategoryVisibilityChanged):

- (WebInspector.TimelineOverviewPane.prototype._update):

- (WebInspector.TimelineOverviewPane.prototype._updateCategoryStrips.markPercentagesForRecord):

- (WebInspector.TimelineOverviewPane.prototype._updateCategoryStrips):

- (WebInspector.TimelineOverviewPane.prototype.windowStartTime):

- (WebInspector.TimelineOverviewPane.prototype.windowEndTime):

- (WebInspector.TimelineOverviewPane.prototype._onWindowChanged):

- (WebInspector.TimelineOverviewPane.prototype.setShowShortEvents):

- (WebInspector.TimelineOverviewPane.prototype._scheduleRefresh):

- (WebInspector.TimelineOverviewCalculator.prototype.computeBarGraphPercentages):

- (WebInspector.TimelineOverviewCalculator.prototype.setWindow):

- (WebInspector.TimelineOverviewCalculator.prototype.reset):

- (WebInspector.HeapGraph):

- (WebInspector.HeapGraph.prototype.update):

- (WebInspector.TimelineVerticalOverview):

- (WebInspector.TimelineVerticalOverview.prototype.reset):

- (WebInspector.TimelineVerticalOverview.prototype.update):

- (WebInspector.TimelineVerticalOverview.prototype.wasShown):

- (WebInspector.TimelineVerticalOverview.prototype.willHide):

- (WebInspector.TimelineVerticalOverview.prototype._aggregateFrameStatistics):

- (WebInspector.TimelineVerticalOverview.prototype._aggregateRecords):

- (WebInspector.TimelineVerticalOverview.prototype.getWindowTimes):

- (WebInspector.TimelineVerticalOverview.prototype._onRecordAdded):

- (WebInspector.TimelineAggregatedRecord):

- (WebInspector.TimelineAggregatedRecord.prototype._aggregateStatistics):

- * inspector/front-end/TimelinePanel.js:

- (WebInspector.TimelinePanel):

- (WebInspector.TimelinePanel.prototype._createStatusbarButtons):

- (WebInspector.TimelinePanel.prototype._toggleFilterButtonClicked):

- (WebInspector.TimelinePanel.prototype._resetPanel):

- (WebInspector.TimelinePanel.prototype._refresh):

- (WebInspector.TimelineCalculator):

- (WebInspector.TimelineCalculator.prototype.formatTime):

- * inspector/front-end/TimelinePresentationModel.js:

- (WebInspector.TimelinePresentationModel):

- (WebInspector.TimelinePresentationModel.categories):

- (WebInspector.TimelinePresentationModel.recordStyle):

- (WebInspector.TimelinePresentationModel.categoryForRecord):

- (WebInspector.TimelinePresentationModel.prototype.reset):

- (WebInspector.TimelinePresentationModel.prototype.addRecord):

- (WebInspector.TimelinePresentationModel.Record):

- (WebInspector.TimelinePresentationModel.Record.prototype.generatePopupContent):

-2012-03-28 Arvid Nilsson <anilsson@rim.com>

- [BlackBerry] Plumb through GraphicsLayer::contentsOpaque() to LayerTiler

- https://bugs.webkit.org/show_bug.cgi?id=82457

- Reviewed by Rob Buis.

- The LayerTiler already knows not to turn on GL_BLEND for opaque layers.

- However, it only ever sets the opaque flag for image layers and color

- layers, never for content layers.

- This was no big deal, because contentsOpaque() is currently false for

- all layers except the root layer, which we always drew using the

- BlackBerry::WebKit::BackingStore anyway.

- When we start using RenderLayerBacking::m_usingTiledCacheLayer=true on

- the root layer in situations where the BackingStore is unavailable, we

- can speed up rendering of the root layer by honouring the opaque flag.

- Fixed by plumbing through the GraphicsLayer::contentsOpaque() flag all

- the way to LayerTiler and on to Texture.

- * platform/graphics/blackberry/LayerData.h:

- (WebCore::LayerData::LayerData):

- (WebCore::LayerData::isOpaque):

- (LayerData):

- * platform/graphics/blackberry/LayerTile.cpp:

- (WebCore::LayerTile::updateContents):

- * platform/graphics/blackberry/LayerTile.h:

- (LayerTile):

- * platform/graphics/blackberry/LayerTiler.cpp:

- (WebCore::LayerTiler::updateTextureContentsIfNeeded):

- (WebCore::LayerTiler::performTileJob):

- * platform/graphics/blackberry/LayerTiler.h:

- (WebCore::LayerTiler::TextureJob::TextureJob):

- (WebCore::LayerTiler::TextureJob::updateContents):

- * platform/graphics/blackberry/LayerWebKitThread.h:

- (WebCore::LayerWebKitThread::setOpaque):

- * platform/graphics/blackberry/Texture.h:

- (Texture):

- * platform/graphics/blackberry/TextureCacheCompositingThread.cpp:

- (WebCore::TextureCacheCompositingThread::updateContents):

- * platform/graphics/blackberry/TextureCacheCompositingThread.h:

- (TextureCacheCompositingThread):

-2012-03-28 Andrey Kosyakov <caseq@chromium.org>

- Web Inspector: nuke HeapGraph.setSize(), do it automagically on update

- https://bugs.webkit.org/show_bug.cgi?id=82471

- Reviewed by Yury Semikhatsky.

- * inspector/front-end/TimelineOverviewPane.js:

- (WebInspector.TimelineOverviewPane.prototype.update):

- (WebInspector.HeapGraph.prototype.update):

-2012-03-28 Pavel Podivilov <podivilov@chromium.org>

- Web Inspector: dispatch console-message-added and console-messages-cleared events on UISourceCode.

- https://bugs.webkit.org/show_bug.cgi?id=82463

- Reviewed by Vsevolod Vlasov.

- Those events are related to specific UISourceCode. See bug 82224 for more details.

- * inspector/front-end/DebuggerPresentationModel.js:

- (WebInspector.DebuggerPresentationModel):

- (WebInspector.DebuggerPresentationModel.prototype._addConsoleMessageToScript):

- (WebInspector.DebuggerPresentationModel.prototype._consoleCleared):

- (WebInspector.DebuggerPresentationModel.prototype._debuggerReset):

- (WebInspector.UISourceCodeImpl):

- (WebInspector.UISourceCodeImpl.prototype.consoleMessages):

- (WebInspector.UISourceCodeImpl.prototype.consoleMessageAdded):

- (WebInspector.UISourceCodeImpl.prototype.consoleMessagesCleared):

- * inspector/front-end/JavaScriptSourceFrame.js:

- (WebInspector.JavaScriptSourceFrame):

- (WebInspector.JavaScriptSourceFrame.prototype.beforeTextChanged):

- (WebInspector.JavaScriptSourceFrame.prototype._consoleMessageAdded):

- (WebInspector.JavaScriptSourceFrame.prototype._consoleMessagesCleared):

- (WebInspector.JavaScriptSourceFrame.prototype._onTextViewerContentLoaded):

- * inspector/front-end/ScriptsPanel.js:

- (WebInspector.ScriptsPanel.prototype._sourceFrameLoaded):

- * inspector/front-end/UISourceCode.js:

- (WebInspector.UISourceCode.prototype.breakpoints):

- (WebInspector.UISourceCode.prototype.consoleMessages):

-2012-03-28 Carlos Garcia Campos <cgarcia@igalia.com>

- [GTK] Implement PlatformStrategies

- https://bugs.webkit.org/show_bug.cgi?id=82454

- Reviewed by Xan Lopez.

- * GNUmakefile.list.am: Remove PluginDataGtk.cpp. The same

- functionality is now implemented using platform strategies.

- * plugins/gtk/PluginDataGtk.cpp: Removed.

-2012-03-28 Vsevolod Vlasov <vsevik@chromium.org>

- Web Inspector: [Regression] TabIndex is not correctly restored after editing.

- https://bugs.webkit.org/show_bug.cgi?id=82464

- Reviewed by Pavel Feldman.

- This fixes incorrect usage of isNaN that returns false for null value.

- Drive-by javascript compilation fix.

- * inspector/front-end/CompilerScriptMapping.js:

- (WebInspector.CompilerScriptMapping.prototype.addScript): compilation fix.

- * inspector/front-end/ResourceScriptMapping.js:

- (WebInspector.ResourceScriptMapping.prototype._uiSourceCodeChanged): compilation fix.

- * inspector/front-end/SnippetsModel.js:

- (WebInspector.SnippetsScriptMapping.prototype._createUISourceCodeForScript): compilation fix.

- * inspector/front-end/UIUtils.js:

- (WebInspector.startEditing.cleanUpAfterEditing): incorrect usage of isNaN fix.

-2012-03-28 Yi Shen <yi.4.shen@nokia.com>

- An extra line break is inserted when pasting into a font element.

- https://bugs.webkit.org/show_bug.cgi?id=71207

- Reviewed by Ryosuke Niwa.

- Fix an editing bug where inserting text into a font element would

- create an extra div element in the dom tree. The

- WebCore::positionAvoidingPrecedingNodes() tries to set the correct

- destination position by checking the next visible position, however,

- it causes the position moves into the child element in somecase.

- Instead, we should only check the position in parent after node.

- Test: editing/inserting/insert-text-into-font.html

- * editing/ReplaceSelectionCommand.cpp:

- (WebCore::positionAvoidingPrecedingNodes):

-2012-03-28 Sergio Villar Senin <svillar@igalia.com>

- [Soup] DNS prefetching spams resolver, shoots self in the foot

- https://bugs.webkit.org/show_bug.cgi?id=41630

- Reviewed by Martin Robinson.

- Added generic DNSResolveQueue class to throttle DNS

- prefetches. It's an abstract refactoring of CFNET's

- DNSResolveQueue. Platform specific methods implemented for soup

- and CFNET backends.

- No new tests required as we're just refactoring existing code to

- be used by two different ports.

- * CMakeLists.txt: added new file.

- * GNUmakefile.list.am: ditto.

- * WebCore.vcproj/WebCore.vcproj: ditto.

- * WebCore.xcodeproj/project.pbxproj: ditto.

- * platform/network/DNSResolveQueue.cpp: Added.

- (WebCore):

- (WebCore::DNSResolveQueue::add): adds a new host to be prefetched.

- (WebCore::DNSResolveQueue::fired): by using a delay we coalesce

- several prefetch requests and try to resolve them all here.

- * platform/network/DNSResolveQueue.h: Added.

- (WebCore):

- (DNSResolveQueue): class that implements DNS prefetch

- throttling using a template pattern.

- (WebCore::DNSResolveQueue::shared):

- (WebCore::DNSResolveQueue::decrementRequestCount):

- * platform/network/cf/DNSCFNet.cpp:

- (WebCore::DNSResolveQueue::platformProxyIsEnabledInSystemPreferences):

- (WebCore::DNSResolveQueue::platformResolve):

- * platform/network/soup/DNSSoup.cpp:

- (WebCore):

- (WebCore::DNSResolveQueue::platformProxyIsEnabledInSystemPreferences):

- (WebCore::resolvedCallback):

- (WebCore::DNSResolveQueue::platformResolve):

- (WebCore::prefetchDNS):

-2012-03-28 Eugene Girard <girard@chromium.org>

- window.scrollBy() scrolls incorrectly when zoomed in/out

- https://bugs.webkit.org/show_bug.cgi?id=45228

- Reviewed by Simon Fraser.

- scrollBy now uses layout (not CSS) units. (As scrollTo does.)

- Test: fast/dom/zoom-scroll-page-test.html

- * page/DOMWindow.cpp:

- (WebCore::DOMWindow::scrollBy):

-2012-03-28 Stephen Chenney <schenney@chromium.org>

- Null dereference in SVGTextElement::animatedLocalTransform()

- https://bugs.webkit.org/show_bug.cgi?id=82375

- Reviewed by Nikolas Zimmermann.

- A poorly structured SVG file with a text element inside an

- animatedTransform element leaves the text element placed outside of

- the SVG root and it has no renderer(). Later attempts to use the

- renderer in animatedLocalTransform fail.

- Test: svg/custom/get-text-element-transform-crash.html

- * svg/SVGTextElement.cpp:

- (WebCore::SVGTextElement::animatedLocalTransform): Added a check for null renderer, and do not check

- for style transform if there is no renderer.

-2012-03-27 Nikolas Zimmermann <nzimmermann@rim.com>

- Enable animVal support for SVGAnimatedPreserveAspectRatio

- https://bugs.webkit.org/show_bug.cgi?id=82326

- Reviewed by Zoltan Herczeg.

- Enable animVal support for SVGAnimatedPreserveAspectRatio. Very simple now that everything is prepared.

- All we have to do is add startAnimValAnimation/etc. methods to SVGAnimatedPreserveAspectRatioAnimator.

- Modernize SVGPreserveAspectRatio, align parsing this object from String, with the other SVG DOM primitives,

- who supply a "void parse(const String&)" method, for this task.

- Extended existing tests to cover this.

- * svg/SVGAnimatedPreserveAspectRatio.cpp:

- (WebCore::SVGAnimatedPreserveAspectRatioAnimator::constructFromString):

- (WebCore::SVGAnimatedPreserveAspectRatioAnimator::startAnimValAnimation):

- (WebCore::SVGAnimatedPreserveAspectRatioAnimator::stopAnimValAnimation):

- (WebCore::SVGAnimatedPreserveAspectRatioAnimator::resetAnimValToBaseVal):

- (WebCore::SVGAnimatedPreserveAspectRatioAnimator::animValWillChange):

- (WebCore::SVGAnimatedPreserveAspectRatioAnimator::animValDidChange):

- * svg/SVGAnimatedPreserveAspectRatio.h:

- (SVGAnimatedPreserveAspectRatioAnimator):

- * svg/SVGAnimatedType.cpp:

- (WebCore::SVGAnimatedType::valueAsString):

- (WebCore::SVGAnimatedType::setValueAsString):

- (WebCore::SVGAnimatedType::supportsAnimVal):

- * svg/SVGFEImageElement.cpp:

- (WebCore::SVGFEImageElement::parseAttribute):

- * svg/SVGFitToViewBox.cpp:

- (WebCore::SVGFitToViewBox::parseAttribute):

- * svg/SVGImageElement.cpp:

- (WebCore::SVGImageElement::parseAttribute):

- * svg/SVGPreserveAspectRatio.cpp:

- (WebCore::SVGPreserveAspectRatio::parse):

- (WebCore):

- * svg/SVGPreserveAspectRatio.h:

- (SVGPreserveAspectRatio):

- * svg/SVGViewSpec.cpp:

- (WebCore::SVGViewSpec::setPreserveAspectRatioString):

- (WebCore::SVGViewSpec::parseViewSpec):

-2012-03-28 Pavel Feldman <pfeldman@chromium.org>

- Web Inspector: [v8] inspection of CanvasPixelArray is slow.

- https://bugs.webkit.org/show_bug.cgi?id=82455

- Reviewed by Vsevolod Vlasov.

- Added CanvasPixelArray to the list of classes that we consider

- arrays.

- * bindings/v8/custom/V8InjectedScriptHostCustom.cpp:

- (WebCore::V8InjectedScriptHost::typeCallback):

-2012-03-28 Leandro Gracia Gil <leandrogracia@chromium.org>

- Selectively retrieve text content around a given position.

- https://bugs.webkit.org/show_bug.cgi?id=78361

- Reviewed by Ryosuke Niwa.

- Tests: a new layout test will be introduced once the required WebKit API code is ready.

- Introduce the DOMTextContentWalker class to selectively retrieve content

- around a given VisiblePosition into a string in such a way that a text

- Range can be extracted later from a pair of the string's positions.

- A new boolean called m_shouldStop is also introduced in the TextIterator to force

- it advancing under certain conditions. Although this is usually done by setting

- m_positionNode to zero, it can't be applied in this case since by doing so the

- iterator's range is lost.

- * WebCore.gypi:

- * editing/SurroundingText.cpp: Added.

- (WebCore):

- (WebCore::SurroundingText::SurroundingText):

- (WebCore::SurroundingText::rangeFromContentOffsets):

- (WebCore::SurroundingText::content):

- (WebCore::SurroundingText::positionOffsetInContent):

- * editing/SurroundingText.h: Added.

- (WebCore):

- (SurroundingText):

- * editing/TextIterator.cpp:

- (WebCore::TextIterator::TextIterator):

- (WebCore::TextIterator::advance):

- (WebCore::SimplifiedBackwardsTextIterator::SimplifiedBackwardsTextIterator):

- (WebCore::SimplifiedBackwardsTextIterator::advance):

- * editing/TextIterator.h:

- (WebCore::TextIterator::atEnd):

- (TextIterator):

- (WebCore::SimplifiedBackwardsTextIterator::atEnd):

- (SimplifiedBackwardsTextIterator):

- * html/HTMLFormControlElement.cpp:

- (WebCore::HTMLFormControlElement::enclosingFormControlElement):

- (WebCore):

- * html/HTMLFormControlElement.h:

- (HTMLFormControlElement):

-2012-03-28 Alexis Menard <alexis.menard@openbossa.org>

- Speed up updates of existing CSS properties from JS.

- https://bugs.webkit.org/show_bug.cgi?id=82235

- Reviewed by Andreas Kling.

- Improve the way we handle updating an existing CSS property by replacing its value

- by the new one rather than removing the old value and then adding the new one. This

- speed up by 35% PerformanceTests/CSS/CSSPropertyUpdateValue.html.

- No new tests : Updating existing tests that were relying on the order of the properties

- after modification. Each updated property is not appended to the list of properties of the

- style therefore the cssText value is slightly different. It matches Firefox behavior but not

- Opera.

- * css/StylePropertySet.cpp:

- (WebCore::StylePropertySet::addParsedProperty):

-2012-03-28 Leo Yang <leo.yang@torchmobile.com.cn>

- [BlackBerry] Remove PlatformMouseEvent::setClickCount for BlackBerry

- https://bugs.webkit.org/show_bug.cgi?id=82422

- Reviewed by Rob Buis.

- PlatformMouseEvent::setClickCount() is never used by BlackBerry.

- The declaration was added in PlatformMouseEvent.h internally for

- BlackBerry porting, but it has not been upstreamed yet.

- * platform/blackberry/PlatformMouseEventBlackBerry.cpp:

-2012-03-27 Antti Koivisto <antti@apple.com>

- Separate @import rules from other rules in CSSStyleSheet

- https://bugs.webkit.org/show_bug.cgi?id=82384

- Reviewed by Andreas Kling.

- Import rules always come before all other rules (except @charset). They currently live

- in the generic child rule vector. They can be moved to a vector of their own for stronger

- typing and more focused traversal. This will also make future refactoring easier.

- - @import rules go to m_importRules

- - the rest go to m_childRules

- * css/CSSStyleSelector.cpp:

- (WebCore::CSSStyleSelector::collectMatchingRulesForList):

- * css/CSSStyleSheet.cpp:

- (WebCore::CSSStyleSheet::parserAppendRule):

- (WebCore::CSSStyleSheet::length):

- (WebCore::CSSStyleSheet::item):

- (WebCore::CSSStyleSheet::clearRules):

- (WebCore::CSSStyleSheet::rules):

- (WebCore::CSSStyleSheet::insertRule):

- (WebCore::CSSStyleSheet::deleteRule):

- (WebCore::CSSStyleSheet::isLoading):

- (WebCore::CSSStyleSheet::addSubresourceStyleURLs):

- * css/CSSStyleSheet.h:

- (WebCore):

- (CSSStyleSheet):

- (WebCore::CSSStyleSheet::childRules):

- (WebCore::CSSStyleSheet::importRules):

-2012-03-28 Pavel Feldman <pfeldman@chromium.org>

- Web Inspector: REGRESSION: Stack overflow on the page with > 100kloc

- https://bugs.webkit.org/show_bug.cgi?id=82436

- Reviewed by Yury Semikhatsky.

- This change migrates to manual splice implementation that uses additional

- information about the range being inserted to make it work faster / allocate

- less memory.

- * inspector/front-end/TextEditorModel.js:

- (WebInspector.TextEditorModel.endsWithBracketRegex.):

-2012-03-28 Pavel Podivilov <podivilov@chromium.org>

- Web Inspector: breakpoints are not shown in sidebar pane after reload.

- https://bugs.webkit.org/show_bug.cgi?id=82351

- Reviewed by Pavel Feldman.

- When UISourceCode is added to ScriptsPanel, it could already have breakpoints.

- We should iterate over existing breakpoints and add them to sidebar pane.

- * inspector/front-end/ScriptsPanel.js:

- (WebInspector.ScriptsPanel.prototype._uiSourceCodeAdded):

-2012-03-28 Li Yin <li.yin@intel.com>

- [WebSocket]The Sec-WebSocket-Protocol must not appear more than once in an HTTP response

- https://bugs.webkit.org/show_bug.cgi?id=82432

- Reviewed by Kent Tamura.

- From RFC6455: http://tools.ietf.org/html/rfc6455#section-11.3.4

- The |Sec-WebSocket-Protocol| header field must not appear

- more than once in an HTTP response.

- Test: http/tests/websocket/tests/hybi/handshake-fail-by-more-protocol-header.html

- * Modules/websockets/WebSocketHandshake.cpp:

- (WebCore::WebSocketHandshake::readHTTPHeaders):

-2012-03-27 James Robinson <jamesr@chromium.org>

- [chromium] Transfer wheel fling via WebCompositorInputHandlerClient

- https://bugs.webkit.org/show_bug.cgi?id=81740

- Reviewed by Adrienne Walker.

- Adds the ability to construct an in-progress PlatformGestureAnimation.

- * platform/ActivePlatformGestureAnimation.cpp:

- (WebCore::ActivePlatformGestureAnimation::create):

- (WebCore):

- (WebCore::ActivePlatformGestureAnimation::ActivePlatformGestureAnimation):

- * platform/ActivePlatformGestureAnimation.h:

- (ActivePlatformGestureAnimation):

- * platform/TouchpadFlingPlatformGestureCurve.cpp:

- (WebCore::TouchpadFlingPlatformGestureCurve::create):

- (WebCore::TouchpadFlingPlatformGestureCurve::TouchpadFlingPlatformGestureCurve):

- * platform/TouchpadFlingPlatformGestureCurve.h:

- (TouchpadFlingPlatformGestureCurve):

2012-03-27 Nat Duca <nduca@chromium.org>

[chromium] Route monotonic clock up from compositor