Chromium Code Reviews
chromiumcodereview-hr@appspot.gserviceaccount.com (chromiumcodereview-hr) | Please choose your nickname with Settings | Help | Chromium Project | Gerrit Changes | Sign out
(320)

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
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

Powered by Google App Engine
This is Rietveld 408576698