Timeline



Sep 3, 2012:

11:37 PM Changeset in webkit [127440] by Simon Hausmann
  • 4 edits in trunk/Source/WebCore

[Qt] Port the Qt pixmap JS bindings to use the JSC C API
https://bugs.webkit.org/show_bug.cgi?id=94702

Reviewed by Kenneth Rohde Christiansen.

Based on patch by Noam Rosenthal.

The conversion uses a simple JSClassRef based binding and only a few
uses of private JSC API for the HTML element DOM bindings remain.

This is essentially used for wrapping QPixmap and QImage types in
JavaScript and the other way around, for retrieving the image data
out of a HTML image element when converting from JS/DOM to Qt.

  • bridge/qt/qt_pixmapruntime.cpp:

(JSC::Bindings::copyPixels):
(JSC::Bindings::toPixmap):
(JSC::Bindings::toImage):
(JSC::Bindings::imageSizeForVariant):
(JSC::Bindings::getPixmapWidth):
(JSC::Bindings::getPixmapHeight):
(JSC::Bindings::assignToHTMLImageElement):
(JSC::Bindings::pixmapToImageData):
(JSC::Bindings::pixmapToDataUrl):
(JSC::Bindings::pixmapToString):
(JSC::Bindings::QtPixmapRuntime::toJS):
(JSC::Bindings::QtPixmapRuntime::toQt):
(JSC::Bindings::QtPixmapRuntime::canHandle):
(JSC::Bindings::QtPixmapRuntime::getClassRef):

  • bridge/qt/qt_pixmapruntime.h:

(QtPixmapRuntime):

  • bridge/qt/qt_runtime.cpp:

(JSC::Bindings::convertValueToQVariant):
(JSC::Bindings::convertQVariantToValue):

10:26 PM Changeset in webkit [127439] by noel.gordon@gmail.com
  • 2 edits
    5 deletes in trunk/LayoutTests

http/tests/incremental/partial-jpeg.html is flaky
https://bugs.webkit.org/show_bug.cgi?id=82480

Reviewed by Kent Tamura.

Remove this test: we have a more robust partial load test now in
http/tests/images/jpg-img-partial-load.html

  • http/tests/incremental/partial-jpeg-expected.png: Removed.
  • http/tests/incremental/partial-jpeg-expected.txt: Removed.
  • http/tests/incremental/partial-jpeg.html: Removed.
  • http/tests/incremental/resources/checkerboard.jpg: Removed.
  • http/tests/incremental/resources/partial-jpeg.php: Removed.
  • platform/chromium/TestExpectations:
7:19 PM Changeset in webkit [127438] by kling@webkit.org
  • 7 edits in trunk/Source/WebCore

Share immutable ElementAttributeData between elements with identical attributes.
<http://webkit.org/b/94990>

Reviewed by Antti Koivisto.

Keep a cache of ElementAttributeData objects for a given set of attributes and reuse
them in elements with identical attribute maps. ElementAttributeData is made ref-counted
to facilitate this. A copy-on-write mechanism is already in place, since mutating call
sites have to go via Element::mutableAttributeData().

The cache is held by Document and cleared in Document::finishedParsing() since the vast
majority of immutable ElementAttributeData will be constructed during parsing.

On the HTML5 spec at <http://whatwg.org/c/>, we get a cache hit rate of nearly 80%,
translating into a 3.5MB reduction in memory use.

  • dom/Document.cpp:

(WebCore::Document::finishedParsing):
(ImmutableAttributeDataCacheKey):
(WebCore::ImmutableAttributeDataCacheKey::ImmutableAttributeDataCacheKey):
(WebCore::ImmutableAttributeDataCacheKey::operator!=):
(WebCore::ImmutableAttributeDataCacheKey::hash):
(ImmutableAttributeDataCacheEntry):
(WebCore::Document::cachedImmutableAttributeData):

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

(WebCore::Element::parserSetAttributes):

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

(WebCore::ElementAttributeData::createImmutable):
(WebCore::ElementAttributeData::ElementAttributeData):

  • dom/ElementAttributeData.h:

(WebCore::ElementAttributeData::create):
(ElementAttributeData):
(WebCore::ElementAttributeData::makeMutable):

7:09 PM Changeset in webkit [127437] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: the URL of worker inspector window sometimes is invalid
https://bugs.webkit.org/show_bug.cgi?id=95334

Patch by Peter Wang <peter.wang@torchmobile.com.cn> on 2012-09-03
Reviewed by Pavel Feldman.

In "_openInspectorWindow", before "&dedicatedWorkerId=" should have a '?' to make the whole URL valid.

No new tests case for this bug.

  • inspector/front-end/WorkerManager.js:

(WebInspector.WorkerManager.prototype._openInspectorWindow):

6:44 PM Changeset in webkit [127436] by commit-queue@webkit.org
  • 5 edits in trunk/Source

[EFL] Fix e_dbus_shutdown() error when exiting the Minibrowser
https://bugs.webkit.org/show_bug.cgi?id=95636

Patch by Jinwoo Song <jinwoo7.song@samsung.com> on 2012-09-03
Reviewed by Gyuyoung Kim.

Source/WebCore:

Check if the m_timer is active in stopUpdating()
to know the BatteryProvider is updating or not.
By checking the timer, stopUpdating() will be called
only BatteryProviderEfl is updating.

  • platform/efl/BatteryProviderEfl.cpp:

(WebCore::BatteryProviderEfl::stopUpdating):

Source/WebKit/efl:

Invoke stopUpdating() in the destructor of BatteryClinetEfl()
to call e_ukit_shutdown() and e_dbus_shutdown() if and when
stopUpdating() has not been called explicitly.

  • WebCoreSupport/BatteryClientEfl.cpp:

(BatteryClientEfl::~BatteryClientEfl):

  • WebCoreSupport/BatteryClientEfl.h:

(BatteryClientEfl):

6:40 PM Changeset in webkit [127435] by bashi@chromium.org
  • 1 edit
    4 deletes in trunk/LayoutTests

[Chromium] Unreviewed test expectations update after r127410

Removed further platform-specific text expectations.

  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.txt: Removed.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.txt: Removed.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.txt: Removed.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.txt: Removed.
6:21 PM Changeset in webkit [127434] by commit-queue@webkit.org
  • 4 edits in trunk

[WK2][WTR] Implement WebKitEnableCaretBrowsing attribute in testRunner.overridePreference
https://bugs.webkit.org/show_bug.cgi?id=95576

Patch by Kangil Han <kangil.han@samsung.com> on 2012-09-03
Reviewed by Maciej Stachowiak.

Added a line of macro to implement WebKitEnableCaretBrowsing attribute in testRunner.overridePreference

Source/WebKit2:

  • WebProcess/InjectedBundle/InjectedBundle.cpp:

(WebKit::InjectedBundle::overrideBoolPreferenceForTestRunner):

LayoutTests:

  • platform/wk2/Skipped: Removed fast/repaint/no-caret-repaint-in-non-content-editable-element.html test case.
3:39 PM Changeset in webkit [127433] by bashi@chromium.org
  • 1 edit
    2 deletes in trunk/LayoutTests

[Chromium] Unreviewed test expectations update after r127410

  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Removed.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Removed.
12:14 PM Changeset in webkit [127432] by allan.jensen@nokia.com
  • 2 edits in trunk/Source/WebKit2

[Qt] Not all activated elements highlighted, but some frames are
https://bugs.webkit.org/show_bug.cgi?id=95683

Reviewed by Kenneth Rohde Christiansen.

Use the new function Node::willRespondToMouseClickEvents to better determine if the element
can be tap-activated and avoid documents and frames completely.

  • WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::highlightPotentialActivation):

12:14 PM WebKitGTK/1.10.x edited by Carlos Garcia Campos
r127124 merged (diff)
11:38 AM Changeset in webkit [127431] by ryuan.choi@samsung.com
  • 3 edits in trunk/Tools

[EFL] Change the focus when the web view is clicked in MiniBrowser and EWebLauncher
https://bugs.webkit.org/show_bug.cgi?id=95689

Reviewed by Kenneth Rohde Christiansen.

In Minibrowser & EWebLauncher, the web view loses the focus when url bar is clicked.
So, there are bugs that key events are always generated in url bar although
the user clicked the web view.

This patch recovers the focus of the web view when left button is pressed and
adds for MiniBrowser to toggle the focus when middle button is pressed
like EWebLauncher already did.

  • EWebLauncher/main.c:

(on_mouse_down):

  • MiniBrowser/efl/main.c:

(on_mouse_down):
(browserCreate):

11:37 AM Changeset in webkit [127430] by commit-queue@webkit.org
  • 5 edits in trunk

Added ANDROID_GDBSERVER definition for Ant
https://bugs.webkit.org/show_bug.cgi?id=95265

Patch by Tao Bai <michaelbai@chromium.org> on 2012-09-03
Reviewed by Adam Barth.

ANDROID_GDBSERVER will replace ANDROID_TOOLCHAIN, because the ANDROID_TOOLCHAIN
is only used for finding the gdbserver.

Source/WebKit/chromium:

  • WebKitUnitTests.gyp:

Tools:

  • DumpRenderTree/DumpRenderTree.gyp/DumpRenderTree.gyp:
  • TestWebKitAPI/TestWebKitAPI.gyp/TestWebKitAPI.gyp:
10:16 AM Changeset in webkit [127429] by commit-queue@webkit.org
  • 19 edits
    3 adds
    6 deletes in trunk

Unreviewed, rolling out r127427.
http://trac.webkit.org/changeset/127427
https://bugs.webkit.org/show_bug.cgi?id=95695

Breaks some inspector/debugger tests on JSC (Requested by
vsevik on #webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-09-03

Source/WebCore:

  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • inspector/compile-front-end.py:
  • inspector/front-end/CompilerScriptMapping.js:
  • inspector/front-end/JavaScriptSource.js:

(WebInspector.JavaScriptSource):

  • inspector/front-end/NetworkUISourceCodeProvider.js: Removed.
  • inspector/front-end/RawSourceCode.js:

(WebInspector.RawSourceCode):
(WebInspector.RawSourceCode.prototype.addScript):
(WebInspector.RawSourceCode.prototype.rawLocationToUILocation):
(WebInspector.RawSourceCode.prototype._createUISourceCode):
(WebInspector.RawSourceCode.prototype.uiLocationToRawLocation):
(WebInspector.RawSourceCode.prototype.uiSourceCode):
(WebInspector.RawSourceCode.prototype._finishedLoading):

  • inspector/front-end/ResourceScriptMapping.js:

(WebInspector.ResourceScriptMapping):
(WebInspector.ResourceScriptMapping.prototype.rawLocationToUILocation):
(WebInspector.ResourceScriptMapping.prototype.addScript):
(WebInspector.ResourceScriptMapping.prototype._shouldBindScriptToContentProvider):
(WebInspector.ResourceScriptMapping.prototype._handleUISourceCodeChanged):
(WebInspector.ResourceScriptMapping.prototype._uiSourceCodeAdded):
(WebInspector.ResourceScriptMapping.prototype._uiSourceCodeReplaced):
(WebInspector.ResourceScriptMapping.prototype._uiSourceCodeRemoved):
(WebInspector.ResourceScriptMapping.prototype._bindScriptToRawSourceCode):
(WebInspector.ResourceScriptMapping.prototype._reset):

  • inspector/front-end/ScriptSnippetModel.js:

(WebInspector.ScriptSnippetModel.prototype._addScriptSnippet):
(WebInspector.ScriptSnippetModel.prototype._createUISourceCodeForScript):
(WebInspector.SnippetJavaScriptSource):

  • inspector/front-end/StylesUISourceCodeProvider.js: Added.

(WebInspector.StylesUISourceCodeProvider):
(WebInspector.StylesUISourceCodeProvider.prototype._populate):
(WebInspector.StylesUISourceCodeProvider.prototype._resourceAdded):
(WebInspector.StylesUISourceCodeProvider.prototype._reset):

  • inspector/front-end/UISourceCode.js:

(WebInspector.UISourceCode):
(WebInspector.UISourceCode.prototype.uiLocationToRawLocation):

  • inspector/front-end/WebKit.qrc:
  • inspector/front-end/inspector.html:
  • inspector/front-end/inspector.js:

LayoutTests:

  • http/tests/inspector/network/network-request-revision-content.html:
  • http/tests/inspector/workspace-test.js: Removed.
  • inspector/debugger/breakpoint-manager.html:
  • inspector/debugger/dynamic-script-tag-expected.txt:
  • inspector/debugger/dynamic-script-tag.html:
  • inspector/debugger/network-uisourcecode-provider-expected.txt: Removed.
  • inspector/debugger/network-uisourcecode-provider.html: Removed.
  • inspector/debugger/raw-source-code-expected.txt: Added.
  • inspector/debugger/raw-source-code.html: Added.
  • inspector/debugger/resource-script-mapping-expected.txt: Removed.
  • inspector/debugger/resource-script-mapping.html: Removed.
  • inspector/debugger/scripts-panel.html:
9:50 AM Changeset in webkit [127428] by peter@chromium.org
  • 2 edits in trunk/Source/WebKit/chromium

Unreviewed. Rolled DEPS.

  • DEPS:
9:45 AM WebKitGTK/1.8.x edited by sergio@webkit.org
(diff)
9:44 AM WebKitGTK/1.8.x edited by sergio@webkit.org
(diff)
9:34 AM Changeset in webkit [127427] by vsevik@chromium.org
  • 19 edits
    1 move
    5 adds
    2 deletes in trunk

Web Inspector: Create JavaScriptSources based on network resources.
https://bugs.webkit.org/show_bug.cgi?id=95352

Reviewed by Pavel Feldman.

Source/WebCore:

Introduced NetworkUISourceCodeProvider that is listening for ResourceTreeModel and creates UISourceCodes for them.
RawSourceCode does not create uiSourceCodes based on resource anymore (this is done by NetworkUISourceCodeProvider instead).
Moved script <-> uiSourceCode binding logic from RawSourceCode to ResourceScriptMapping.
Removed rawSourceCode as it was not needed anymore.

Tests: inspector/debugger/network-uisourcecode-provider.html

inspector/debugger/resource-script-mapping.html

  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • inspector/compile-front-end.py:
  • inspector/front-end/CompilerScriptMapping.js:
  • inspector/front-end/JavaScriptSource.js:

(WebInspector.JavaScriptSource):

  • inspector/front-end/NetworkUISourceCodeProvider.js: Renamed from Source/WebCore/inspector/front-end/StylesUISourceCodeProvider.js.

(WebInspector.NetworkUISourceCodeProvider):
(WebInspector.NetworkUISourceCodeProvider.prototype._populate):
(WebInspector.NetworkUISourceCodeProvider.prototype._styleResourceAdded):
(WebInspector.NetworkUISourceCodeProvider.prototype._scriptResourceAdded.resourceFinished):
(WebInspector.NetworkUISourceCodeProvider.prototype._scriptResourceAdded):
(WebInspector.NetworkUISourceCodeProvider.prototype._addJavaScriptSource):
(WebInspector.NetworkUISourceCodeProvider.prototype._addUISourceCode):
(WebInspector.NetworkUISourceCodeProvider.prototype._resourceAdded):
(WebInspector.NetworkUISourceCodeProvider.prototype._reset):

  • inspector/front-end/RawSourceCode.js:
  • inspector/front-end/ResourceScriptMapping.js:

(WebInspector.ResourceScriptMapping):
(WebInspector.ResourceScriptMapping.prototype.rawLocationToUILocation):
(WebInspector.ResourceScriptMapping.prototype._bindUISourceCodeToScripts):
(WebInspector.ResourceScriptMapping.prototype._scriptsForSourceURL):
(WebInspector.ResourceScriptMapping.prototype._addOrReplaceTemporaryUISourceCode.get var):
(WebInspector.ResourceScriptMapping.prototype._addOrReplaceTemporaryUISourceCode):
(WebInspector.ResourceScriptMapping.prototype.get _uiSourceCodeReplaced):
(WebInspector.ResourceScriptMapping.prototype._reset):

  • inspector/front-end/ScriptSnippetModel.js:

(WebInspector.ScriptSnippetModel.prototype._addScriptSnippet):
(WebInspector.ScriptSnippetModel.prototype._createUISourceCodeForScript):
(WebInspector.SnippetJavaScriptSource):

  • inspector/front-end/UISourceCode.js:

(WebInspector.UISourceCode):
(WebInspector.UISourceCode.prototype.uiLocationToRawLocation):
(WebInspector.UISourceCode.prototype.setSourceMapping):

  • inspector/front-end/WebKit.qrc:
  • inspector/front-end/inspector.html:
  • inspector/front-end/inspector.js:

LayoutTests:

Removed raw-source-code.html test as RawSourceCode was removed by this patch.
Added resource-script-mapping.html to test script <-> uiSourceCode binding behavior.
Added network-uisourcecode-provider.html to test uiSourceCode creation behavior.
Updated dynamic-script-tag.html to better match expected behavior.

  • http/tests/inspector/network/network-request-revision-content.html:
  • http/tests/inspector/workspace-test.js: Added.

(initialize_WorkspaceTest.InspectorTest.createWorkspace):
(initialize_WorkspaceTest.InspectorTest.waitForWorkspaceUISourceCodeReplacedEvent.uiSourceCodeReplaced):
(initialize_WorkspaceTest.InspectorTest.waitForWorkspaceUISourceCodeReplacedEvent):
(initialize_WorkspaceTest.InspectorTest.waitForWorkspaceUISourceCodeAddedEvent.uiSourceCodeAdded):
(initialize_WorkspaceTest.InspectorTest.waitForWorkspaceUISourceCodeAddedEvent):
(initialize_WorkspaceTest.InspectorTest.addMockUISourceCodeToWorkspace):
(initialize_WorkspaceTest.InspectorTest._defaultUISourceCodeProviderEventHandler):
(initialize_WorkspaceTest.InspectorTest.dumpUISourceCode.didRequestContent):
(initialize_WorkspaceTest.InspectorTest.dumpUISourceCode):
(initialize_WorkspaceTest):

  • inspector/debugger/breakpoint-manager.html:
  • inspector/debugger/dynamic-script-tag-expected.txt:
  • inspector/debugger/dynamic-script-tag.html:
  • inspector/debugger/network-uisourcecode-provider-expected.txt: Added.
  • inspector/debugger/network-uisourcecode-provider.html: Added.
  • inspector/debugger/raw-source-code-expected.txt: Removed.
  • inspector/debugger/raw-source-code.html: Removed.
  • inspector/debugger/resource-script-mapping-expected.txt: Added.
  • inspector/debugger/resource-script-mapping.html: Added.
  • inspector/debugger/scripts-panel.html:
  • inspector/debugger/source-frame-count.html:
9:09 AM Changeset in webkit [127426] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: [WebGL] Make the injected resourceObject property non-enumerable
https://bugs.webkit.org/show_bug.cgi?id=95682

Patch by Andrey Adaikin <aandrey@chromium.org> on 2012-09-03
Reviewed by Pavel Feldman.

Make the injected auxiliary property resourceObject non-enumerable to hide it from for..in iterations.
Ideally this property should be completely hidden from the user's code.
Drive-by: Fix couple of small FIXME's.

  • inspector/InjectedScriptWebGLModuleSource.js:

(.):

9:08 AM Changeset in webkit [127425] by tommyw@google.com
  • 25 edits
    2 copies
    5 adds in trunk

MediaStream API: Add Ice-related functionality to RTCPeerConnection
https://bugs.webkit.org/show_bug.cgi?id=95565

Reviewed by Adam Barth.

Source/Platform:

  • Platform.gypi:
  • chromium/public/WebRTCICECandidateDescriptor.h: Copied from Source/Platform/chromium/public/WebRTCPeerConnectionHandlerClient.h.

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

  • chromium/public/WebRTCPeerConnectionHandler.h:

(WebKit):
(WebRTCPeerConnectionHandler):

  • chromium/public/WebRTCPeerConnectionHandlerClient.h:

(WebKit):
(WebRTCPeerConnectionHandlerClient):

Source/WebCore:

Adds all Ice-related functionality to RTCPeerConnection, including
events, callbacks and methods.

Test: fast/mediastream/RTCPeerConnection-ice.html

  • CMakeLists.txt:
  • GNUmakefile.list.am:
  • Modules/mediastream/RTCIceCandidateEvent.cpp: Added.

(WebCore):
(WebCore::RTCIceCandidateEvent::create):
(WebCore::RTCIceCandidateEvent::RTCIceCandidateEvent):
(WebCore::RTCIceCandidateEvent::~RTCIceCandidateEvent):
(WebCore::RTCIceCandidateEvent::candidate):
(WebCore::RTCIceCandidateEvent::interfaceName):

  • Modules/mediastream/RTCIceCandidateEvent.h: Added.

(WebCore):
(RTCIceCandidateEvent):

  • Modules/mediastream/RTCIceCandidateEvent.idl: Added.
  • Modules/mediastream/RTCPeerConnection.cpp:

(WebCore::RTCPeerConnection::RTCPeerConnection):
(WebCore::RTCPeerConnection::updateIce):
(WebCore):
(WebCore::RTCPeerConnection::addIceCandidate):
(WebCore::RTCPeerConnection::iceState):
(WebCore::RTCPeerConnection::close):
(WebCore::RTCPeerConnection::didGenerateIceCandidate):
(WebCore::RTCPeerConnection::didChangeIceState):
(WebCore::RTCPeerConnection::stop):
(WebCore::RTCPeerConnection::changeIceState):

  • Modules/mediastream/RTCPeerConnection.h:

(RTCPeerConnection):

  • Modules/mediastream/RTCPeerConnection.idl:
  • WebCore.gypi:
  • dom/EventNames.h:

(WebCore):

  • dom/EventNames.in:
  • platform/chromium/support/WebRTCICECandidateDescriptor.cpp: Copied from Source/WebCore/platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.cpp.

(WebKit):
(WebKit::WebRTCICECandidateDescriptor::WebRTCICECandidateDescriptor):
(WebKit::WebRTCICECandidateDescriptor::assign):
(WebKit::WebRTCICECandidateDescriptor::reset):
(WebKit::WebRTCICECandidateDescriptor::initialize):
(WebKit::WebRTCICECandidateDescriptor::operator PassRefPtr<WebCore::RTCIceCandidateDescriptor>):
(WebKit::WebRTCICECandidateDescriptor::candidate):
(WebKit::WebRTCICECandidateDescriptor::sdpMid):
(WebKit::WebRTCICECandidateDescriptor::sdpMLineIndex):

  • platform/mediastream/RTCIceCandidateDescriptor.h:

(WebCore::RTCIceCandidateDescriptor::candidate):
(WebCore::RTCIceCandidateDescriptor::sdpMid):
(WebCore::RTCIceCandidateDescriptor::sdpMLineIndex):

  • platform/mediastream/RTCPeerConnectionHandler.h:

(WebCore):
(RTCPeerConnectionHandler):

  • platform/mediastream/RTCPeerConnectionHandlerClient.h:

(WebCore):
(RTCPeerConnectionHandlerClient):

  • platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.cpp:

(WebCore::RTCPeerConnectionHandlerChromium::updateIce):
(WebCore):
(WebCore::RTCPeerConnectionHandlerChromium::addIceCandidate):
(WebCore::RTCPeerConnectionHandlerChromium::didGenerateICECandidate):
(WebCore::RTCPeerConnectionHandlerChromium::didChangeICEState):

  • platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.h:

(WebKit):
(RTCPeerConnectionHandlerChromium):

Source/WebKit/chromium:

  • src/AssertMatchingEnums.cpp:

Tools:

  • DumpRenderTree/chromium/MockWebRTCPeerConnectionHandler.cpp:

(MockWebRTCPeerConnectionHandler::MockWebRTCPeerConnectionHandler):
(MockWebRTCPeerConnectionHandler::updateICE):
(MockWebRTCPeerConnectionHandler::addICECandidate):

  • DumpRenderTree/chromium/MockWebRTCPeerConnectionHandler.h:

(MockWebRTCPeerConnectionHandler):

LayoutTests:

  • fast/mediastream/RTCPeerConnection-ice-expected.txt: Added.
  • fast/mediastream/RTCPeerConnection-ice.html: Added.
8:59 AM Changeset in webkit [127424] by Carlos Garcia Campos
  • 3 edits in releases/WebKitGTK/webkit-1.10/Source/WebCore

Merge r127124 - 1.9.90 drops symbols, breaking compatibility
https://bugs.webkit.org/show_bug.cgi?id=93477

Patch by Xan Lopez <xlopez@igalia.com> on 2012-08-30
Reviewed by Martin Robinson.

Add a bunch of compatibility methods to the GObject DOM bindings
to cope with recent renames.

  • bindings/gobject/WebKitDOMCustom.cpp:

(webkit_dom_html_element_get_class_list):
(webkit_dom_element_get_webkit_region_overflow):
(webkit_dom_webkit_named_flow_get_content_nodes):
(webkit_dom_webkit_named_flow_get_regions_by_content_node):

  • bindings/gobject/WebKitDOMCustom.h:
8:19 AM WebKitGTK/1.10.x edited by Carlos Garcia Campos
Fix initial branch revision (diff)
7:57 AM Changeset in webkit [127423] by allan.jensen@nokia.com
  • 2 edits in trunk/Source/WebCore

Unreviewed build fix after r127421

  • rendering/HitTestResult.cpp:

(WebCore::HitTestLocation::HitTestLocation):

7:48 AM Changeset in webkit [127422] by commit-queue@webkit.org
  • 6 edits
    4 adds in trunk/Source/WebKit2

[EFL][WK2] Add ewk_settings.
https://bugs.webkit.org/show_bug.cgi?id=91206

Patch by Eunmi Lee <eunmi15.lee@samsung.com> on 2012-09-03
Reviewed by Gyuyoung Kim.

Add the ewk_settings which wraps the WKPreferencesRef.
The ewk_settings will be created by the ewk_view and it will be
destroyed when the ewk_view is destroyed. I make each view to have
its own group to make one ewk_settings sets preferences only for
one ewk_view.
The application can get the ewk_settings from ewk_view using
ewk_view_settings_get() API.

  • UIProcess/API/efl/EWebKit2.h:
  • UIProcess/API/efl/ewk_settings.cpp: Added.

(ewk_settings_enable_scripts_set):
(ewk_settings_enable_scripts_get):
(ewk_settings_auto_load_images_set):
(ewk_settings_auto_load_images_get):

  • UIProcess/API/efl/ewk_settings.h: Added.
  • UIProcess/API/efl/ewk_settings_private.h: Added.

(_Ewk_Settings):
(_Ewk_Settings::_Ewk_Settings):

  • UIProcess/API/efl/ewk_view.cpp:

(_Ewk_View_Private_Data):
(_ewk_view_initialize):
(ewk_view_settings_get):

  • UIProcess/API/efl/ewk_view.h:
  • UIProcess/API/efl/tests/test_ewk2_settings.cpp: Added.

(TEST_F):

  • UIProcess/API/efl/tests/test_ewk2_view.cpp:

(TEST_F):

7:41 AM Changeset in webkit [127421] by allan.jensen@nokia.com
  • 17 edits in trunk/Source/WebCore

Move AllowShadowContent flag to HitTestRequest
https://bugs.webkit.org/show_bug.cgi?id=95685

Reviewed by Antonio Gomes.

Moves the flag and updates the interface for HitTestResult::addNodeToRectBasedTestResult so that
it can read the flag from HitTestRequest instead of from HitTestResult.

No change in functionality. No new tests.

  • dom/Document.cpp:

(WebCore::Document::nodesFromRect):

  • page/EventHandler.cpp:

(WebCore::EventHandler::hitTestResultAtPoint):

  • rendering/HitTestRequest.h:
  • rendering/HitTestResult.cpp:

(WebCore::HitTestLocation::HitTestLocation):
(WebCore::HitTestResult::HitTestResult):
(WebCore::HitTestResult::operator=):
(WebCore::HitTestResult::addNodeToRectBasedTestResult):

  • rendering/HitTestResult.h:

(HitTestLocation):
(HitTestResult):

  • rendering/InlineFlowBox.cpp:

(WebCore::InlineFlowBox::nodeAtPoint):

  • rendering/InlineTextBox.cpp:

(WebCore::InlineTextBox::nodeAtPoint):

  • rendering/RenderBlock.cpp:

(WebCore::RenderBlock::nodeAtPoint):

  • rendering/RenderBox.cpp:

(WebCore::RenderBox::nodeAtPoint):

  • rendering/RenderImage.cpp:

(WebCore::RenderImage::nodeAtPoint):

  • rendering/RenderLayer.cpp:

(WebCore::RenderLayer::hitTestLayer):
(WebCore::RenderLayer::hitTestList):

  • rendering/RenderMultiColumnSet.cpp:

(WebCore::RenderMultiColumnSet::nodeAtPoint):

  • rendering/RenderRegion.cpp:

(WebCore::RenderRegion::nodeAtPoint):

  • rendering/RenderTable.cpp:

(WebCore::RenderTable::nodeAtPoint):

  • rendering/svg/RenderSVGRoot.cpp:

(WebCore::RenderSVGRoot::nodeAtPoint):

  • rendering/svg/SVGInlineTextBox.cpp:

(WebCore::SVGInlineTextBox::nodeAtPoint):

7:15 AM Changeset in webkit [127420] by allan.jensen@nokia.com
  • 3 edits in trunk/Source/WebKit2

Wheel-events fails temporarily after reload
https://bugs.webkit.org/show_bug.cgi?id=94934

Reviewed by Kenneth Rohde Christiansen.

Set fixed visible content rect using visibleContentBounds instead of WebPage::size. Otherwise the
content rect will be incorrectly set to the entire document size, when resizesToContents is active.

Test: UIProcess/API/qt/tests/qmltests/WebView/tst_wheelEventHandling.qml

  • UIProcess/API/qt/tests/qmltests/WebView/tst_wheelEventHandling.qml:
  • WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:

(WebKit::WebFrameLoaderClient::transitionToCommittedForNewPage):

7:01 AM Changeset in webkit [127419] by commit-queue@webkit.org
  • 7 edits in trunk

[EFL] Use WebKitVersion.h to get version information
https://bugs.webkit.org/show_bug.cgi?id=95669

Patch by Jinwoo Song <jinwoo7.song@samsung.com> on 2012-09-03
Reviewed by Gyuyoung Kim.

.:

WEBKIT_USER_AGENT_MAJOR_VERSION and WEBKIT_USER_AGENT_MINOR_VERSION
are defined as constant in the OptionsEfl.cmake. But we do not need
to define these here but can use the defined constant in WebKitVersion.h.

WebKitVersion.h is already generated with the version information
from the Source/WebCore/Configurations/Version.xcconfig.

  • Source/cmake/OptionsEfl.cmake: Do not set WEBKIT_USER_AGENT_* variables.
  • Source/cmakeconfig.h.cmake: Remove WEBKIT_USER_AGENT_* definitions

as no more port uses.

Source/WebKit/efl:

Use WEBKIT_MAJOR_VERSION and WEBKIT_MINOR_VERSION
in the WebKitVersion.h

Relocate the StorageTracker.h to keep the sorted order.

  • ewk/ewk_settings.cpp:

(ewk_settings_default_user_agent_get):

Source/WebKit2:

Use WEBKIT_MAJOR_VERSION and WEBKIT_MINOR_VERSION
in the WebKitVersion.h

  • UIProcess/efl/WebPageProxyEfl.cpp:

(WebKit::WebPageProxy::standardUserAgent):

6:22 AM Changeset in webkit [127418] by apavlov@chromium.org
  • 5 edits in trunk

Web Inspector: Unhide hidden characters
https://bugs.webkit.org/show_bug.cgi?id=93888

Reviewed by Pavel Feldman.

Source/WebCore:

Certain invisible characters will be rendered as HTML entity references in the DOM tree to make them visible to the user.

  • inspector/front-end/ElementsTreeOutline.js:

(WebInspector.ElementsTreeElement.prototype._startEditingTextNode):

LayoutTests:

  • inspector/elements/elements-panel-structure-expected.txt:
  • inspector/elements/elements-panel-structure.html:
6:20 AM Changeset in webkit [127417] by pfeldman@chromium.org
  • 11 edits
    1 move in trunk/Source/WebCore

Web Inspector: rename JavaScriptContextManager to RuntimeModel for consistency.
https://bugs.webkit.org/show_bug.cgi?id=95677

Reviewed by Yury Semikhatsky.

  • renamed the file and the usages
  • renamed isolatedContextCreated to executionContextCreated for consistency.
  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • inspector/Inspector.json:
  • inspector/PageRuntimeAgent.cpp:

(WebCore::PageRuntimeAgent::notifyContextCreated):

  • inspector/compile-front-end.py:
  • inspector/front-end/RuntimeModel.js: Renamed from Source/WebCore/inspector/front-end/JavaScriptContextManager.js.

(WebInspector.RuntimeModel):
(WebInspector.RuntimeModel.prototype._frameAdded):
(WebInspector.RuntimeModel.prototype._frameDetached):
(WebInspector.RuntimeModel.prototype._executionContextCreated):
(WebInspector.RuntimeDispatcher):
(WebInspector.RuntimeDispatcher.prototype.executionContextCreated):

  • inspector/front-end/WebKit.qrc:
  • inspector/front-end/inspector.html:
4:53 AM WebKitGTK/1.10.x edited by mario@webkit.org
(diff)
4:17 AM WebKitGTK/1.10.x edited by Carlos Garcia Campos
(diff)
3:44 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Further update on 2010/2013. (diff)
3:43 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Update ICU(*) columns for BA class. Add issue needing verification. (diff)
3:26 AM Changeset in webkit [127416] by dominik.rottsches@intel.com
  • 2 edits in trunk/LayoutTests

[EFL] Unreviewed gardening.

Unskipping message-port-close.html after bug 85811 was resolved.

  • platform/efl/TestExpectations:
2:56 AM Changeset in webkit [127415] by caseq@chromium.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: use linkifyResourceAsNode, not linkifyLocation when linkifying resources in Timeline
https://bugs.webkit.org/show_bug.cgi?id=95540

Reviewed by Pavel Feldman.

Linkify recource details using WebInspector.linkifyResourceAsNode(), so these bypass linkifier. Also
fix closure compiler warning.

  • inspector/front-end/TimelinePresentationModel.js:

(WebInspector.TimelinePresentationModel.Record.prototype._generatePopupContentWithImagePreview):
(WebInspector.TimelinePresentationModel.Record.prototype._linkifyLocation):

2:45 AM Changeset in webkit [127414] by pfeldman@chromium.org
  • 3 edits in trunk/Source/WebCore

Web Inspector: fixed front-end compilation warnings.
Not reviewed.

  • inspector/front-end/FilteredItemSelectionDialog.js:
  • inspector/front-end/HeapSnapshotView.js:
2:42 AM Changeset in webkit [127413] by pfeldman@chromium.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: paint grid on top of box highlight.
https://bugs.webkit.org/show_bug.cgi?id=95676

Reviewed by Alexander Pavlov.

Otherwise, ruler numbers are not visible when selecting body.

  • inspector/InspectorOverlayPage.html:
1:54 AM Changeset in webkit [127412] by pfeldman@chromium.org
  • 6 edits in trunk

Web Inspector: get rid of context execution id fallback.
https://bugs.webkit.org/show_bug.cgi?id=95567

Reviewed by Yury Semikhatsky.

Source/WebCore:

We now assign execution context id upon changes in the UI.

  • inspector/front-end/ConsoleView.js:

(WebInspector.ConsoleView.prototype.get statusBarItems):
(WebInspector.ConsoleView.prototype._contextAdded):
(WebInspector.ConsoleView.prototype._addContextList):
(WebInspector.ConsoleView.prototype._contextListRemoved):
(WebInspector.ConsoleView.prototype._updateExecutionContextSelector):
(WebInspector.ConsoleView.prototype._appendExecutionContextOption):
(WebInspector.ConsoleView.prototype._executionContextChanged):
(WebInspector.ConsoleView.prototype._contextListUpdated):
(WebInspector.ConsoleView.prototype._addedExecutionContext):
(WebInspector.ConsoleView.prototype.evalInInspectedWindow.evalCallback):
(WebInspector.ConsoleView.prototype.evalInInspectedWindow):
(WebInspector.ConsoleView.prototype._enterKeyPressed):

  • inspector/front-end/JavaScriptContextManager.js:

(WebInspector.JavaScriptContextManager):
(WebInspector.JavaScriptContextManager.prototype.contextLists):
(WebInspector.JavaScriptContextManager.prototype.contextByFrameAndSecurityOrigin):
(WebInspector.JavaScriptContextManager.prototype._frameAdded):
(WebInspector.JavaScriptContextManager.prototype._frameNavigated):
(WebInspector.JavaScriptContextManager.prototype._frameDetached):
(WebInspector.JavaScriptContextManager.prototype.isolatedContextCreated):
(WebInspector.FrameExecutionContextList):
(WebInspector.FrameExecutionContextList.prototype._frameNavigated):
(WebInspector.FrameExecutionContextList.prototype._addExecutionContext):
(WebInspector.FrameExecutionContextList.prototype.executionContexts):
(WebInspector.FrameExecutionContextList.prototype.contextBySecurityOrigin):

LayoutTests:

  • http/tests/inspector/console-cd-completions.html:
  • http/tests/inspector/console-cd.html:
1:50 AM Changeset in webkit [127411] by commit-queue@webkit.org
  • 5 edits in trunk/Tools

[EFL] Fix resizing issues related to URL bar in Minibrowser / EWebLauncher
https://bugs.webkit.org/show_bug.cgi?id=95670

Patch by Christophe Dumez <Christophe Dumez> on 2012-09-03
Reviewed by Kenneth Rohde Christiansen.

Fix layout issues related to the URL bar in Minibrowser
and EWebLauncher when the window is resized.

The URL bar was not resized accordingly and the Web
page was moved behing the URL bar, hiding part of it.

  • EWebLauncher/main.c:

(on_ecore_evas_resize):
(closeWindow):

  • EWebLauncher/url_bar.c:

(url_bar_width_set):
(url_bar_add):

  • EWebLauncher/url_bar.h:
  • MiniBrowser/efl/main.c:

(on_ecore_evas_resize):
(main):

1:39 AM Changeset in webkit [127410] by yosin@chromium.org
  • 2 edits
    15 adds in trunk/LayoutTests

Unreviewed rebaseline for bug 94287.
Update Chromium-Mac and Chromium-Win images for multiple field time input UI.

  • platform/chromium-mac-snowleopard/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Added.
  • platform/chromium-mac-snowleopard/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.png: Added.
  • platform/chromium-mac-snowleopard/fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.png: Added.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Added.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Added.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.png: Added.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.txt: Added.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.png: Added.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.txt: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.png: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.txt: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.png: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.txt: Added.
  • platform/chromium/TestExpectations:
1:35 AM Changeset in webkit [127409] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] Mark http/tests/incremental/slow-utf8-text.pl as flaky
https://bugs.webkit.org/show_bug.cgi?id=95673

Unreviewed EFL gardening.

Mark http/tests/incremental/slow-utf8-text.pl as flaky
as it does not always time out.

Patch by Christophe Dumez <Christophe Dumez> on 2012-09-03

  • platform/efl/TestExpectations:
1:34 AM Changeset in webkit [127408] by Patrick Gansterer
  • 2 edits in trunk/Source/JavaScriptCore

Unreviewed. Build fix for ENABLE(CLASSIC_INTERPRETER) after r127393.

  • interpreter/Interpreter.h:
1:30 AM Changeset in webkit [127407] by yosin@chromium.org
  • 2 edits
    5 deletes in trunk/LayoutTests

Unreviewed, rolling out r127406.
http://trac.webkit.org/changeset/127406
https://bugs.webkit.org/show_bug.cgi?id=95674

Expectation images are missing (Requested by yosin1 on
#webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-09-03

  • platform/chromium-mac-snowleopard/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Removed.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Removed.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Removed.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Removed.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Removed.
  • platform/chromium/TestExpectations:
1:22 AM Changeset in webkit [127406] by yosin@chromium.org
  • 2 edits
    5 adds in trunk/LayoutTests

Unreviewed rebaseline for bug 94287.
Update Chromium-Mac and Chromium-Win images for multiple field time input UI.

  • platform/chromium-mac-snowleopard/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Added.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Added.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.png: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Added.
  • platform/chromium/TestExpectations:
1:18 AM Changeset in webkit [127405] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

[EFL][WK2] Skip EWK2UnitTestBase.ewk_cookie_manager_permanent_storage API test
https://bugs.webkit.org/show_bug.cgi?id=95671

Patch by Christophe Dumez <Christophe Dumez> on 2012-09-03
Reviewed by Kenneth Rohde Christiansen.

Skip EWK2UnitTestBase.ewk_cookie_manager_permanent_storage
API test since it is flaky on the bots.

  • UIProcess/API/efl/tests/test_ewk2_cookie_manager.cpp:

(TEST_F):

1:16 AM Changeset in webkit [127404] by g.czajkowski@samsung.com
  • 4 edits in trunk

[GTK][EFL] 'dictIter' iterator is not initialized for an inner loop
https://bugs.webkit.org/show_bug.cgi?id=95436

Reviewed by Gustavo Noronha Silva.

Source/WebCore:

The 'checkSpellingOfString' method assumes that the given string is concatenation of words.
To properly handle spellchecking of each word we need to iterate over the all available
dictionaries ('dictIter').

To allow spellchecking for multiple words, 'dictIter' should be initialized at the beginning
of vector while spellchecking of the word. This ensures performing of spelling for word based on
at least one dictionary.

  • platform/text/enchant/TextCheckerEnchant.cpp:

(TextCheckerEnchant::checkSpellingOfString): Moved initialization of 'dictIter' to an inner loop.

LayoutTests:

'checkSpellingOfString' from the TextCheckerEnchant class can not mark multiplie words that are misspelled.
It's possible to mark misspeled string only by defining its location and length.

  • platform/gtk/TestExpectations: Added spelling-backspace-between-lines.html to TestExpectations.
1:14 AM Changeset in webkit [127403] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL][WK2] Mark several inspector test as flaky
https://bugs.webkit.org/show_bug.cgi?id=95667

Unreviewed EFL gardening.

Mark several inspector test cases as flaky on
WebKit2 EFL.

Patch by Christophe Dumez <Christophe Dumez> on 2012-09-03

  • platform/efl-wk2/TestExpectations:
12:35 AM Changeset in webkit [127402] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] Update TestExpectations for 2 fast/block tests
https://bugs.webkit.org/show_bug.cgi?id=95666

Unreviewed EFL gardening.

Update TestExpectations for 2 fast/block tests to
indicate that we expect TEXT only diff on the bot
since we don't run pixel tests.

Patch by Christophe Dumez <Christophe Dumez> on 2012-09-03

  • platform/efl/TestExpectations:

Sep 2, 2012:

11:57 PM Changeset in webkit [127401] by bashi@chromium.org
  • 2 edits in trunk/Source/WebKit2

WK2: Build failure on SnowLeopard after r127384
https://bugs.webkit.org/show_bug.cgi?id=95665

Reviewed by Dan Bernstein.

Add SandboxExtension::consumePermanently(const Handle&) for !ENABLE(WEB_PROCESS_SANDBOX) to fix link error.

  • Shared/SandboxExtension.h:

(WebKit::SandboxExtension::consumePermanently):

11:03 PM Changeset in webkit [127400] by yosin@chromium.org
  • 3 edits in trunk/Source/WebCore

[Forms] Empty visible value of AM/PM field of multiple fields time input UI should display variable number of "-" based on maximum number of labels
https://bugs.webkit.org/show_bug.cgi?id=95660

Reviewed by Kent Tamura.

This patch changes visible empty value of AM/PM field in multiple
fields time input UI to "-", "--", "---", and so on based on maximum
length of AM/PM labels. In current implementation, it is always "--"
regardless locale, although on Arabic, AM/PM are represented in one
character.

This patch affects ports which enable both ENABLE_INPUT_TYPE_TIME and
ENABLE_INPUT_TYPE_TIME_MULTIPLE_FIELDS.

No new tests. Once multiple field time input UI uses "lang" HTML
attribute to take time format, we can write a test for this patch.

  • html/shadow/DateTimeSymbolicFieldElement.cpp:

(makeVisibleEmptyValue): Build visible empty value from maximum length
of labels.
(WebCore::DateTimeSymbolicFieldElement::visibleEmptyValue): Changed to
use m_visibleEmptyValue.

  • html/shadow/DateTimeSymbolicFieldElement.h:

(WebCore::DateTimeSymbolicFieldElement): Added new member variable
m_visibleEmptyValue to hold visible empty value.

10:51 PM Changeset in webkit [127399] by bashi@chromium.org
  • 5 edits
    1 delete in trunk/LayoutTests

[Chromium] Unreviewed test expectation update after r127398

  • platform/chromium-mac-snowleopard/fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.png:
  • platform/chromium-mac-snowleopard/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-elements-expected.png:
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.png:
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-elements-expected.png:
  • platform/chromium-win-xp/fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.png: Removed.
9:03 PM Changeset in webkit [127398] by yosin@chromium.org
  • 4 edits in trunk/Source/WebCore

[Forms] AM/PM field of multiple fields time input UI should be fixed width
https://bugs.webkit.org/show_bug.cgi?id=95542

Reviewed by Kent Tamura.

This patch changes width of AM/PM field of multiple field time input
UI fixed as maximum width of labels or "--".

This patch affects ports which enable both ENABLE_INPUT_TYPE_TIME and
ENABLE_INPUT_TYPE_TIME_MULTIPLE_FIELDS.

No new tests. Once multiple field time input UI uses "lang" HTML
attribute to take time format, we can write a test for this patch.

  • css/html.css:

(input::-webkit-datetime-edit-ampm-field): Added "display" property to "inline-block" for setting width.
Added "text-align" property to "center".

  • html/shadow/DateTimeSymbolicFieldElement.cpp:

(WebCore::DateTimeSymbolicFieldElement::DateTimeSymbolicFieldElement): Changed to call setHasCustomCallback().
(WebCore::DateTimeSymbolicFieldElement::customStyleForRenderer): Added for setting field with from maximum width of labels.

  • html/shadow/DateTimeSymbolicFieldElement.h:

(WebCore::DateTimeSymbolicFieldElement::visibleEmptyValue): Added for using visible empty value in customStyleForRenderer() and visibleValue().
(WebCore::DateTimeSymbolicFieldElement::visibleValue): Changed to call visibleEmptyValue() instead of using literal "--".
(DateTimeSymbolicFieldElement): Added a declaration of customStyleForRenderer().

7:04 PM Changeset in webkit [127397] by ryuan.choi@samsung.com
  • 3 edits in trunk/Source/WebKit2

[EFL][WK2] Keep activePopupMenu to call valueChangedForPopupMenu() outside showPopupMenu()
https://bugs.webkit.org/show_bug.cgi?id=95355

Reviewed by Gyuyoung Kim.

Efl does not have a proper way to support nested loop so that applications
may change value after showPopupMenu() is finished.

  • UIProcess/API/efl/tests/test_ewk2_view.cpp: Improved test case to cover this bug.

(selectItemAfterDelayed):
(showPopupMenu):

  • UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::showPopupMenu):
Guard with !PLATFORM(EFL) to keep the activePopupMenu valid to call valueChangedForPopupMenu
outside showPopupMenu().

6:05 PM Changeset in webkit [127396] by yosin@chromium.org
  • 6 edits
    5 adds
    9 deletes in trunk/LayoutTests

[Tests] fast/forms/time-multiple-fields/time-multiple-fields-appearance-*.html should dump text instead of render tree
https://bugs.webkit.org/show_bug.cgi?id=95545

Reviewed by Kent Tamura.

This patch changes test expectations to text output and pixel images
instead of structure of render tree and pixel images for multiple
fields time input UI. This patch helps us to avoid rebaseline when
we change DOM structure but keep appearance.

This patch affects ports which enable both ENABLE_INPUT_TYPE_TIME and
ENABLE_INPUT_TYPE_TIME_MULTIPLE_FIELDS.

  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.txt: Added.
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic.html: Changed to call testRunner.dumpAsText().
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Added.
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly.html: Changed to call testRunner.dumpAsText().
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.txt: Added.
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes.html: Changed to call testRunner.dumpAsText().
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-elements-expected.txt: Added.
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-elements.html: Changed to call testRunner.dumpAsText().
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.txt: Added.
  • fast/forms/time-multiple-fields/time-multiple-fields-appearance-style.html: Changed to call testRunner.dumpAsText().
  • platform/chromium-linux/fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.txt: Removed.
  • platform/chromium-linux/fast/forms/time-multiple-fields/time-multiple-fields-appearance-disabled-readonly-expected.txt: Removed.
  • platform/chromium-linux/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-classes-expected.txt: Removed.
  • platform/chromium-linux/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-elements-expected.txt: Removed.
  • platform/chromium-linux/fast/forms/time-multiple-fields/time-multiple-fields-appearance-style-expected.txt: Removed.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.txt: Removed.
  • platform/chromium-mac/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-elements-expected.txt: Removed.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.txt: Removed.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-pseudo-elements-expected.txt: Removed.
5:24 PM Changeset in webkit [127395] by bashi@chromium.org
  • 2 edits in trunk/LayoutTests

Unreviewed test expectation update after r127362

  • platform/chromium/TestExpectations: Moved

fast/notifications/notifications-event-listener-crash.html to
http/tests/notifications.

4:52 PM WebKitGTK/1.10.x edited by Martin Robinson
(diff)
4:45 PM Changeset in webkit [127394] by ggaren@apple.com
  • 5 edits in trunk/Source/JavaScriptCore

Fixed failures seen on Linux bots.

  • jit/JITOpcodes.cpp:

(JSC::JIT::emit_op_push_with_scope):

  • jit/JITOpcodes32_64.cpp:

(JSC::JIT::emit_op_push_with_scope):

  • jit/JITStubs.cpp:

(JSC::DEFINE_STUB_FUNCTION):

  • jit/JITStubs.h: push_*_scope doesn't have a destination operand anymore.

Accordingly, update these places in the baseline JIT, which I missed in my last patch.

2:27 PM Changeset in webkit [127393] by ggaren@apple.com
  • 16 edits in trunk/Source/JavaScriptCore

Refactored scope chain opcodes to support optimization for named function expressions
https://bugs.webkit.org/show_bug.cgi?id=95658

Reviewed by Sam Weinig.

Renamed

push_scope => push_with_scope
push_new_scope => push_name_scope

to clarify the difference between them.

Changed push_with_scope and push_name_scope not to save the new scope in
a temporary register, since doing so made optimization harder.

(The old behavior was a hold-over from when the scope chain wasn't
a GC object, and wouldn't be marked otherwise. Now, the scope chain is
marked because it is a GC object pointed to by the call frame.)

Changed push_name_scope to accept an operand specifying the attributes
for the named property, instead of assuming DontDelete, because a named
function expression needs ReadOnly|DontDelete.

  • bytecompiler/BytecodeGenerator.cpp:

(JSC::BytecodeGenerator::highestUsedRegister): Removed this function,
which used to be related to preserving saved scope object temporaries,
because it had no callers.

1:26 PM Changeset in webkit [127392] by benjamin@webkit.org
  • 2 edits in trunk/Source/WebCore

Improve the way we use convertedSpaceString() in convertHTMLTextToInterchangeFormat()
https://bugs.webkit.org/show_bug.cgi?id=95301

Patch by Benjamin Poulain <bpoulain@apple.com> on 2012-09-02
Reviewed by Darin Adler.

The static string convertedSpaceString() had a couple of annoying side effects:
-The string was 16bits due to noBreakSpace, which forced any input to be converted to 16bits.
-The string was kept in the heap for no particular reason.

This patch redefines convertedSpaceString as a constant literal so that we can use it efficiently.

The patch also make the binary a tiny bit smaller (700 bytes).

  • editing/HTMLInterchange.cpp:

(WebCore::convertHTMLTextToInterchangeFormat):

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

Build is broken when SVG is disabled.
https://bugs.webkit.org/show_bug.cgi?id=95653

Patch by Mike West <mkwst@chromium.org> on 2012-09-02
Reviewed by Dirk Schulze.

Adding CSSPropertyWebkitClipPath to the massive switch statement in StyleResolver.

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::collectMatchingRulesForList):

10:43 AM Changeset in webkit [127390] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

[EFL] Add missing semicolon at the end of some lines.
https://bugs.webkit.org/show_bug.cgi?id=95640

Patch by Byungwoo Lee <bw80.lee@gmail.com> on 2012-09-02
Reviewed by Gyuyoung Kim.

EWK_VIEW_PRIV_GET_OR_RETURN macro and other related macro can be used
without semicolon, because it ends with a semicolon or complete block.
This can make a human mistake about missing semicolon.

Fixed the macros to require semicolon, and added missing semicolons.

  • UIProcess/API/efl/ewk_view.cpp:

(_ewk_view_smart_focus_in):
(_ewk_view_smart_focus_out):
(_ewk_view_smart_mouse_wheel):
(_ewk_view_smart_mouse_down):
(_ewk_view_smart_mouse_up):
(_ewk_view_smart_mouse_move):
(_ewk_view_smart_key_down):
(_ewk_view_smart_key_up):
(_ewk_view_initialize):

10:09 AM Changeset in webkit [127389] by commit-queue@webkit.org
  • 4 edits
    1 move in trunk/LayoutTests

fast/html/marquee-alternate.html is flaky
https://bugs.webkit.org/show_bug.cgi?id=94130

Patch by Jessie Berlin <jberlin@apple.com> on 2012-09-02
Reviewed by Simon Fraser.

Disable the test because it is flakey on so many platforms. Remove it from the Skipped and
TestExpectations files so that run-webkit-tests doesn't go looking for it.

  • fast/html/marquee-alternate.html-disabled: Renamed from LayoutTests/fast/html/marquee-alternate.html.
  • platform/chromium/TestExpectations:
  • platform/efl/Skipped:
  • platform/qt-arm/Skipped:
3:34 AM Changeset in webkit [127388] by Antti Koivisto
  • 4 edits in trunk/Source/WebCore

Repaints should not be deferred after initial page load is complete
https://bugs.webkit.org/show_bug.cgi?id=95480

Reviewed by Simon Fraser

Any dynamically triggered resource loading currently sends us back to deferred paint mode, making animation choppy.
This is not the intention of this code.

This patch adds an additional condition that prevents page from re-entering deferred repaint mode after the initial
load has completed. It also cleans up the code slightly.

  • loader/FrameLoader.cpp:

(WebCore::FrameLoader::checkCompleted):

Add additional call to checkStopDelayingDeferredRepaints() after a frame load completes as the
new condition in shouldUseLoadTimeDeferredRepaintDelay() looks for this change too.

  • page/FrameView.cpp:

(WebCore):

Reduced the normal delay from 25ms to 16ms to not interfere with full framerate animation.

(WebCore::FrameView::syncCompositingStateForThisFrame):
(WebCore::FrameView::checkFlushDeferredRepaintsAfterLoadComplete):

Ensure the repaint delay is reset after load completes even if we don't currently need a repaint.

(WebCore::FrameView::flushDeferredRepaints):

We had to identical functions, flushDeferredRepaints() and stopDelayingDeferredRepaints(). Remove
the latter.

(WebCore::FrameView::shouldUseLoadTimeDeferredRepaintDelay):

Factor the test for using load time repaint timings to a functions. The test for
initial page load having completed is new.

(WebCore::FrameView::updateDeferredRepaintDelay):
(WebCore::FrameView::updateLayoutAndStyleIfNeededRecursive):
(WebCore::FrameView::setRepaintThrottlingDeferredRepaintDelay):

  • page/FrameView.h:

(FrameView):

1:34 AM Changeset in webkit [127387] by fpizlo@apple.com
  • 2 edits in trunk/Source/WebCore

Don't create access error strings if there is no access error
https://bugs.webkit.org/show_bug.cgi?id=95652

Reviewed by Adam Barth.

This undoes the 50% performance regression in pdfjs caused by
http://trac.webkit.org/changeset/126165

No new tests because behavior is unchanged.

  • bindings/js/JSDOMBinding.cpp:

(WebCore::shouldAllowAccessToFrame):
(WebCore::shouldAllowAccessToDOMWindow):

Sep 1, 2012:

10:51 PM Changeset in webkit [127386] by weinig@apple.com
  • 2 edits in trunk/Source/WebKit2

Remove unused member variable from WebProcess.

Rubber-stamped by Dan Bernstein.

  • WebProcess/WebProcess.h:

(WebProcess):
Remove m_applicationCachePathExtension.

9:31 PM Changeset in webkit [127385] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/efl

[EFL] Refactoring the DumpRenderTreeSupportEfl
https://bugs.webkit.org/show_bug.cgi?id=95544

Patch by Jinwoo Song <jinwoo7.song@samsung.com> on 2012-09-01
Reviewed by Gyuyoung Kim.

There are lots of repeated codes for getting the WebCore::Frame
and WebCore::Page. To reduce these duplications, simple macros
are added.

No new tests, just refactoring.

  • WebCoreSupport/DumpRenderTreeSupportEfl.cpp:

(DumpRenderTreeSupportEfl::activeAnimationsCount):
(DumpRenderTreeSupportEfl::callShouldCloseOnWebView):
(DumpRenderTreeSupportEfl::clearFrameName):
(DumpRenderTreeSupportEfl::clearOpener):
(DumpRenderTreeSupportEfl::elementDoesAutoCompleteForElementWithId):
(DumpRenderTreeSupportEfl::frameChildren):
(DumpRenderTreeSupportEfl::frameParent):
(DumpRenderTreeSupportEfl::layoutFrame):
(DumpRenderTreeSupportEfl::numberOfPages):
(DumpRenderTreeSupportEfl::pageSizeAndMarginsInPixels):
(DumpRenderTreeSupportEfl::pageProperty):
(DumpRenderTreeSupportEfl::pauseAnimation):
(DumpRenderTreeSupportEfl::pauseTransition):
(DumpRenderTreeSupportEfl::pendingUnloadEventCount):
(DumpRenderTreeSupportEfl::renderTreeDump):
(DumpRenderTreeSupportEfl::responseMimeType):
(DumpRenderTreeSupportEfl::selectionRectangle):
(DumpRenderTreeSupportEfl::suitableDRTFrameName):
(DumpRenderTreeSupportEfl::setDefersLoading):
(DumpRenderTreeSupportEfl::setLoadsSiteIconsIgnoringImageLoadingSetting):
(DumpRenderTreeSupportEfl::addUserScript):
(DumpRenderTreeSupportEfl::clearUserScripts):
(DumpRenderTreeSupportEfl::addUserStyleSheet):
(DumpRenderTreeSupportEfl::clearUserStyleSheets):
(DumpRenderTreeSupportEfl::executeCoreCommandByName):
(DumpRenderTreeSupportEfl::findString):
(DumpRenderTreeSupportEfl::setCSSGridLayoutEnabled):
(DumpRenderTreeSupportEfl::isCommandEnabled):
(DumpRenderTreeSupportEfl::setSmartInsertDeleteEnabled):
(DumpRenderTreeSupportEfl::setSelectTrailingWhitespaceEnabled):
(DumpRenderTreeSupportEfl::evaluateInWebInspector):
(DumpRenderTreeSupportEfl::evaluateScriptInIsolatedWorld):
(DumpRenderTreeSupportEfl::globalContextRefForFrame):
(DumpRenderTreeSupportEfl::setInteractiveFormValidationEnabled):
(DumpRenderTreeSupportEfl::setValidationMessageTimerMagnification):
(DumpRenderTreeSupportEfl::setAuthorAndUserStylesEnabled):
(DumpRenderTreeSupportEfl::setComposition):
(DumpRenderTreeSupportEfl::hasComposition):
(DumpRenderTreeSupportEfl::compositionRange):
(DumpRenderTreeSupportEfl::confirmComposition):
(DumpRenderTreeSupportEfl::firstRectForCharacterRange):
(DumpRenderTreeSupportEfl::selectedRange):

8:08 PM Changeset in webkit [127384] by weinig@apple.com
  • 10 edits in trunk/Source/WebKit2

Use dynamic sandbox extension rather than sandbox parameters for paths provided by the UIProcess
https://bugs.webkit.org/show_bug.cgi?id=95651

Reviewed by Dan Bernstein.

This is the first step to not relying on the initialization message to initialize
the sandbox.

  • Shared/SandboxExtension.h:

(SandboxExtension):

  • Shared/mac/SandboxExtensionMac.mm:

(WebKit::SandboxExtension::consumePermanently):
Add static version of SandboxExtension::consumePermanently which takes a
SandboxExtension::Handle. There is no reason to create a SandboxExtension
just to consume it forever.

  • Shared/WebProcessCreationParameters.cpp:

(WebKit::WebProcessCreationParameters::encode):
(WebKit::WebProcessCreationParameters::decode):

  • Shared/WebProcessCreationParameters.h:

(WebProcessCreationParameters):
Add SandboxExtension::Handles for paths we need access to, and remove
webInspectorBaseDirectory, which is unused.

  • UIProcess/WebContext.cpp:

(WebKit::WebContext::createNewWebProcess):

  • UIProcess/mac/WebContextMac.mm:

(WebKit::WebContext::platformInitializeWebProcess):
Create SandboxExtension::Handles for paths we need access to, and move
getting the presenterApplicationPid to platformInitializeWebProcess, since
it is Mac only.

  • WebProcess/WebProcess.cpp:

(WebKit::WebProcess::initializeWebProcess):
Move setting the presenterApplicationPid to platformInitializeWebProcess.

  • WebProcess/mac/WebProcessMac.mm:

(WebKit::initializeSandbox):
(WebKit::WebProcess::platformInitializeWebProcess):
Replace the use of sandbox parameters for opening access for necessary paths
with permanent consumption of sandbox extensions.

  • WebProcess/com.apple.WebProcess.sb.in:

Remove sandbox rules that are now handled via extensions.

5:15 PM Changeset in webkit [127383] by krit@webkit.org
  • 5 edits
    18 adds in trunk

Use -webkit-clip-path shapes to clip SVG elements
https://bugs.webkit.org/show_bug.cgi?id=95620

Reviewed by Rob Buis.

Source/WebCore:

This patch adds a path segment for a BasicShape to a given Path object. This
path and it's wind rule are used to clip the context of the SVG element.

Tests: svg/clip-path/clip-path-shape-circle-1-expected.svg

svg/clip-path/clip-path-shape-circle-1.svg
svg/clip-path/clip-path-shape-circle-2-expected.svg
svg/clip-path/clip-path-shape-circle-2.svg
svg/clip-path/clip-path-shape-ellipse-1-expected.svg
svg/clip-path/clip-path-shape-ellipse-1.svg
svg/clip-path/clip-path-shape-ellipse-2-expected.svg
svg/clip-path/clip-path-shape-ellipse-2.svg
svg/clip-path/clip-path-shape-polygon-1-expected.svg
svg/clip-path/clip-path-shape-polygon-1.svg
svg/clip-path/clip-path-shape-polygon-2-expected.svg
svg/clip-path/clip-path-shape-polygon-2.svg
svg/clip-path/clip-path-shape-polygon-3-expected.svg
svg/clip-path/clip-path-shape-polygon-3.svg
svg/clip-path/clip-path-shape-rounded-rect-1-expected.svg
svg/clip-path/clip-path-shape-rounded-rect-1.svg
svg/clip-path/clip-path-shape-rounded-rect-2-expected.svg
svg/clip-path/clip-path-shape-rounded-rect-2.svg

  • rendering/style/BasicShapes.cpp: Added helper functions that apply path segments to a given path.

(WebCore::BasicShapeRectangle::path):
(WebCore::BasicShapeCircle::path):
(WebCore::BasicShapeEllipse::path):
(WebCore::BasicShapePolygon::path):

  • rendering/style/BasicShapes.h: Make BasicShape virtualized again, since new virtual functions were added.

(WebCore::BasicShape::~BasicShape):
(BasicShape):
(WebCore::BasicShape::windRule): Will return the wind rule of the shape - nonzero by default.
(WebCore::BasicShape::BasicShape):
(BasicShapeRectangle):
(WebCore::BasicShapeRectangle::type): Removed member variable and return type per inheriting class directly.
(WebCore::BasicShapeRectangle::BasicShapeRectangle):
(BasicShapeCircle):
(WebCore::BasicShapeCircle::type): Ditto.
(WebCore::BasicShapeCircle::BasicShapeCircle):
(BasicShapeEllipse):
(WebCore::BasicShapeEllipse::type): Ditto.
(WebCore::BasicShapeEllipse::BasicShapeEllipse):
(BasicShapePolygon):
(WebCore::BasicShapePolygon::windRule):
(WebCore::BasicShapePolygon::type): Ditto.
(WebCore::BasicShapePolygon::BasicShapePolygon):

  • rendering/svg/SVGRenderingContext.cpp: If -webkit-clip-path was defined, clip the context to the shape.

Right now -webkit-clip-path overrides clip-path, so that people don't use both at the same time. Current
clip-path property will be replaced, once -webkit-clip-path gets unprefixed.
(WebCore::SVGRenderingContext::prepareToRenderSVGContent):

LayoutTests:

New tests to check behavior of -webkit-clip-path on SVG elements.

  • svg/clip-path/clip-path-shape-circle-1-expected.svg: Added.
  • svg/clip-path/clip-path-shape-circle-1.svg: Added.
  • svg/clip-path/clip-path-shape-circle-2-expected.svg: Added.
  • svg/clip-path/clip-path-shape-circle-2.svg: Added.
  • svg/clip-path/clip-path-shape-ellipse-1-expected.svg: Added.
  • svg/clip-path/clip-path-shape-ellipse-1.svg: Added.
  • svg/clip-path/clip-path-shape-ellipse-2-expected.svg: Added.
  • svg/clip-path/clip-path-shape-ellipse-2.svg: Added.
  • svg/clip-path/clip-path-shape-polygon-1-expected.svg: Added.
  • svg/clip-path/clip-path-shape-polygon-1.svg: Added.
  • svg/clip-path/clip-path-shape-polygon-2-expected.svg: Added.
  • svg/clip-path/clip-path-shape-polygon-2.svg: Added.
  • svg/clip-path/clip-path-shape-polygon-3-expected.svg: Added.
  • svg/clip-path/clip-path-shape-polygon-3.svg: Added.
  • svg/clip-path/clip-path-shape-rounded-rect-1-expected.svg: Added.
  • svg/clip-path/clip-path-shape-rounded-rect-1.svg: Added.
  • svg/clip-path/clip-path-shape-rounded-rect-2-expected.svg: Added.
  • svg/clip-path/clip-path-shape-rounded-rect-2.svg: Added.
1:29 PM Changeset in webkit [127382] by wangxianzhu@chromium.org
  • 4 edits
    1 add
    1 delete in trunk

[Chromium-Android] Remove hard-coded skipped directories in chromium_android.py
https://bugs.webkit.org/show_bug.cgi?id=95605

Reviewed by Dirk Pranke.

Tools:

Now skipping rules are put in LayoutTests/platform/chromium-android/TestExpectations.

  • Scripts/webkitpy/layout_tests/port/chromium_android.py:

(ChromiumAndroidPort.check_sys_deps):
(ChromiumAndroidPort.expectations_files):
(ChromiumAndroidPort.clean_up_test_run):

LayoutTests:

Moved the skipping rules for ANDROID into platform/chromium-android/TestExpectations.

  • platform/chromium/TestExpectations:
  • platform/chromium/test_expectations_android.txt: Removed.
  • platform/chromium-android/TestExpectations: Added.
12:46 PM Changeset in webkit [127381] by commit-queue@webkit.org
  • 8 edits
    2 adds in trunk

Regression(r126763): Heap-use-after-free in WebCore::nextBreakablePosition
https://bugs.webkit.org/show_bug.cgi?id=95229

Patch by Ned Holbrook <nholbrook@apple.com> on 2012-09-01
Reviewed by Dan Bernstein.

Source/WebCore:

TextLayout and LazyLineBreakIterator cache a RenderText's string during line breaking but RenderCounter
and RenderQuote can replace that string during preferred width calculation. This patch adds a non-virtual member
function to RenderText named updateTextIfNeeded() that triggers immediate string replacement by calling
the new virtual updateText() if necessary, which in turn calls computePreferredLogicalWidths(). In this way
RenderBlock::LineBreaker::nextLineBreak() can ensure a RenderText's string is current before caching it.

Test: fast/css/content/content-quotes-crash.html

  • rendering/RenderBlockLineLayout.cpp:

(WebCore::dirtyLineBoxesForRenderer): Drive-by: replace existing code with the equivalent updateTextIfNeeded().
(WebCore::RenderBlock::LineBreaker::nextLineBreak): Use updateTextIfNeeded() prior to caching RenderText string.

  • rendering/RenderCounter.cpp:

(WebCore::RenderCounter::updateText): Call computePreferredLogicalWidths().
(WebCore):

  • rendering/RenderCounter.h:

(RenderCounter):

  • rendering/RenderQuote.cpp:

(WebCore::RenderQuote::updateText): Call computePreferredLogicalWidths().
(WebCore):

  • rendering/RenderQuote.h:

(RenderQuote):

  • rendering/RenderText.h:

(WebCore::RenderText::updateTextIfNeeded): Only call virtual updateText() if necessary.
(RenderText):
(WebCore::RenderText::updateText): Add no-op default implementation for new virtual member function.

LayoutTests:

Ensure line breaking doesn't crash due to text of RenderText being changed.

  • fast/css/content/content-quotes-crash-expected.txt: Added.
  • fast/css/content/content-quotes-crash.html: Added.
12:42 PM Changeset in webkit [127380] by commit-queue@webkit.org
  • 9 edits in trunk

fast/events/message-port-clone.html hits ASSERT in Debug (usually in later tests)
https://bugs.webkit.org/show_bug.cgi?id=85811

Patch by Li Yin <li.yin@intel.com> on 2012-09-01
Reviewed by Kenneth Rohde Christiansen.

Source/WebCore:

When MessagePort invoked close function, the close status is needed to set,
regardless of whether the port is cloned or not.

Tests: fast/events/message-port-clone.html

fast/events/message-port-close.html

  • dom/MessagePort.cpp:

(WebCore::MessagePort::close): Must set m_closed to be true.

LayoutTests:

  • platform/gtk/TestExpectations:
  • platform/mac/Skipped:
  • platform/qt-4.8/TestExpectations:
  • platform/qt-mac/TestExpectations:
  • platform/qt/TestExpectations:
  • platform/win/Skipped:
12:26 PM Changeset in webkit [127379] by wangxianzhu@chromium.org
  • 2 edits
    2 adds
    2 deletes in trunk/LayoutTests

[Chromium-Android] Upstream layout test expectations (Part 4)
https://bugs.webkit.org/show_bug.cgi?id=95594

Reviewed by Adam Barth.

Remove a font boosting test which has been removed in downstream.
Update canvas test expectations.
Rebaselined one canvas test (only one space diff).

  • platform/chromium-android/fast/canvas/fallback-content-expected.txt: Added.
  • platform/chromium-android/fast/font-boosting/various-tricky-cases-expected.txt: Removed.
  • platform/chromium-android/fast/font-boosting/various-tricky-cases.html: Removed.
  • platform/chromium/TestExpectations:
12:06 PM Changeset in webkit [127378] by jamesr@google.com
  • 2 edits in trunk/Source/WebKit/chromium

Unreviewed chromium buildfix when use_libcc_for_compositor=1

This gyp target was renamed downstream.

  • WebKit.gyp:
11:16 AM Changeset in webkit [127377] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[Gtk] accessibility/replaced-objects-in-anonymous-blocks layout test failure
https://bugs.webkit.org/show_bug.cgi?id=95643

Unreviewed GTK gardening, rebaselining an accessibility test.

Patch by Joanmarie Diggs <jdiggs@igalia.com> on 2012-09-01

  • platform/gtk/accessibility/replaced-objects-in-anonymous-blocks-expected.txt: Corrected.
10:49 AM Changeset in webkit [127376] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

2012-09-01 Geoffrey Garen <ggaren@apple.com>

Rolled back out a piece of <http://trac.webkit.org/changeset/127293>
because it broke inspector tests on Windows.

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

10:47 AM Changeset in webkit [127375] by kling@webkit.org
  • 4 edits in trunk/Source/WebCore

Share inline style between cloned Nodes (copy on write.)
<http://webkit.org/b/95451>

Reviewed by Antti Koivisto.

When cloning a Node, use an immutable StylePropertySet for the new Node's inline style.
If the old Node already had an immutable inline style, we now reuse that, avoiding a copy.
Copying is deferred until mutation (either via CSSOM or setting of the style attribute.)

  • dom/ElementAttributeData.cpp:

(WebCore::ElementAttributeData::cloneDataFrom):

  • css/StylePropertySet.h:
  • css/StylePropertySet.cpp:

(WebCore::StylePropertySet::immutableCopyIfNeeded):

Added. Simply returns 'this' if the object is already immutable, otherwise creates a new one.

10:36 AM Changeset in webkit [127374] by commit-queue@webkit.org
  • 25 edits
    1 copy
    2 adds in trunk/Source

LLInt C loop backend.
https://bugs.webkit.org/show_bug.cgi?id=91052.

Patch by Mark Lam <mark.lam@apple.com> on 2012-09-01
Reviewed by Filip Pizlo.

Source/JavaScriptCore:

(JSC::CodeBlock::dump):
(JSC::CodeBlock::bytecodeOffset):

  • interpreter/Interpreter.cpp:

(JSC::Interpreter::execute):
(JSC::Interpreter::executeCall):
(JSC::Interpreter::executeConstruct):
(JSC):

  • interpreter/Interpreter.h:
  • jit/JITStubs.h:

(JITStackFrame):
(JSC):

  • llint/LLIntCLoop.cpp: Added.

(JSC):
(LLInt):
(JSC::LLInt::CLoop::initialize):
(JSC::LLInt::CLoop::catchRoutineFor):
(JSC::LLInt::CLoop::hostCodeEntryFor):
(JSC::LLInt::CLoop::jsCodeEntryWithArityCheckFor):
(JSC::LLInt::CLoop::jsCodeEntryFor):

  • llint/LLIntCLoop.h: Added.

(JSC):
(LLInt):
(CLoop):

  • llint/LLIntData.cpp:

(JSC::LLInt::initialize):

  • llint/LLIntData.h:

(JSC):

  • llint/LLIntOfflineAsmConfig.h:
  • llint/LLIntOpcode.h:
  • llint/LLIntThunks.cpp:

(LLInt):

  • llint/LowLevelInterpreter.asm:
  • llint/LowLevelInterpreter.cpp:

(LLInt):
(JSC::LLInt::Ints2Double):
(JSC):
(JSC::CLoop::execute):

  • llint/LowLevelInterpreter.h:

(JSC):

  • llint/LowLevelInterpreter32_64.asm:
  • llint/LowLevelInterpreter64.asm:
  • offlineasm/asm.rb:
  • offlineasm/backends.rb:
  • offlineasm/cloop.rb: Added.
  • offlineasm/instructions.rb:
  • runtime/Executable.h:

(ExecutableBase):
(JSC::ExecutableBase::hostCodeEntryFor):
(JSC::ExecutableBase::jsCodeEntryFor):
(JSC::ExecutableBase::jsCodeWithArityCheckEntryFor):
(JSC::ExecutableBase::catchRoutineFor):
(NativeExecutable):

  • runtime/JSValue.h:

(JSC):
(LLInt):
(JSValue):

  • runtime/JSValueInlineMethods.h:

(JSC):
(JSC::JSValue::JSValue):

  • runtime/Options.cpp:

(JSC::Options::initialize):

Source/WTF:

Added configs for the llint C loop backend.

  • wtf/Platform.h:
10:22 AM Changeset in webkit [127373] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Rolled back in a piece of <http://trac.webkit.org/changeset/127293>.

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

9:14 AM Changeset in webkit [127372] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/mac

Added #include <JavaScriptCore/Identifier.h>.
https://bugs.webkit.org/show_bug.cgi?id=95641.

Patch by Mark Lam <mark.lam@apple.com> on 2012-09-01
Reviewed by Dan Bernstein.

The code references JSC::Indentifier but was previously depending on
someone else to #include it. This results in build problems when
building for the llint C loop configuration.

  • Plugins/Hosted/NetscapePluginInstanceProxy.h:
7:42 AM Changeset in webkit [127371] by krit@webkit.org
  • 2 edits in trunk/Source/WebCore

[Qt] Fix the --minimal build after r127327
https://bugs.webkit.org/show_bug.cgi?id=95639

Unreviewed attempt to fix Qt minimal build.

  • css/StyleBuilder.cpp:
7:02 AM WebKitGTK/1.8.x edited by Martin Robinson
(diff)
7:01 AM WebKitGTK/1.8.x edited by Martin Robinson
(diff)
3:51 AM Changeset in webkit [127370] by commit-queue@webkit.org
  • 5 edits
    2 adds in trunk

[Gtk] No accessible caret-moved events found in certain content
https://bugs.webkit.org/show_bug.cgi?id=72811

Part of the bug was due to expected accessible objects of DivRole
and ParagraphRole being ignored, in favor of including child blocks.

Patch by Joanmarie Diggs <jdiggs@igalia.com> on 2012-09-01
Reviewed by Chris Fleizach.

Source/WebCore:

Test: platform/gtk/accessibility/spans-paragraphs-and-divs.html

  • accessibility/AccessibilityObject.cpp:

(WebCore::AccessibilityObject::firstAnonymousBlockChild):
(WebCore):

  • accessibility/AccessibilityObject.h:

(AccessibilityObject):
New method to return the first child which is an anonymous block.

  • accessibility/gtk/AccessibilityObjectAtk.cpp:

(WebCore::AccessibilityObject::accessibilityPlatformIncludesObject):
Include paragraphs and divs which contain a non-nested anonymous block.

LayoutTests:

Added new test to verify that paragraphs and divs which contain anonymous
blocks are included in the accessible object hierarchy and have the correct
number of children with the expected role.

  • platform/gtk/accessibility/spans-paragraphs-and-divs-expected.txt: Added.
  • platform/gtk/accessibility/spans-paragraphs-and-divs.html: Added.
3:47 AM Changeset in webkit [127369] by zandobersek@gmail.com
  • 2 edits in trunk/LayoutTests

Unreviewed GTK gardening, rebaselining an accessibility test.

  • platform/gtk/accessibility/replaced-objects-in-anonymous-blocks-expected.txt:
1:53 AM Changeset in webkit [127368] by zandobersek@gmail.com
  • 8 edits
    2 adds in trunk

[Gtk] No accessible caret-moved events found in certain content
https://bugs.webkit.org/show_bug.cgi?id=72811

Part of the bug was due to extraneous accessible objects resulting
from unignored inline and block spans.

Patch by Joanmarie Diggs <jdiggs@igalia.com> on 2012-09-01
Reviewed by Chris Fleizach.

Source/WebCore:

Test: platform/gtk/accessibility/spans.html

  • accessibility/AccessibilityRenderObject.cpp:

(WebCore::AccessibilityRenderObject::accessibilityIsIgnored): Ignore objects that have spanTag tag name.

  • accessibility/gtk/AccessibilityObjectAtk.cpp:

(WebCore::AccessibilityObject::accessibilityPlatformIncludesObject): Ignore most anonymous blocks.

  • accessibility/gtk/WebKitAccessibleWrapperAtk.cpp:

(roleIsTextType): Add ListItem to the roles which should implement AtkText.

LayoutTests:

Added new test, updated the results of one test to reflect the fix,
corrected a test with a mismatched element tag.

  • platform/gtk/accessibility/aria-roles-unignored-expected.txt: Corrected results having fixed tag.
  • platform/gtk/accessibility/aria-roles-unignored.html: Fixed mismatched element tag.
  • platform/gtk/accessibility/media-element-expected.txt: Updated to reflect removal of extraneous object.
  • platform/gtk/accessibility/spans-expected.txt: Added.
  • platform/gtk/accessibility/spans.html: Added.
1:43 AM Changeset in webkit [127367] by zandobersek@gmail.com
  • 8 edits
    4 adds in trunk

[Gtk] Incorrect/unexpected characters in the text of certain accessibles
https://bugs.webkit.org/show_bug.cgi?id=95180

Patch by Joanmarie Diggs <jdiggs@igalia.com> on 2012-09-01
Reviewed by Chris Fleizach.

Source/WebCore:

The bug was caused by failing to properly handle anonymous block text
which had object replacement characters (multibyte) in it. Calculating
the string length based on the UTF-8 string meant that we were returning
more characters than were there and in danger of splitting a multibyte
character.

Tests: platform/gtk/accessibility/entry-and-password.html

platform/gtk/accessibility/replaced-objects-in-anonymous-blocks.html

  • accessibility/gtk/WebKitAccessibleInterfaceText.cpp:

(webkitAccessibleTextGetText): Convert the text returned by textForObject()
to Unicode before calculating its length.

Source/WebKit/gtk:

Corrected a unit test in which the expected accessible text was wrong as
a result of this bug. In particular, the AtkText inserted into an empty
text field is expected to be the same text atk_text_get_text() returns.
That was not happening -- and presumably not noticed as a result of the
hard to read textual representation of the multibyte password field
bullets.

  • tests/testatk.c:

(testWebkitAtkTextChangedNotifications): Corrected the test and added a
comment so that one knows what the multibyte character is.

Tools:

The bug that was fixed stood in the way of fully implementing stringValue().
Testing that the bug is fixed requires stringValue() to be fully implemented
and object replacement characters to be printable.

  • DumpRenderTree/gtk/AccessibilityUIElementGtk.cpp:

(replaceCharactersForResults): New method which turns object replacement
characters into "<obj>" so that the characters can be properly shown in
Layout Test results. Also turns "\n" into "<
n>" so that printing the
accessible text of a single object in the accessible tree doesn't mess up
the readibility of the results.
(AccessibilityUIElement::stringValue): Remove the code that immediately
returned upon encountering an object of ATK_ROLE_PANEL and call the new
replaceCharactersForResults() prior to returning the accessible string
value.

LayoutTests:

Two new layout tests, plus one updated one.

  • platform/gtk/accessibility/deleting-iframe-destroys-axcache-expected.txt: Indicated replaced objects.
  • platform/gtk/accessibility/entry-and-password-expected.txt: Added.
  • platform/gtk/accessibility/entry-and-password.html: Added.
  • platform/gtk/accessibility/replaced-objects-in-anonymous-blocks-expected.txt: Added.
  • platform/gtk/accessibility/replaced-objects-in-anonymous-blocks.html: Added.
1:20 AM Changeset in webkit [127366] by abarth@webkit.org
  • 17 edits in trunk/Source/WebCore

Remove all-but-one use of WTF::String::operator+= from WebCore
https://bugs.webkit.org/show_bug.cgi?id=95508

Reviewed by Benjamin Poulain.

This patch removes all the uses of WTF::String::operator+= from
WebCore, except those in WorkerScriptLoader (which need a more delicate
patch). There were actually a handful of legitimate use cases for += in
this group. I've replaced them with calls to String::append rather than
+= so that we can remove += and encourage most contributors to use
more efficient string idioms.

(There are likely some more uses in WebCore hiding in port-specific
code---this patch covers only those call sites found when compiling the
chromium-mac port.)

  • inspector/InspectorStyleTextEditor.cpp:

(WebCore::InspectorStyleTextEditor::insertProperty):

  • This complicated function looks really inefficient, but I didn't have the heart to rewrite it.
  • inspector/NetworkResourcesData.cpp:

(WebCore::NetworkResourcesData::ResourceData::decodeDataToContent):

  • loader/cache/CachedCSSStyleSheet.cpp:

(WebCore::CachedCSSStyleSheet::sheetText):
(WebCore::CachedCSSStyleSheet::data):

  • loader/cache/CachedFont.cpp:

(WebCore::CachedFont::ensureSVGFontData):

  • loader/cache/CachedScript.cpp:

(WebCore::CachedScript::script):

  • loader/cache/CachedXSLStyleSheet.cpp:

(WebCore::CachedXSLStyleSheet::data):

  • This decoder/flush pattern can probably be improved by combining the decode and flush operations, but I didn't do that in this patch.
  • page/FrameTree.cpp:

(WebCore::FrameTree::uniqueChildName):

  • I found this code very amusing. It's worried enough about efficiency to give a big speech about why snprintf is safe, but then it implicitly performs a large number of mallocs and memcpy operations.
  • page/Page.cpp:

(WebCore::Page::userStyleSheet):

  • platform/chromium/support/WebHTTPLoadInfo.cpp:

(WebKit::addHeader):

  • platform/chromium/support/WebURLResponse.cpp:

(WebKit::WebURLResponse::addHTTPHeaderField):

  • This header-appending idiom looks like a reasonable use case for String::append.
  • xml/XMLHttpRequest.cpp:

(WebCore::XMLHttpRequest::send):
(WebCore::XMLHttpRequest::setRequestHeaderInternal):

  • xml/XPathFunctions.cpp:

(WebCore::XPath::FunTranslate::evaluate):

  • Fixes 6 year old FIXME.
  • xml/parser/XMLDocumentParser.cpp:

(WebCore::XMLDocumentParser::append):

  • xml/parser/XMLDocumentParser.h:

(XMLDocumentParser):

  • xml/parser/XMLDocumentParserLibxml2.cpp:

(WebCore::XMLDocumentParser::doEnd):

  • xml/parser/XMLDocumentParserQt.cpp:

(WebCore::XMLDocumentParser::doEnd):

  • Changed m_originalSourceForTransform to a SegmentedString so that we don't need to malloc and copy the entire document every time we get more data from the network.
12:54 AM Changeset in webkit [127365] by tommyw@google.com
  • 22 edits
    2 adds in trunk

MediaStream API: Add MediaStream management to RTCPeerConnection
https://bugs.webkit.org/show_bug.cgi?id=95543

Reviewed by Adam Barth.

Source/Platform:

  • chromium/public/WebMediaStreamCenter.h:

(WebMediaStreamCenter):

  • chromium/public/WebRTCPeerConnectionHandler.h:

(WebKit):
(WebRTCPeerConnectionHandler):

  • chromium/public/WebRTCPeerConnectionHandlerClient.h:

(WebKit):
(WebRTCPeerConnectionHandlerClient):

Source/WebCore:

This includes addStream/removeStream to RTCPeerConnection,
as well as didAddRemoteStream/didRemoveRemoteStream to RTCPeerConnectionHandlerClient.

Test: fast/mediastream/RTCPeerConnection-AddRemoveStream.html

  • Modules/mediastream/RTCPeerConnection.cpp:

(WebCore::RTCPeerConnection::parseConfiguration):
(WebCore::RTCPeerConnection::RTCPeerConnection):
(WebCore::RTCPeerConnection::addStream):
(WebCore):
(WebCore::RTCPeerConnection::removeStream):
(WebCore::RTCPeerConnection::localStreams):
(WebCore::RTCPeerConnection::remoteStreams):
(WebCore::RTCPeerConnection::didAddRemoteStream):
(WebCore::RTCPeerConnection::didRemoveRemoteStream):

  • Modules/mediastream/RTCPeerConnection.h:

(RTCPeerConnection):

  • Modules/mediastream/RTCPeerConnection.idl:
  • bindings/js/Dictionary.cpp:

(WebCore::Dictionary::getOwnPropertiesAsStringHashMap):
(WebCore::Dictionary::getOwnPropertyNames):

  • bindings/v8/Dictionary.cpp:

(WebCore::Dictionary::getOwnPropertiesAsStringHashMap):
(WebCore::Dictionary::getOwnPropertyNames):

  • bindings/v8/Dictionary.h:

(Dictionary):

  • platform/mediastream/RTCPeerConnectionHandler.cpp:

(RTCPeerConnectionHandlerDummy):
(WebCore::RTCPeerConnectionHandlerDummy::addStream):
(WebCore):
(WebCore::RTCPeerConnectionHandlerDummy::removeStream):

  • platform/mediastream/RTCPeerConnectionHandler.h:

(RTCPeerConnectionHandler):

  • platform/mediastream/RTCPeerConnectionHandlerClient.h:

(WebCore):
(RTCPeerConnectionHandlerClient):

  • platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.cpp:

(WebCore::RTCPeerConnectionHandlerChromium::addStream):
(WebCore):
(WebCore::RTCPeerConnectionHandlerChromium::removeStream):
(WebCore::RTCPeerConnectionHandlerChromium::didAddRemoteStream):
(WebCore::RTCPeerConnectionHandlerChromium::didRemoveRemoteStream):

  • platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.h:

(WebKit):
(RTCPeerConnectionHandlerChromium):

Source/WebKit/chromium:

  • src/AssertMatchingEnums.cpp:

Tools:

Extending MockWebRTCPeerConnectionHandler to handle addStream/removeStream.

  • DumpRenderTree/chromium/MockWebRTCPeerConnectionHandler.cpp:

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

  • DumpRenderTree/chromium/MockWebRTCPeerConnectionHandler.h:

(MockWebRTCPeerConnectionHandler):

LayoutTests:

  • fast/mediastream/RTCPeerConnection-AddRemoveStream-expected.txt: Added.
  • fast/mediastream/RTCPeerConnection-AddRemoveStream.html: Added.
12:49 AM Changeset in webkit [127364] by jonlee@apple.com
  • 1 edit
    4 adds in trunk/LayoutTests

[Tests] Add a test for all notification events
https://bugs.webkit.org/show_bug.cgi?id=95609
<rdar://problem/12218309>

Reviewed by Jessie Berlin.

This test tests for the onshow, onclick, and onclose events. onerror is called only if the
origin did not have permission to show the notification, and that is covered in
http/tests/notifications/{legacy,}/show.html.

  • http/tests/notifications/events-expected.txt: Added.
  • http/tests/notifications/events.html: Added.
  • http/tests/notifications/legacy/events-expected.txt: Added.
  • http/tests/notifications/legacy/events.html: Added.
12:45 AM Changeset in webkit [127363] by ggaren@apple.com
  • 12 edits in trunk/Source/JavaScriptCore

2012-09-01 Geoffrey Garen <ggaren@apple.com>

Rolled back in a piece of <http://trac.webkit.org/changeset/127293>.

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

  • runtime/JSActivation.cpp: (JSC::JSActivation::JSActivation):
  • runtime/JSGlobalObject.cpp: (JSC::JSGlobalObject::JSGlobalObject): (JSC::JSGlobalObject::setGlobalThis): (JSC): (JSC::JSGlobalObject::visitChildren):
  • runtime/JSGlobalObject.h: (JSGlobalObject): (JSC::JSScope::globalThis): (JSC): (JSC::JSGlobalObject::globalThis):
  • runtime/JSNameScope.h: (JSC::JSNameScope::JSNameScope):
  • runtime/JSScope.cpp: (JSC::JSScope::visitChildren):
  • runtime/JSScope.h: (JSScope): (JSC::JSScope::JSScope): (JSC::JSScope::globalObject): (JSC::JSScope::globalData):
  • runtime/JSSegmentedVariableObject.h: (JSC::JSSegmentedVariableObject::JSSegmentedVariableObject):
  • runtime/JSSymbolTableObject.h: (JSC::JSSymbolTableObject::JSSymbolTableObject):
  • runtime/JSVariableObject.h: (JSC::JSVariableObject::JSVariableObject):
  • runtime/JSWithScope.h: (JSC::JSWithScope::JSWithScope):
  • runtime/StrictEvalActivation.cpp: (JSC::StrictEvalActivation::StrictEvalActivation):
12:38 AM Changeset in webkit [127362] by jonlee@apple.com
  • 1 edit
    2 adds
    2 deletes in trunk/LayoutTests

[Tests] Move fast/notifications/notifications-event-listener-crash.html to http/tests/notifications
https://bugs.webkit.org/show_bug.cgi?id=95535
<rdar://problem/12213781>

Reviewed by Jessie Berlin.

This test is among a few that are being migrated from fast/notifications to http/tests/notifications because of permissions.
Since most notifications tests will involve permissions, it is easier to have all of them consolidated in the same directory.

This test has been slightly modified to take advantage of the new testRunner notifications API. The test itself also does not
need to be protected within the window.testRunner check since it does not use that object.

  • fast/notifications/notifications-event-listener-crash-expected.txt: Removed.
  • fast/notifications/notifications-event-listener-crash.html: Removed.
  • http/tests/notifications/event-listener-crash-expected.txt: Added.
  • http/tests/notifications/event-listener-crash.html: Added.
12:29 AM Changeset in webkit [127361] by tkent@chromium.org
  • 2 edits in trunk/Source/WebCore

Touch a file so that Chromium-win bots correctly re-build for OPENTYPE_VERTICAL
https://bugs.webkit.org/show_bug.cgi?id=51450

  • platform/graphics/opentype/OpenTypeVerticalData.cpp:
12:15 AM Changeset in webkit [127360] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

2012-09-01 Geoffrey Garen <ggaren@apple.com>

Rolled back out a piece of <http://trac.webkit.org/changeset/127293>
because it broke Window inspector tests.

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

  • runtime/JSActivation.h: (JSActivation):

Aug 31, 2012:

10:38 PM Changeset in webkit [127359] by tkent@chromium.org
  • 2 edits in trunk/LayoutTests

[Chromium] Text expectation update
https://bugs.webkit.org/show_bug.cgi?id=51450

  • platform/chromium/TestExpectations:

Fix incorrect entry for track-cue-rendering-vertical.html

10:31 PM Changeset in webkit [127358] by tkent@chromium.org
  • 2 edits in trunk/LayoutTests

[Chromium] Test expectation update.
https://bugs.webkit.org/show_bug.cgi?id=51450

  • platform/chromium/TestExpectations:
  • r127354 wrongly removed failure expectation for MAC.
  • Also, fix expectation of vertical-font-fallback.html on WIN.
9:59 PM LineBreakingCSS3Mapping edited by glenn@skynav.com
Fix anchor. (diff)
9:57 PM LineBreakingCSS3Mapping edited by glenn@skynav.com
Add anchor. (diff)
9:53 PM LineBreakingCSS3Mapping edited by glenn@skynav.com
Editorial update. (diff)
9:44 PM LineBreakingCSS3Mapping edited by glenn@skynav.com
Add content on after-white-space and migrating to unprefixed line-break. (diff)
9:31 PM Changeset in webkit [127357] by pdr@google.com
  • 8 edits in trunk/LayoutTests

Fix 6 broken SVG animation tests

Unreviewed test update.

Six SVG animation tests were marked as TIMEOUT because they never ran. Each
of these tests required a click event to start and the event was not being fired.
This patch updates these tests to correctly start, fixing 6 TIMEOUTS.

  • platform/chromium/TestExpectations:
  • svg/animations/script-tests/animate-path-animation-qQ-tT-inverse.js:
  • svg/animations/script-tests/animate-path-nested-transforms.js:
  • svg/animations/script-tests/svgnumberoptionalnumber-animation-1.js:
  • svg/animations/script-tests/svgnumberoptionalnumber-animation-2.js:
  • svg/animations/script-tests/svgnumberoptionalnumber-animation-3.js:
  • svg/animations/script-tests/svgnumberoptionalnumber-animation-4.js:
9:24 PM Changeset in webkit [127356] by tkent@chromium.org
  • 2 edits in trunk/LayoutTests

[Chromium] Unreviewed, test expectation update

  • platform/chromium/TestExpectations:
    • Skip removing-underline-after-accepting-autocorrection-using-punctuation.html. Chromium doesn't support autocorrection yet.
    • Remove ANDROID entry for http/tests/notifications
9:13 PM Changeset in webkit [127355] by tkent@chromium.org
  • 4 edits in trunk/Source/WebCore

Touch some files so that Chromium-win bots correctly re-build
files for OPENTYPE_VERTICAL.
https://bugs.webkit.org/show_bug.cgi?id=51450

  • platform/graphics/FontCache.h:
  • platform/graphics/SimpleFontData.h:
  • platform/graphics/opentype/OpenTypeTypes.h:
9:06 PM Changeset in webkit [127354] by tkent@chromium.org
  • 10 edits in trunk

Glyphs in vertical text tests are rotated 90 degrees clockwise on Chromium Windows
https://bugs.webkit.org/show_bug.cgi?id=51450

Patch by Koji Ishii <Koji Ishii> on 2012-08-31
Reviewed by Tony Chang.

When writing-mode is vertical-*, Chromium Win does not render glyphs correctly.
http://dev.w3.org/csswg/css3-writing-modes/#writing-mode
Glyphs are now drawn in the correct orientation, regardless of the leading '@' in the font name,
and vertical alternate glyphs (OpenType 'vert' feature) is not enabled.
CJK characters drawn at wrong baseline position is also fixed.
In addition, fontMetrics().unitsPerEm() and SimpleFontData::platformBoundsForGlyph() were empty
in Chromium Win but they were implemented because they were needed to draw vertical flow correctly.

Note that this patch does not address issues in vertical flow for complex code path.
The issue is under discussion with Google people and it will not be fixed in short term.

Source/WebKit/chromium:

Existing tests in fast/writing-mode/* are enabled in LayoutTests/platform/chromium/TestExpectations.

  • features.gypi: ENABLE_OPENTYPE_VERTICAL=1.

LayoutTests:

  • fast/text/international/text-spliced-font.html: Added "MS Gothic" to the font list so that Japanese font is chosen on Windows.
  • fast/writing-mode/border-vertical-lr.html: Ditto.
  • fast/writing-mode/japanese-lr-selection.html: Ditto.
  • fast/writing-mode/japanese-lr-text.html: Ditto.
  • fast/writing-mode/japanese-rl-selection.html: Ditto.
  • fast/writing-mode/japanese-rl-text.html: Ditto.
  • platform/chromium/TestExpectations: writing-mode and vertical tests are separated to rebase later.
8:46 PM Changeset in webkit [127353] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

Build warning : -Wformat on WebMemorySampler.cpp.
https://bugs.webkit.org/show_bug.cgi?id=95550

Patch by Byungwoo Lee <bw80.lee@samsung.com> on 2012-08-31
Reviewed by Darin Adler.

Fix build warning.
Use String::number instead of String::format.

  • Shared/WebMemorySampler.cpp:

(WebKit::WebMemorySampler::appendCurrentMemoryUsageToFile):

8:08 PM Changeset in webkit [127352] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

-webkit-flex: 0 in inspector.css is confusing
https://bugs.webkit.org/show_bug.cgi?id=95568

Patch by Chris Hutten-Czapski <chutten@rim.com> on 2012-08-31
Reviewed by Tony Chang.

The initial value of -webkit-flex results in the same layout as
-webkit-flex: 0; but does not depend on the new initial value of auto
for min-width.

This increases the support for the new Web Inspector style to renderers
built before rev 122264 but after 117385.

No new tests (has no effect except to out-of-date renderers)

  • inspector/front-end/inspector.css:

(.status-bar-item):

7:52 PM LineBreakingCSS3Mapping edited by glenn@skynav.com
Add missing description of IS class. (diff)
7:34 PM LineBreakingCSS3Mapping edited by glenn@skynav.com
Fix table order. (diff)
7:14 PM Changeset in webkit [127351] by fpizlo@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Unreviewed, attempt to fix Windows, take two.

6:51 PM Changeset in webkit [127350] by fpizlo@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Unreviewed, attempt to fix Windows.

6:50 PM Changeset in webkit [127349] by fpizlo@apple.com
  • 12 edits in trunk/Source

JSArray::putDirectIndex should by default behave like JSObject::putDirect
https://bugs.webkit.org/show_bug.cgi?id=95630

Reviewed by Gavin Barraclough.

Source/JavaScriptCore:

  • interpreter/Interpreter.cpp:

(JSC::Interpreter::privateExecute):

  • jit/JITStubs.cpp:

(JSC::DEFINE_STUB_FUNCTION):

  • jsc.cpp:

(GlobalObject::finishCreation):

  • llint/LLIntSlowPaths.cpp:

(JSC::LLInt::LLINT_SLOW_PATH_DECL):

  • runtime/JSArray.cpp:

(JSC::SparseArrayValueMap::putDirect):
(JSC::JSArray::defineOwnNumericProperty):
(JSC::JSArray::putDirectIndexBeyondVectorLength):

  • runtime/JSArray.h:

(SparseArrayValueMap):
(JSArray):
(JSC::JSArray::putDirectIndex):

  • runtime/JSONObject.cpp:

(JSC::Walker::walk):

  • runtime/RegExpMatchesArray.cpp:

(JSC::RegExpMatchesArray::reifyAllProperties):
(JSC::RegExpMatchesArray::reifyMatchProperty):

  • runtime/StringPrototype.cpp:

(JSC::splitStringByOneCharacterImpl):
(JSC::stringProtoFuncSplit):

Source/WebCore:

No new tests because no change in behavior.

  • bindings/js/SerializedScriptValue.cpp:

(WebCore::CloneDeserializer::putProperty):

6:39 PM Changeset in webkit [127348] by ggaren@apple.com
  • 7 edits in trunk/Source/JavaScriptCore

Rolled back in a piece of <http://trac.webkit.org/changeset/127293>.

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

  • runtime/JSGlobalData.cpp:

(JSC::JSGlobalData::JSGlobalData):

  • runtime/JSGlobalData.h:

(JSGlobalData):

  • runtime/JSNameScope.h:

(JSC::JSNameScope::JSNameScope):

  • runtime/JSWithScope.h:

(JSC::JSWithScope::JSWithScope):

  • runtime/StrictEvalActivation.cpp:

(JSC::StrictEvalActivation::StrictEvalActivation):

6:09 PM Changeset in webkit [127347] by Nate Chapin
  • 5 edits in trunk

Source/WebCore: fast/loader/document-destruction-within-unload.html causes assertion failures on mac and qt.
https://bugs.webkit.org/show_bug.cgi?id=66783

Reviewed by Darin Adler.

This was a not-quite-regression from trac.webkit.org/changeset/93521, in that we hit asserts
in a case where we previously were use-after-freeing. Tweak how we handle cases where a Document
is cleared from within an unload handler.

No new tests, fixing fast/loader/document-destruction-within-unload.html on mac and qt.

  • loader/FrameLoader.cpp:

(WebCore::FrameLoader::setDocumentLoader): Instead of trying to reattach a partially removed

DocumentLoader if it is detached before being fully added, leave the old one in place, completed.

(WebCore::FrameLoader::transitionToCommitted):

LayoutTests: Unskip fast/loader/document-destruction-within-unload.html
on mac and qt.
https://bugs.webkit.org/show_bug.cgi?id=66783

Reviewed by Darin Adler.

  • platform/mac/Skipped:
  • platform/qt/Skipped:
6:00 PM Changeset in webkit [127346] by tony@chromium.org
  • 6 edits in trunk/Source/WebCore

Make computeBlockDirectionMargins const
https://bugs.webkit.org/show_bug.cgi?id=95595

Reviewed by Ojan Vafai.

This is a step in making computeLogicalHeight const.
Refactor RenderBox::computeBlockDirectionMargins and make it const.
Add a helper method computeAndSetBlockDirectionMargins for the callers outside of
computeLogicalHeight that are calling this.

No new tests, this is already covered by tests in fast/writing-mode and fast/multicol.

  • rendering/RenderBlock.cpp:

(WebCore::RenderBlock::marginBeforeEstimateForChild): Switch to computeAndSetBlockDirectionMargins
(WebCore::RenderBlock::layoutBlockChild): Switch to computeAndSetBlockDirectionMargins
(WebCore::RenderBlock::insertFloatingObject): Switch to computeAndSetBlockDirectionMargins

  • rendering/RenderBox.cpp:

(WebCore::RenderBox::computeLogicalHeight): Use const version and fill in a MarginValues struct (to be merged in the next patch).
(WebCore::RenderBox::computeBlockDirectionMargins): Pass in out params.
(WebCore):
(WebCore::RenderBox::computeAndSetBlockDirectionMargins): Does the same as the old computeBlockDirectionMargins.

  • rendering/RenderBox.h:

(RenderBox):

  • rendering/RenderDeprecatedFlexibleBox.cpp:

(WebCore::RenderDeprecatedFlexibleBox::layoutHorizontalBox): Switch to computeAndSetBlockDirectionMargins
(WebCore::RenderDeprecatedFlexibleBox::layoutVerticalBox): Switch to computeAndSetBlockDirectionMargins

  • rendering/RenderTableRow.cpp:

(WebCore::RenderTableRow::layout): Switch to computeAndSetBlockDirectionMargins

5:46 PM Changeset in webkit [127345] by ggaren@apple.com
  • 10 edits in trunk/Source/JavaScriptCore

Rolled back in a piece of <http://trac.webkit.org/changeset/127293>.

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

  • dfg/DFGAbstractState.cpp:

(JSC::DFG::AbstractState::execute):

  • jit/JITOpcodes.cpp:

(JSC::JIT::emit_op_resolve_global_dynamic):

  • llint/LowLevelInterpreter32_64.asm:
  • llint/LowLevelInterpreter64.asm:
  • runtime/JSActivation.cpp:

(JSC::JSActivation::JSActivation):

  • runtime/JSGlobalData.cpp:

(JSC::JSGlobalData::JSGlobalData):

  • runtime/JSGlobalData.h:

(JSGlobalData):

  • runtime/JSGlobalObject.cpp:

(JSC::JSGlobalObject::reset):
(JSC::JSGlobalObject::visitChildren):

  • runtime/JSGlobalObject.h:

(JSGlobalObject):
(JSC::JSGlobalObject::withScopeStructure):
(JSC::JSGlobalObject::strictEvalActivationStructure):
(JSC::JSGlobalObject::activationStructure):
(JSC::JSGlobalObject::nameScopeStructure):

5:40 PM Changeset in webkit [127344] by roger_fong@apple.com
  • 1 edit
    2 adds in trunk/LayoutTests

Unreviewed. CSS_VARIABLES are not enabled on Windows. Adding Windows specific results.

  • platform/win/fast/css/variables: Added.
  • platform/win/fast/css/variables/build-supports-variables-expected.txt: Added.
5:38 PM Changeset in webkit [127343] by mhahnenberg@apple.com
  • 5 edits in trunk/Source/JavaScriptCore

Remove use of ClassInfo in SpeculativeJIT::emitBranch
https://bugs.webkit.org/show_bug.cgi?id=95623

Reviewed by Filip Pizlo.

  • dfg/DFGAbstractState.cpp:

(JSC::DFG::AbstractState::execute):

  • dfg/DFGSpeculativeJIT.h:

(SpeculativeJIT):

  • dfg/DFGSpeculativeJIT32_64.cpp:

(JSC::DFG::SpeculativeJIT::emitNonStringCellOrOtherBranch):
(JSC::DFG::SpeculativeJIT::emitBranch):

  • dfg/DFGSpeculativeJIT64.cpp:

(JSC::DFG::SpeculativeJIT::emitNonStringCellOrOtherBranch):
(JSC::DFG::SpeculativeJIT::emitBranch):

5:33 PM Changeset in webkit [127342] by wjmaclean@chromium.org
  • 5 edits
    2 copies
    4 adds in trunk

[chromium] Make link highlighter use same node selection criteria as Chromium for Android.
https://bugs.webkit.org/show_bug.cgi?id=95371

Reviewed by James Robinson.

This CL brings the selection criteria for link highlight targets into alignment with Chromium for Android.

Source/WebKit/chromium:

  • src/WebViewImpl.cpp:

(WebKit::highlightConditions):
(WebKit::WebViewImpl::bestTouchLinkNode):

  • tests/data/test_touch_link_highlight.html:

LayoutTests:

  • platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-ZIndex.html: Copied from LayoutTests/platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-background.html.
  • platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-background.html:
  • platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-body.html: Copied from LayoutTests/platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-background.html.
  • platform/chromium-linux/platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-ZIndex-expected.png: Added.
  • platform/chromium-linux/platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-ZIndex-expected.txt: Added.
  • platform/chromium-linux/platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-body-expected.png: Added.
  • platform/chromium-linux/platform/chromium-linux/compositing/gestures/gesture-tapHighlight-simple-body-expected.txt: Added.
5:30 PM Changeset in webkit [127341] by roger_fong@apple.com
  • 1 edit
    8 adds in trunk/LayoutTests

Unreviewed. Adding expected failing results for some fast/css(3) tests.
https://bugs.webkit.org/show_bug.cgi?id=95627.

  • platform/win/fast/css/image-resolution: Added.
  • platform/win/fast/css/image-resolution/image-resolution-expected.txt: Added.
  • platform/win/fast/css/image-set-setting-expected.txt: Added.
  • platform/win/fast/css/parse-border-image-repeat-null-crash-expected.txt: Added.
  • platform/win/fast/css3-text-decoration: Added.
  • platform/win/fast/css3-text-decoration/getComputedStyle: Added.
  • platform/win/fast/css3-text-decoration/getComputedStyle/getComputedStyle-text-decoration-line-expected.txt: Added.
  • platform/win/fast/css3-text-decoration/getComputedStyle/getComputedStyle-text-decoration-style-expected.txt: Added.
5:20 PM Changeset in webkit [127340] by jamesr@google.com
  • 13 edits
    1 move
    1 add in trunk/Source/WebKit/chromium

[chromium] Consolidate geometry unit testing functions for cc
https://bugs.webkit.org/show_bug.cgi?id=95526

Reviewed by Julien Chaffraix.

This consolidates geometry equality (rects, matrices) in CCGeometryUtils and removes a few duplicate macros for
testing rect equality.

  • WebKit.gypi:
  • tests/CCDamageTrackerTest.cpp:

(WebKitTests::TEST_F):

  • tests/CCGeometryTestUtils.cpp: Added.

(WebKitTests):
(WebKitTests::ExpectTransformationMatrixEq):

  • tests/CCGeometryTestUtils.h: Renamed from Source/WebKit/chromium/tests/CCLayerTreeTestCommon.h.

(WebKit):
(WebKitTests):

  • tests/CCLayerTreeHostTest.cpp:
  • tests/CCMathUtilTest.cpp:

(WebKit::TEST):

  • tests/TiledLayerChromiumTest.cpp:
5:12 PM Changeset in webkit [127339] by ojan@chromium.org
  • 2 edits in trunk/LayoutTests

Mark some indexeddb tests as SLOW. They consistently time out for me
when I run with --fully-parallel.

  • platform/chromium/TestExpectations:
5:08 PM Changeset in webkit [127338] by ggaren@apple.com
  • 6 edits in trunk/Source/JavaScriptCore

Rolled back in a piece of <http://trac.webkit.org/changeset/127293>.

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

  • heap/MarkedBlock.cpp:

(JSC::MarkedBlock::MarkedBlock):

  • heap/MarkedBlock.h:

(MarkedBlock):
(JSC::MarkedBlock::globalData):
(JSC):

  • heap/WeakSet.cpp:

(JSC::WeakSet::addAllocator):

  • heap/WeakSet.h:

(WeakSet):
(JSC::WeakSet::WeakSet):
(JSC::WeakSet::globalData):

  • runtime/JSGlobalData.h:

(JSC::WeakSet::heap):
(JSC):

4:49 PM Changeset in webkit [127337] by ap@apple.com
  • 3 edits in trunk/Source/WebKit2

[WK2] Use initial process in multi-process mode, too
https://bugs.webkit.org/show_bug.cgi?id=95612

Reviewed by Sam Weinig.

  • UIProcess/WebContext.cpp: (WebKit::WebContext::WebContext): (WebKit::WebContext::warmInitialProcess): (WebKit::WebContext::disconnectProcess): (WebKit::WebContext::createWebPage):
  • UIProcess/WebContext.h: Added a boolean telling whether the last (normally, the only) process in m_processes is available for use in a new page.
4:46 PM Changeset in webkit [127336] by jamesr@google.com
  • 21 edits in trunk/Source/WebKit/chromium

[chromium] Clean up Web*Layer initialization paths
https://bugs.webkit.org/show_bug.cgi?id=95523

Reviewed by Darin Fisher.

Constructing a Web*LayerImpl (or other compositor type) wrapper shouldn't require knowledge of the underyling
implementation. Also normalizes naming conventions in these files.

  • src/WebAnimationImpl.cpp:

(WebKit::WebAnimation::create):
(WebKit::WebAnimationImpl::WebAnimationImpl):

  • src/WebAnimationImpl.h:

(WebAnimationImpl):

  • src/WebContentLayerImpl.cpp:

(WebKit::WebContentLayerImpl::WebContentLayerImpl):
(WebKit::WebContentLayerImpl::~WebContentLayerImpl):
(WebKit::WebContentLayerImpl::layer):
(WebKit::WebContentLayerImpl::setDoubleSided):
(WebKit::WebContentLayerImpl::setContentsScale):
(WebKit::WebContentLayerImpl::setUseLCDText):
(WebKit::WebContentLayerImpl::setDrawCheckerboardForMissingTiles):

  • src/WebContentLayerImpl.h:

(WebContentLayerImpl):

  • src/WebFloatAnimationCurveImpl.cpp:

(WebKit::WebFloatAnimationCurve::create):
(WebKit::WebFloatAnimationCurveImpl::WebFloatAnimationCurveImpl):

  • src/WebFloatAnimationCurveImpl.h:

(WebFloatAnimationCurveImpl):

  • src/WebIOSurfaceLayerImpl.cpp:

(WebKit::WebIOSurfaceLayer::create):
(WebKit::WebIOSurfaceLayerImpl::WebIOSurfaceLayerImpl):

  • src/WebIOSurfaceLayerImpl.h:

(WebIOSurfaceLayerImpl):

  • src/WebImageLayerImpl.cpp:

(WebKit::WebImageLayer::create):
(WebKit::WebImageLayerImpl::WebImageLayerImpl):

  • src/WebImageLayerImpl.h:

(WebImageLayerImpl):

  • src/WebLayerImpl.cpp:

(WebKit::WebLayer::create):
(WebKit):
(WebKit::WebLayerImpl::WebLayerImpl):

  • src/WebLayerImpl.h:

(WebLayerImpl):

  • src/WebScrollbarLayerImpl.cpp:

(WebKit::WebScrollbarLayer::create):
(WebKit::WebScrollbarLayerImpl::WebScrollbarLayerImpl):

  • src/WebScrollbarLayerImpl.h:

(WebScrollbarLayerImpl):

  • src/WebSolidColorLayerImpl.cpp:

(WebKit::WebSolidColorLayer::create):
(WebKit::WebSolidColorLayerImpl::WebSolidColorLayerImpl):

  • src/WebSolidColorLayerImpl.h:

(WebSolidColorLayerImpl):

  • src/WebTransformAnimationCurveImpl.cpp:

(WebKit::WebTransformAnimationCurve::create):
(WebKit::WebTransformAnimationCurveImpl::WebTransformAnimationCurveImpl):

  • src/WebTransformAnimationCurveImpl.h:

(WebTransformAnimationCurveImpl):

  • src/WebVideoLayerImpl.cpp:

(WebKit::WebVideoLayer::create):
(WebKit::WebVideoLayerImpl::WebVideoLayerImpl):

  • src/WebVideoLayerImpl.h:

(WebVideoLayerImpl):

4:42 PM Changeset in webkit [127335] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

Unreviewed, rolling out r127309.
http://trac.webkit.org/changeset/127309
https://bugs.webkit.org/show_bug.cgi?id=95624

The Windows tests weren't actually fixed. (Requested by
mhahnenberg on #webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-08-31

  • platform/win/Skipped:
4:27 PM Changeset in webkit [127334] by ap@apple.com
  • 11 edits in trunk/Source/WebKit2

[WK2] WebProcesses should not wait 60 seconds to close in multi-process mode
https://bugs.webkit.org/show_bug.cgi?id=95616

Reviewed by Darin Adler.

  • Shared/ChildProcess.cpp: (WebKit::ChildProcess::ChildProcess):
  • Shared/ChildProcess.h: (WebKit::ChildProcess::setTerminationTimeout): Expose a setter for timeout instead of taking it at construction time. If a derived class doesn't call the setter, default to 0.
  • PluginProcess/PluginProcess.cpp: (WebKit::PluginProcess::PluginProcess): (WebKit::PluginProcess::initializePluginProcess): Use timeout from initialization message.
  • WebProcess/WebProcess.cpp: (WebKit::WebProcess::WebProcess): (WebKit::WebProcess::initializeWebProcess): Ditto.
  • Shared/Plugins/PluginProcessCreationParameters.cpp: (WebKit::PluginProcessCreationParameters::encode): (WebKit::PluginProcessCreationParameters::decode):
  • Shared/Plugins/PluginProcessCreationParameters.h:
  • Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode): (WebKit::WebProcessCreationParameters::decode):
  • Shared/WebProcessCreationParameters.h: Funnel timeout across process boundary.
  • UIProcess/Plugins/PluginProcessProxy.cpp: (WebKit::PluginProcessProxy::didFinishLaunching): Pass timeout as initialization message after launch.
  • UIProcess/WebContext.cpp: (WebKit::WebContext::createNewWebProcess): Pass timeout as initialization message (unlike plugin process proxy, web process proxy doesn't wait, and relies on the message being queued). (WebKit::WebContext::disconnectProcess): Skip invalidating global managers when one process quits. We still need to do something, but running this code would just result in assertion failures any time a page was closed.
4:25 PM Changeset in webkit [127333] by commit-queue@webkit.org
  • 15 edits in trunk/Source/JavaScriptCore

Refactor LLInt and supporting code in preparation for the C Loop backend.
https://bugs.webkit.org/show_bug.cgi?id=95531.

Patch by Mark Lam <mark.lam@apple.com> on 2012-08-31
Reviewed by Filip Pizlo.

  • bytecode/GetByIdStatus.cpp:

(JSC::GetByIdStatus::computeFromLLInt):

  • bytecode/PutByIdStatus.cpp:

(JSC::PutByIdStatus::computeFromLLInt):

  • jit/JITExceptions.cpp:

(JSC::genericThrow): Use ExecutableBase::catchRoutineFor() to fetch

fetch the catch routine for a thrown exception. This will allow
us to redefine that for the C loop later, and still keep this
code readable.

  • llint/LLIntOfflineAsmConfig.h: Moved ASM macros to

LowLevelInterpreter.cpp which is the only place they are used. This
will make it more convenient to redefine them for the C loop later.

  • llint/LLIntSlowPaths.cpp:

(JSC::LLInt::setUpCall): Use ExecutableBase's hostCodeEntry()

jsCodeEntryFor(), and jsCodeWithArityCheckEntryFor() for computing
the entry points to functions being called.

  • llint/LLIntSlowPaths.h:

(SlowPathReturnType):
(JSC::LLInt::encodeResult):
(LLInt):
(JSC::LLInt::decodeResult): Added. Needed by LLInt C Loop later.

  • llint/LowLevelInterpreter.asm:
  • llint/LowLevelInterpreter.cpp:
  • llint/LowLevelInterpreter32_64.asm:
  • llint/LowLevelInterpreter64.asm:
  • offlineasm/asm.rb: Disambiguate between opcodes and other labels.
  • offlineasm/config.rb:
  • runtime/Executable.h:

(JSC::ExecutableBase::hostCodeEntryFor): Added.
(ExecutableBase):
(JSC::ExecutableBase::jsCodeEntryFor): Added.
(JSC::ExecutableBase::jsCodeWithArityCheckEntryFor): Added.
(JSC::ExecutableBase::catchRoutineFor): Added.

  • runtime/JSValueInlineMethods.h:

(JSC):

4:16 PM Changeset in webkit [127332] by jberlin@webkit.org
  • 2 edits
    1 copy
    1 add in trunk/LayoutTests

[Lion] css3/filters/composited-during-animation-layertree.html produces empty results
https://bugs.webkit.org/show_bug.cgi?id=95622

Move the empty results to mac-lion and add the ML results to mac to get the bots greener.

  • platform/mac-lion/css3/filters/composited-during-animation-layertree-expected.txt: Copied from LayoutTests/platform/mac/css3/filters/composited-during-animation-layertree-expected.txt.
  • platform/mac/css3/filters/composited-during-animation-layertree-expected.txt:
4:08 PM Changeset in webkit [127331] by roger_fong@apple.com
  • 1 edit
    2 deletes in trunk/LayoutTests

Unreviewed. Getting rid of Windows specific results because CSS3 flexbox has been re-enabled here: https://bugs.webkit.org/show_bug.cgi?id=95382

  • platform/win/fast/css/getComputedStyle/computed-style-expected.txt: Removed.
  • platform/win/fast/css/getComputedStyle/computed-style-without-renderer-expected.txt: Removed.
4:00 PM Changeset in webkit [127330] by jberlin@webkit.org
  • 2 edits
    1 copy
    1 move
    1 add in trunk/LayoutTests

[Mountain Lion] platform/mac/editing/spelling/removing-underline-after-accepting-autocorrection-using-punctuation.html failing.
https://bugs.webkit.org/show_bug.cgi?id=95477

Add Mountain Lion expected (failing?) results and move the ones previously in mac to mac-lion to get the bots greener.

  • platform/mac-lion/editing/spelling/removing-underline-after-accepting-autocorrection-using-punctuation-expected.png: Renamed from LayoutTests/platform/mac/editing/spelling/removing-underline-after-accepting-autocorrection-using-punctuation-expected.png.
  • platform/mac-lion/editing/spelling/removing-underline-after-accepting-autocorrection-using-punctuation-expected.txt: Copied from LayoutTests/platform/mac/editing/spelling/removing-underline-after-accepting-autocorrection-using-punctuation-expected.txt.
  • platform/mac/editing/spelling/removing-underline-after-accepting-autocorrection-using-punctuation-expected.txt:
3:56 PM Changeset in webkit [127329] by pdr@google.com
  • 2 edits in trunk/LayoutTests

Unreviewed update of fast/js/function-constructor-this-value.html expectations on Chromium
https://bugs.webkit.org/show_bug.cgi?id=95617

This test was added in r127323 but fails on Chromium ports.

  • platform/chromium/TestExpectations:
3:51 PM Changeset in webkit [127328] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/gtk

[GTK] Assert on ChromeClientGtk::scroll with delta (0, -1).
https://bugs.webkit.org/show_bug.cgi?id=95590

Change the assert to avoid hitting when the delta does not have any
value > 0.

Patch by José Dapena Paz <jdapena@igalia.com> on 2012-08-31
Reviewed by Martin Robinson.

  • WebCoreSupport/ChromeClientGtk.cpp:

(WebKit::ChromeClient::scroll):

3:29 PM Changeset in webkit [127327] by krit@webkit.org
  • 12 edits
    3 adds in trunk

Introduce new CSS property for clip-path
https://bugs.webkit.org/show_bug.cgi?id=95474

Reviewed by Tim Horton.

Source/WebCore:

This path introduces the new, prefixed CSS property 'clip-path' from the
CSS Masking specification. In a first step the property just accepts
'none' and the the basic shapes from CSS Exclusion. Later it will also be
possible to reference SVG 'clipPath' elements - like Firefox already does.
To enable the parsing of the shapes, the exclusion compiler flags
around the shape parser were removed.

http://dvcs.w3.org/hg/FXTF/raw-file/tip/masking/index.html

Test: fast/masking/parsing-clip-path-shape.html

  • css/CSSComputedStyleDeclaration.cpp:

(WebCore::CSSComputedStyleDeclaration::getPropertyCSSValue): Return CSSValue for CSSPropertyWebkitClipPath.

  • css/CSSParser.cpp:

(WebCore::CSSParser::parseValue): Add CSSPropertyWebkitClipPath.
(WebCore::CSSParser::parseBasicShape): Modify parser function to accept CSSPropertyWebkitClipPath as well.

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

(WebCore::CSSProperty::isInheritedProperty):

  • css/CSSPropertyNames.in: Added property name -webkit-clip-path.
  • css/StyleBuilder.cpp:

(ApplyPropertyClipPath): New property applier just for -webkit-clip-path.
(WebCore::ApplyPropertyClipPath::setValue):
(WebCore::ApplyPropertyClipPath::applyValue):
(WebCore::ApplyPropertyClipPath::createHandler):
(WebCore::StyleBuilder::StyleBuilder):

  • rendering/style/RenderStyle.cpp: Repaint if there is a difference between two BasicShapes.

(WebCore::RenderStyle::diff):

  • rendering/style/RenderStyle.h:
  • rendering/style/StyleRareNonInheritedData.cpp:

(WebCore::StyleRareNonInheritedData::StyleRareNonInheritedData):
(WebCore::StyleRareNonInheritedData::operator==):
(WebCore::StyleRareNonInheritedData::reportMemoryUsage):

  • rendering/style/StyleRareNonInheritedData.h: Add new member variable for clip shape.

(StyleRareNonInheritedData):

LayoutTests:

Test parsing behavior of basic shapes on new introduced '-webkit-clip-path' CSS property.

  • fast/masking/parsing-clip-path-shape-expected.txt: Added.
  • fast/masking/parsing-clip-path-shape.html: Added.
3:17 PM Changeset in webkit [127326] by zhajiang@rim.com
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] ASSERT failure in RenderBlock::checkPositionedObjectsNeedLayout
https://bugs.webkit.org/show_bug.cgi?id=95611

Reviewed by Antonio Gomes.
Patch by Jacky Jiang <zhajiang@rim.com>

PR:200127
Remove r118405 now as we already have a new fix webkit/43f8394b for
that issue and it is not reproducible anymore after the removal.
In this way, we can get rid of this ASSERT failure as well.
Thanks Antonio for the suggestion.

  • Api/WebPage.cpp:

(BlackBerry::WebKit::WebPagePrivate::setViewportSize):

3:09 PM Changeset in webkit [127325] by rwlbuis@webkit.org
  • 4 edits in trunk/Source

[BlackBerry] Eliminate WebGL IT policy
https://bugs.webkit.org/show_bug.cgi?id=95604
Internal RIM PR #198764

Patch by Joshua Netterfield <jnetterfield@rim.com> on 2012-08-31
Reviewed by Rob Buis.

This is no longer a requirement for the BlackBerry port.

Source/WebCore:

No new tests, because this introduces no new functionality.

  • html/canvas/WebGLRenderingContext.cpp:

(WebCore):
(WebCore::WebGLRenderingContext::create):

Source/WebKit/blackberry:

  • Api/WebPage.cpp:

(BlackBerry::WebKit::WebPagePrivate::init):
(BlackBerry::WebKit::WebPage::setWebGLEnabled):

  • WebKitSupport/AboutData.cpp:

(BlackBerry::WebKit::configPage):

2:49 PM Changeset in webkit [127324] by ggaren@apple.com
  • 2 edits in trunk/LayoutTests

Not reviewed.

Removed some tabs that snuck into my last patch.

  • fast/js/function-constructor-this-value.html:
2:47 PM Changeset in webkit [127323] by ggaren@apple.com
  • 1 edit
    2 adds in trunk/LayoutTests

Use one object instead of two for closures, eliminating ScopeChainNode
https://bugs.webkit.org/show_bug.cgi?id=95501

Reviewed by Sam Weinig.

Adding a test to demonstrate the behavior change in this patch.

  • fast/js/function-constructor-this-value-expected.txt: Added.
  • fast/js/function-constructor-this-value.html: Added.
2:34 PM Changeset in webkit [127322] by timothy@apple.com
  • 2 edits in branches/safari-536.26-branch/Source/WebKit2

Merge r127319 for <rdar://problem/12217897>.

2:26 PM Changeset in webkit [127321] by jonlee@apple.com
  • 5 edits in trunk

ondisplay event handlers are not called
https://bugs.webkit.org/show_bug.cgi?id=95263
<rdar://problem/12193359>

Reviewed by Alexey Proskuryakov.

Source/WebCore:

To support the legacy API, we conflate ondisplay and onshow.

  • Modules/notifications/Notification.h:

(WebCore::Notification::ondisplay): Use display event as an alias for the show event.
(WebCore::Notification::setOndisplay):

LayoutTests:

Adjust the test to use the ondisplay handler, to fully test legacy API.

  • http/tests/notifications/legacy/show-expected.txt: Verify that event listener for ondisplay is

the same as that for onshow.

  • http/tests/notifications/legacy/show.html:
2:24 PM Changeset in webkit [127320] by roger_fong@apple.com
  • 1 edit
    1 add in trunk/LayoutTests

Unreviewed. Adding passing test results for fast/canvas/canvas-strokeRect-alpha-shadow.
Test passes on Windows port now but Mac port currently uses expected failing results.

  • platform/win/fast/canvas/canvas-strokeRect-alpha-shadow-expected.txt: Added.
2:18 PM Changeset in webkit [127319] by beidson@apple.com
  • 2 edits in trunk/Source/WebKit2

REGRESSION (r127252): incomplete repaint on Flash element after pinch to zoom
<rdar://problem/12217897> and https://bugs.webkit.org/show_bug.cgi?id=95607

Reviewed by Simon Fraser.

  • WebProcess/Plugins/PluginView.cpp: (WebKit::PluginView::viewGeometryDidChange): Only give the window coordinate clip rect a chance

to override the boundsRect() if the page scale factor is 1.

2:17 PM Changeset in webkit [127318] by tony@chromium.org
  • 37 edits in trunk

Remove ENABLE_CSS3_FLEXBOX compile time flag
https://bugs.webkit.org/show_bug.cgi?id=95382

Reviewed by Ojan Vafai.

Everyone is already enabling this by default and the spec has stablized.

.:

  • Source/cmake/WebKitFeatures.cmake:
  • Source/cmakeconfig.h.cmake:
  • configure.ac:

Source/JavaScriptCore:

  • Configurations/FeatureDefines.xcconfig:

Source/WebCore:

No new tests, shouldn't change anything.

  • Configurations/FeatureDefines.xcconfig:
  • GNUmakefile.am:
  • GNUmakefile.features.am:
  • css/CSSComputedStyleDeclaration.cpp:

(WebCore):
(WebCore::CSSComputedStyleDeclaration::getPropertyCSSValue):

  • css/CSSParser.cpp:

(WebCore::isValidKeywordPropertyAndValue): Expand check range to include flex and inline-flex.
(WebCore::isKeywordPropertyID):
(WebCore::CSSParser::parseValue):

  • css/CSSPrimitiveValueMappings.h:

(WebCore::CSSPrimitiveValue::CSSPrimitiveValue):

  • css/CSSProperty.cpp:

(WebCore::CSSProperty::isInheritedProperty):

  • css/CSSPropertyNames.in:
  • css/CSSValueKeywords.in:
  • css/StyleBuilder.cpp:

(WebCore::StyleBuilder::StyleBuilder):

  • css/StylePropertySet.cpp:

(WebCore::StylePropertySet::getPropertyValue):
(WebCore::StylePropertySet::asText):

  • css/StylePropertyShorthand.cpp:

(WebCore::webkitFlexShorthand):
(WebCore::shorthandForProperty):

  • css/StylePropertyShorthand.h:

(WebCore):

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::collectMatchingRulesForList):

  • page/animation/CSSPropertyAnimation.cpp:

(WebCore::CSSPropertyAnimation::ensurePropertyMap):

  • rendering/RenderObject.cpp:

(WebCore::RenderObject::createObject):

  • rendering/style/RenderStyle.h:
  • rendering/style/RenderStyleConstants.h:

Source/WebKit/chromium:

  • features.gypi:

Source/WebKit/mac:

  • Configurations/FeatureDefines.xcconfig:

Source/WebKit2:

  • Configurations/FeatureDefines.xcconfig:

Tools:

  • Scripts/webkitperl/FeatureList.pm:
  • qmake/mkspecs/features/features.pri:

WebKitLibraries:

  • win/tools/vsprops/FeatureDefines.vsprops:
  • win/tools/vsprops/FeatureDefinesCairo.vsprops:
2:11 PM Changeset in webkit [127317] by commit-queue@webkit.org
  • 7 edits in trunk/Source

[chromium] Add main versus impl thread asserts
https://bugs.webkit.org/show_bug.cgi?id=95596

Patch by Christopher Cameron <ccameron@chromium.org> on 2012-08-31
Reviewed by James Robinson.

Add asserts to prioritized texture manager that specify that a
function be called on the main or impl thread.

Add debug signs that the main thread is blocked to the threaded
proxy.

Add a mechanism to simultaneously set the thread to the impl thread
and indicate that the main thread is blocked.

Update tests that hit asserts in the prioritized texture manager to
set their impl thread and main thread blocked state correctly.

Source/WebCore:

  • platform/graphics/chromium/cc/CCPrioritizedTextureManager.cpp:

(WebCore::CCPrioritizedTextureManager::prioritizeTextures):
(WebCore::CCPrioritizedTextureManager::clearPriorities):
(WebCore::CCPrioritizedTextureManager::requestLate):
(WebCore::CCPrioritizedTextureManager::acquireBackingTextureIfNeeded):
(WebCore::CCPrioritizedTextureManager::reduceMemory):
(WebCore::CCPrioritizedTextureManager::registerTexture):
(WebCore::CCPrioritizedTextureManager::unregisterTexture):
(WebCore::CCPrioritizedTextureManager::returnBackingTexture):
(WebCore::CCPrioritizedTextureManager::createBacking):
(WebCore::CCPrioritizedTextureManager::assertInvariants):

  • platform/graphics/chromium/cc/CCSingleThreadProxy.h:

(WebCore):
(DebugScopedSetImplThreadAndMainThreadBlocked):

  • platform/graphics/chromium/cc/CCThreadProxy.cpp:

(WebCore::CCThreadProxy::compositeAndReadback):
(WebCore::CCThreadProxy::finishAllRendering):
(WebCore::CCThreadProxy::setVisible):
(WebCore::CCThreadProxy::initializeRenderer):
(WebCore::CCThreadProxy::recreateContext):
(WebCore::CCThreadProxy::implSideRenderingStats):
(WebCore::CCThreadProxy::start):
(WebCore::CCThreadProxy::forceSerializeOnSwapBuffers):
(WebCore::CCThreadProxy::acquireLayerTextures):

Source/WebKit/chromium:

  • tests/CCPrioritizedTextureTest.cpp:

(WTF::CCPrioritizedTextureTest::CCPrioritizedTextureTest):
(WTF::CCPrioritizedTextureTest::~CCPrioritizedTextureTest):
(WTF::CCPrioritizedTextureTest::validateTexture):
(WTF::TEST_F):

  • tests/TiledLayerChromiumTest.cpp:
2:03 PM Changeset in webkit [127316] by pdr@google.com
  • 2 edits in trunk/LayoutTests

Unreviewed update of fast/js/function-apply-aliased.html expectations.

fast/js/function-apply-aliased.html has been failing for TEXT for some time but
the chromium-mac TestExpectations did not have an entry for mac. This patch
updates the expectations to include all platforms.

The bug (crbug.com/48239) has been updated to reflect this.

  • platform/chromium/TestExpectations:
1:55 PM Changeset in webkit [127315] by jberlin@webkit.org
  • 4 edits in trunk/LayoutTests

LayoutTests/http/tests/websocket/tests/hixie76/frame-lengths.html was removed. Remove it from the Skipped list.

  • platform/mac-wk2/Skipped:
  • platform/qt-arm/Skipped:
  • platform/wincairo/Skipped:
1:55 PM Changeset in webkit [127314] by jberlin@webkit.org
  • 4 edits in trunk/LayoutTests

compositing/tiling/huge-layer* flakey
https://bugs.webkit.org/show_bug.cgi?id=48454

These tests were disabled in r89631. Remove them from the Skipped list so that
run-webkit-tests doesn't try to find them.

  • platform/win/Skipped:
  • platform/wincairo/Skipped:
  • platform/wk2/Skipped:
1:47 PM Changeset in webkit [127313] by psolanki@apple.com
  • 2 edits in trunk/Source/WebKit2

objc_msgSend and IMP should be cast appropriately before using
https://bugs.webkit.org/show_bug.cgi?id=95242

Reviewed by Benjamin Poulain.

Follow on fix for Mac EWS - use objc-runtime.h instead of runtime.h so
that it finds the declaration for objc_msgSend.

  • UIProcess/API/mac/PDFViewController.mm:
1:41 PM Changeset in webkit [127312] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

The fast/forms/ file tests were moved in the file sub-directory in r96918. Remove the
old entries from the Skipped list.

  • platform/mac-wk2/Skipped:
1:40 PM Changeset in webkit [127311] by jamesr@google.com
  • 16 edits
    1 copy
    2 adds in trunk/Source

[chromium] Put compositor client interfaces in separate headers, normalize naming
https://bugs.webkit.org/show_bug.cgi?id=95522

Reviewed by Adam Barth.

Source/WebCore:

Client interfaces should be in their own headers so code implementing these interfaces do not have to
transitively #include all of the compositor internals.

We call things 'clients' not 'delegates' in the compositor.

  • WebCore.gypi:
  • platform/graphics/chromium/ContentLayerChromium.cpp:

(WebCore::ContentLayerPainter::ContentLayerPainter):
(WebCore::ContentLayerPainter::create):
(WebCore::ContentLayerPainter::paint):
(WebCore::ContentLayerChromium::create):
(WebCore::ContentLayerChromium::ContentLayerChromium):
(WebCore::ContentLayerChromium::drawsContent):
(WebCore::ContentLayerChromium::createTextureUpdaterIfNeeded):

  • platform/graphics/chromium/ContentLayerChromium.h:

(WebCore):
(ContentLayerPainter):
(ContentLayerChromium):
(WebCore::ContentLayerChromium::clearClient):

  • platform/graphics/chromium/TextureLayerChromium.cpp:
  • platform/graphics/chromium/TextureLayerChromium.h:

(WebCore):

  • platform/graphics/chromium/cc/CCLayerTreeHost.cpp:
  • platform/graphics/chromium/cc/CCLayerTreeHost.h:

(WebCore):

Source/WebKit/chromium:

  • src/WebContentLayerImpl.cpp:

(WebKit::WebContentLayerImpl::~WebContentLayerImpl):

  • src/WebContentLayerImpl.h:

(WebContentLayerImpl):

  • src/WebExternalTextureLayerImpl.h:
  • src/WebLayerTreeViewImpl.h:

(WebCore):

  • tests/CCLayerTreeHostCommonTest.cpp:
  • tests/CCLayerTreeHostTest.cpp:

(WebKitTests::ContentLayerChromiumWithUpdateTracking::create):
(WebKitTests::ContentLayerChromiumWithUpdateTracking::ContentLayerChromiumWithUpdateTracking):
(WebKitTests::CCLayerTreeHostTestDeviceScaleFactorScalesViewportAndLayers::CCLayerTreeHostTestDeviceScaleFactorScalesViewportAndLayers):
(WebKitTests::CCLayerTreeHostTestAtomicCommit::CCLayerTreeHostTestAtomicCommit):
(WebKitTests::CCLayerTreeHostTestAtomicCommitWithPartialUpdate::CCLayerTreeHostTestAtomicCommitWithPartialUpdate):
(WebKitTests::CCLayerTreeHostTestLostContextWhileUpdatingResources::CCLayerTreeHostTestLostContextWhileUpdatingResources):
(CCLayerTreeHostTestLostContextWhileUpdatingResources):

  • tests/ContentLayerChromiumTest.cpp:

(WebKit::MockContentLayerChromiumClient::MockContentLayerChromiumClient):
(WebKit::TEST):

1:36 PM Changeset in webkit [127310] by roger_fong@apple.com
  • 2 edits in trunk/LayoutTests

Unreviewed gardening. Adding fast/css/nested-layers-with-over.html to Windows skip list.
https://bugs.webkit.org/show_bug.cgi?id=95388

  • platform/win/Skipped:
1:32 PM Changeset in webkit [127309] by mhahnenberg@apple.com
  • 2 edits in trunk/LayoutTests

Unskip plugins/npruntime/delete-plugin-within-* tests on Windows
https://bugs.webkit.org/show_bug.cgi?id=95597

Reviewed by Darin Adler.

  • platform/win/Skipped:
1:28 PM Changeset in webkit [127308] by jonlee@apple.com
  • 2 edits in trunk/LayoutTests

Unreviewed. Skip http/tests/notifications on Lion, since there is no support.

  • platform/mac-lion/Skipped:
1:15 PM Changeset in webkit [127307] by roger_fong@apple.com
  • 2 edits
    1 add in trunk/LayoutTests

Unreviewed. Adding expected failing results for accessibility/canvas tests.
https://bugs.webkit.org/show_bug.cgi?id=95598

Windows description and role strings don't match up with what is expected on Mac.
Particularly, they do not include the "AX" at the beginning of the descriptions/roles of canvas fallback content.

  • platform/win/accessibility/canvas-description-and-role-expected.txt: Added.
  • platform/win/accessibility/canvas-fallback-content-expected.txt:
1:11 PM Changeset in webkit [127306] by psolanki@apple.com
  • 9 edits in trunk

objc_msgSend and IMP should be cast appropriately before using
https://bugs.webkit.org/show_bug.cgi?id=95242

Reviewed by Benjamin Poulain.

Fix for older compilers. Pass id as the return type to the template
instead of relying on default type.

Source/WebKit/mac:

  • WebView/WebDelegateImplementationCaching.mm:

(CallDelegate):
(CallFormDelegate):

  • WebView/WebHTMLView.mm:

(setCursor):
(setNeedsDisplayInRect):

Source/WTF:

  • wtf/Functional.h:

(WTF::R):

  • wtf/ObjcRuntimeExtras.h:

Tools:

  • DumpRenderTree/mac/DumpRenderTree.mm:

(drt_NSFontManager_availableFontFamilies):

  • WebKitTestRunner/InjectedBundle/mac/ActivateFonts.mm:

(WTR::wtr_NSFontManager_availableFontFamilies):

1:10 PM Changeset in webkit [127305] by gavinp@chromium.org
  • 4 edits in trunk

[chromium] DEPS roll with a test skip.
https://bugs.webkit.org/show_bug.cgi?id=95601

Unreviewed gardening & DEPS roll.

Source/WebKit/chromium:

fast/frames/cached-frame-counter.html was never the most stable test, and now it's failing on more platforms. Marking it flaky, along with a DEPS roll (earlier attempts at the DEPS roll failed on this)

  • DEPS:

LayoutTests:

fast/frames/cached-frame-counter.html was never the most stable test, and now it's failing on more platforms. Marking it flaky, along with a DEPS roll (earlier attempts at the DEPS roll failed on this)

  • platform/chromium/TestExpectations:
1:10 PM Changeset in webkit [127304] by ggaren@apple.com
  • 23 edits in trunk/Source/JavaScriptCore

Not reviewed.

Rolled out http://trac.webkit.org/changeset/127293 because it broke
inspector tests on Windows.

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

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

Fix the Debug builds after r127277

Unreviewed.

One assertion was not updated in r127277. The encapsulation of CSSParserString's length
has changed and now use an accessor.

Patch by Benjamin Poulain <bpoulain@apple.com> on 2012-08-31

  • css/CSSParser.cpp:

(WebCore::CSSParser::storeVariableDeclaration):

12:49 PM Changeset in webkit [127302] by zandobersek@gmail.com
  • 7 edits in trunk/Tools

nrwt: use scm instead of calling svn directly to get the revision in json results generator
https://bugs.webkit.org/show_bug.cgi?id=89616

Reviewed by Eric Seidel.

Add the new 'executive' optional function argument to the SCM.in_working_directory
class method. This way we get to reuse an Executive instance which is necessary in testing
when we're operating with a mock version of the object.

In JSONResultsGeneratorBase, it's now possible to get the current SVN revision by using
the SCMDetector with the generator's FileSystem and Executive instances.

  • Scripts/webkitpy/common/checkout/scm/detection.py:

(SCMDetector.detect_scm_system):

  • Scripts/webkitpy/common/checkout/scm/detection_unittest.py:

(SCMDetectorTest.test_detect_scm_system): Update the unit test to capture the mock
Executive output and test it against expected output.

  • Scripts/webkitpy/common/checkout/scm/git.py:

(Git.in_working_directory):

  • Scripts/webkitpy/common/checkout/scm/scm.py:

(SCM.in_working_directory):

  • Scripts/webkitpy/common/checkout/scm/svn.py:

(SVN.in_working_directory):

  • Scripts/webkitpy/layout_tests/layout_package/json_results_generator.py:

(JSONResultsGeneratorBase.init):
(JSONResultsGeneratorBase._get_svn_revision):

12:38 PM Changeset in webkit [127301] by Simon Fraser
  • 6 edits
    2 adds in trunk

(Regression: r126774): Fix crash when scrolling after removing inline sticky element
https://bugs.webkit.org/show_bug.cgi?id=95584

Reviewed by Dave Hyatt.

Source/WebCore:

Move fixed/sticky registration and unregistration with the FrameView from
RenderBox and RenderInline into RenderBoxModelObject, which also
fixes the issue that inlines didn't unregister themselves on destruction.

Test: fast/css/sticky/remove-inline-sticky-crash.html

  • rendering/RenderBox.cpp:

(WebCore::RenderBox::willBeDestroyed): Code moved to RenderBoxModelObject. No need
to null-check style.
(WebCore::RenderBox::styleWillChange): Code moved to RenderBoxModelObject.

  • rendering/RenderBoxModelObject.cpp:

(WebCore::RenderBoxModelObject::willBeDestroyed): Remove fixed objects. Check
isPositioned() to avoid this work for most non-positioned renderers.
(WebCore::RenderBoxModelObject::styleWillChange): Register and unregister fixed
and sticky objects with the FrameView.

  • rendering/RenderInline.cpp: styleWillChange() is no longer needed.
  • rendering/RenderInline.h: Ditto.

LayoutTests:

Testcase removes an inline sticky, then scrolls.

  • fast/css/sticky/remove-inline-sticky-crash-expected.txt: Added.
  • fast/css/sticky/remove-inline-sticky-crash.html: Added.
12:11 PM Changeset in webkit [127300] by commit-queue@webkit.org
  • 35 edits in trunk/Source/WebCore

Remove extraneous includes (Node.h, Document.h, Element.h, RenderObject.h)
https://bugs.webkit.org/show_bug.cgi?id=95259

Patch by Nikhil Bhargava <nbhargava@google.com> on 2012-08-31
Reviewed by Sam Weinig.

Node.h, Document.h, Element.h, and RenderObject.h are four of the most
expensive headers to include. This patch removes them from many of the
places they are not needed. There is a minor compile-time performance
boost.

  • dom/ElementShadow.h:
  • dom/Range.h:

(WebCore):

  • dom/TreeScopeAdopter.h:

(WebCore):

  • editing/VisiblePosition.h:

(WebCore):

  • html/HTMLCollection.h:

(WebCore):

  • html/parser/HTMLElementStack.h:
  • html/parser/HTMLTreeBuilder.h:

(WebCore):

  • html/track/WebVTTParser.h:

(WebCore):

  • inspector/InspectorCSSAgent.h:

(WebCore):

  • inspector/InspectorInstrumentation.h:

(WebCore):

  • inspector/InspectorOverlay.h:
  • loader/ImageLoader.h:
  • loader/TextTrackLoader.h:

(WebCore):

  • platform/chromium/PopupListBox.cpp:
  • platform/chromium/PopupListBox.h:

(WebCore):

  • platform/graphics/MediaPlayer.h:

(WebCore):

  • rendering/FilterEffectRenderer.h:
  • rendering/InlineFlowBox.cpp:
  • rendering/RenderCounter.cpp:
  • rendering/RenderGeometryMap.h:

(WebCore):

  • rendering/RenderInputSpeech.h:

(WebCore):

  • rendering/RenderMediaControls.h:

(WebCore):

  • rendering/RenderMediaControlsChromium.h:

(WebCore):

  • rendering/RenderQuote.cpp:
  • rendering/RenderQuote.h:

(WebCore):

  • rendering/RenderScrollbar.h:

(WebCore):

  • rendering/RenderText.h:

(WebCore):

  • rendering/RenderTheme.h:

(WebCore):

  • rendering/RenderThemeChromiumSkia.h:

(WebCore):

  • rendering/svg/RenderSVGResourceMarker.h:

(WebCore):

  • svg/graphics/filters/SVGFilterBuilder.h:

(WebCore):

  • xml/NativeXPathNSResolver.h:

(WebCore):
(NativeXPathNSResolver):
(WebCore::NativeXPathNSResolver::create):

  • xml/XPathStep.h:

(WebCore):
(XPath):
(Step):
(NodeTest):
(WebCore::XPath::Step::NodeTest::NodeTest):
(WebCore::XPath::Step::NodeTest::kind):
(WebCore::XPath::Step::NodeTest::data):
(WebCore::XPath::Step::NodeTest::namespaceURI):
(WebCore::XPath::Step::NodeTest::mergedPredicates):
(WebCore::XPath::Step::axis):
(WebCore::XPath::Step::nodeTest):

  • xml/parser/NewXMLDocumentParser.cpp:
  • xml/parser/NewXMLDocumentParser.h:

(WebCore):

  • xml/parser/XMLToken.h:
  • xml/parser/XMLTreeBuilder.cpp:
  • xml/parser/XMLTreeBuilder.h:

(WebCore):

12:08 PM Changeset in webkit [127299] by jonlee@apple.com
  • 19 edits
    11 adds in trunk

[Tests] Add basic tests to http/tests/notifications
https://bugs.webkit.org/show_bug.cgi?id=95493
<rdar://problem/12209303>

Reviewed by Alexey Proskuryakov.

Source/WebKit2:

Simplify the passing of the permission policy to just a boolean instead of converting it
back and forth from the NotificationClient::Permission enum.

  • WebProcess/InjectedBundle/API/c/WKBundlePrivate.h: Move the declaration to the section

of functions that are TestRunner SPI.

  • WebProcess/InjectedBundle/InjectedBundle.cpp:

(WebKit::InjectedBundle::setWebNotificationPermission): Use a boolean.

  • WebProcess/Notifications/NotificationPermissionRequestManager.cpp:

(WebKit::NotificationPermissionRequestManager::setPermissionLevelForTesting):

  • WebProcess/Notifications/NotificationPermissionRequestManager.h:

(NotificationPermissionRequestManager):

  • win/WebKit2.vcproj: Add WKNotificationPermissionRequest.{h,cpp}.
  • win/WebKit2Generated.make: Export WKNotificationPermissionRequest.h.

Tools:

Add permission request support for WTR.

  • WebKitTestRunner/TestController.cpp:

(WTR::TestController::initialize):
(WTR::TestController::decidePolicyForNotificationPermissionRequest): Always allow.

  • WebKitTestRunner/TestController.h:

(TestController):

LayoutTests:

  • http/tests/notifications/request-expected.txt: Added.
  • http/tests/notifications/request.html: Added. This test requests permission. DRT/WTR

is expected to accept it, and we verify that both the parameter in the callback function,
and Notification.permission, are both set to "granted".

  • http/tests/notifications/show-expected.txt: Added.
  • http/tests/notifications/show.html: Added. This test checks that the various permission

APIs on TestRunner work.

Legacy analog to above tests.

  • http/tests/notifications/legacy/request-expected.txt: Added.
  • http/tests/notifications/legacy/request.html: Added.
  • http/tests/notifications/legacy/show-expected.txt: Added.
  • http/tests/notifications/legacy/show.html: Added.
  • http/tests/resources/js-test-post-async.js: Added. This will be used for most tests since

the events are called asynchronously.

  • http/tests/resources/js-test-pre.js: Updated from fast/js/resources.
  • http/tests/resources/notifications-test-pre.js: Added. Adds a helper function to complete

the test, and defines the domain of http/tests.
(testCompleted):

Skip.

  • platform/chromium/TestExpectations: Skip on Android. Filed 95506 to bring Chromium support.
  • platform/efl/TestExpectations:
  • platform/gtk/TestExpectations:
  • platform/mac/Skipped:
  • platform/qt/Skipped: Filed 95507 to bring Qt support.
  • platform/win/Skipped:
  • platform/wincairo/Skipped:
11:55 AM Changeset in webkit [127298] by jonlee@apple.com
  • 5 edits in trunk/Tools

[DRT] Make simulating a web click on a notification a queued task
https://bugs.webkit.org/show_bug.cgi?id=95546
<rdar://problem/12214170>

Reviewed by Alexey Proskuryakov.

Making the web click happen asynchronously better mimics user interaction with the platform.

  • DumpRenderTree/TestRunner.h: Add a flag that determines whether we have a pending notification click.

(TestRunner::hasPendingWebNotificationClick): Exposed so that dump() can check that the flag is
not set.

  • DumpRenderTree/mac/DumpRenderTree.mm:

(dump): Assert that the flag is not set.

  • DumpRenderTree/mac/TestRunnerMac.mm:

(TestRunner::simulateWebNotificationClick): Set the flag, then add a task to click the
notification. In the case where the block gets executed after the flag has been unset, we avoid
performing the click.

11:51 AM Changeset in webkit [127297] by hyatt@apple.com
  • 3 edits in trunk/Source/WebCore

[New Multicolumn] Implement column repainting.
https://bugs.webkit.org/show_bug.cgi?id=95593

Reviewed by Dan Bernstein.

Make the new columns repaint properly. Note this code is a significant improvement over the
old multicolumn code in that repaints are properly issued per-column, i.e., no more fuzzy
uniting of rects.

  • rendering/RenderMultiColumnSet.cpp:

(WebCore::RenderMultiColumnSet::columnIndexAtOffset):
(WebCore):
(WebCore::RenderMultiColumnSet::repaintFlowThreadContent):

  • rendering/RenderMultiColumnSet.h:
11:45 AM Changeset in webkit [127296] by pdr@google.com
  • 2 edits in trunk/LayoutTests

Unreviewed update of test expectations.

Marking media/track/track-cue-rendering-snap-to-lines-not-set.html as
flaky again until WK89167 is fixed.

  • platform/chromium/TestExpectations:
11:25 AM Changeset in webkit [127295] by roger_fong@apple.com
  • 2 edits in trunk/LayoutTests

Unreviewed Gardening. inspector/profiler/webgl/webgl-profiler-api-changes.html fails on Windows.
WebGL not enabled on Windows.

  • platform/win/Skipped:
11:24 AM Changeset in webkit [127294] by alokp@chromium.org
  • 2 edits in trunk/Source/WebCore

[chromium] Layout tests svg-filters.html and alpha.html are crashing intermittently
https://bugs.webkit.org/show_bug.cgi?id=92660

Reviewed by James Robinson.

We use two GL contexts to create and upload tile textures.
One context creates the texture, while another uploads it.
Even though the texture is shared by the two contexts, it is not
available to the uploading context immediately after creation,
unless the creating context is flushed.

  • platform/graphics/chromium/FrameBufferSkPictureCanvasLayerTextureUpdater.cpp:

(WebCore::createAcceleratedCanvas):
(WebCore::FrameBufferSkPictureCanvasLayerTextureUpdater::updateTextureRect):

11:22 AM Changeset in webkit [127293] by ggaren@apple.com
  • 23 edits in trunk/Source/JavaScriptCore

Shrink activation objects by half
https://bugs.webkit.org/show_bug.cgi?id=95591

Reviewed by Sam Weinig.

Removed the global object, global data, and global this pointers from
JSScope, and changed an int to a bitfield. This gets the JSActivation
class down to 64 bytes, which in practice cuts it in half by getting it
out of the 128 byte size class.

Now, it's one extra indirection to get these pointers. These pointers
aren't accessed by JIT code, so I thought there would be no cost to the
extra indirection. However, some C++-heavy SunSpider tests regressed a
bit in an early version of the patch, which added even more indirection.
This suggests that calls to exec->globalData() and/or exec->lexicalGlobalObject()
are common and probably duplicated in lots of places, and could stand
further optimization in C++.

  • dfg/DFGAbstractState.cpp:

(JSC::DFG::AbstractState::execute): Test against the specific activation
for our global object, since there's no VM-shared activation structure
anymore. This is guaranteed to have the same success rate as the old test
because activation scope is fixed at compile time.

  • heap/MarkedBlock.cpp:

(JSC::MarkedBlock::MarkedBlock):

  • heap/MarkedBlock.h:

(JSC::MarkedBlock::globalData):

  • heap/WeakSet.cpp:

(JSC::WeakSet::addAllocator):

  • heap/WeakSet.h:

(WeakSet):
(JSC::WeakSet::WeakSet):
(JSC::WeakSet::globalData): Store a JSGlobalData* instead of a Heap*
because JSGlobalData->Heap is just a constant fold in the addressing
mode, while Heap->JSGlobalData is an extra pointer dereference. (These
objects should eventually just merge.)

  • jit/JITOpcodes.cpp:

(JSC::JIT::emit_op_resolve_global_dynamic): See DFGAbstractState.cpp.

  • llint/LowLevelInterpreter32_64.asm:
  • llint/LowLevelInterpreter64.asm: Load the activation structure from

the code block instead of the global data because the structure is not
VM-shared anymore. (See DFGAbstractState.cpp.)

  • runtime/JSActivation.cpp:

(JSC::JSActivation::JSActivation):

  • runtime/JSActivation.h:

(JSActivation): This is the point of the patch: Remove the data.

  • runtime/JSGlobalData.cpp:

(JSC::JSGlobalData::JSGlobalData):

  • runtime/JSGlobalData.h:

(JSGlobalData): No longer VM-shared. (See DFGAbstractState.cpp.)

(JSC::WeakSet::heap): (See WeakSet.h.)

  • runtime/JSGlobalObject.cpp:

(JSC::JSGlobalObject::JSGlobalObject):
(JSC::JSGlobalObject::setGlobalThis):
(JSC::JSGlobalObject::reset):
(JSC::JSGlobalObject::visitChildren):

  • runtime/JSGlobalObject.h:

(JSGlobalObject):
(JSC::JSGlobalObject::withScopeStructure):
(JSC::JSGlobalObject::strictEvalActivationStructure):
(JSC::JSGlobalObject::activationStructure):
(JSC::JSGlobalObject::nameScopeStructure):
(JSC::JSScope::globalThis):
(JSC::JSGlobalObject::globalThis): Data that used to be in the JSScope
class goes here now, so it's not duplicated across all activations.

  • runtime/JSNameScope.h:

(JSC::JSNameScope::JSNameScope):

  • runtime/JSScope.cpp:

(JSC::JSScope::visitChildren): This is the point of the patch: Remove the data.

  • runtime/JSScope.h:

(JSScope):
(JSC::JSScope::JSScope):
(JSC::JSScope::globalObject):
(JSC::JSScope::globalData):

  • runtime/JSSegmentedVariableObject.h:

(JSC::JSSegmentedVariableObject::JSSegmentedVariableObject):

  • runtime/JSSymbolTableObject.h:

(JSC::JSSymbolTableObject::JSSymbolTableObject):

  • runtime/JSVariableObject.h:

(JSC::JSVariableObject::JSVariableObject):

  • runtime/JSWithScope.h:

(JSC::JSWithScope::JSWithScope):

  • runtime/StrictEvalActivation.cpp:

(JSC::StrictEvalActivation::StrictEvalActivation): Simplified now that
we don't need to pass so much data to JSScope.

11:12 AM Changeset in webkit [127292] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

Mark http/tests/security/inactive-document-with-empty-security-origin.html while Geoff Garen
investigates in https://bugs.webkit.org/show_bug.cgi?id=95501 in order to get the bots green.

  • platform/mac/TestExpectations:
11:07 AM Changeset in webkit [127291] by gavinp@chromium.org
  • 2 edits in trunk/LayoutTests

[chromium] Fix platform/chromium/TestExpectations typo
https://bugs.webkit.org/show_bug.cgi?id=95592

Unreviewed gardening.

Unfortunately r127174 contained a typo that broke webkit-lint on our build. See https://bugs.webkit.org/show_bug.cgi?id=95581 .

  • platform/chromium/TestExpectations:
11:00 AM Changeset in webkit [127290] by jberlin@webkit.org
  • 3 edits in trunk/LayoutTests

fast/css/align-positioned-object-on-resize.html skipped on Mac platforms
https://bugs.webkit.org/show_bug.cgi?id=83489

This test was removed in r126911. Remove it from the Skipped list.

  • platform/mac/Skipped:
  • platform/win/Skipped:
11:00 AM Changeset in webkit [127289] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

http/tests/cache/cancel-in-progress-load.html fails on several platforms
https://bugs.webkit.org/show_bug.cgi?id=87728

The test was rolled out in r119918. Remove it from the Skipped list so that run-webkit-tests
doesn't complain about not being able to find the test.

  • platform/mac/Skipped:
11:00 AM Changeset in webkit [127288] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

plugins/npruntime/leak-window-scriptable-object.html is failing
https://bugs.webkit.org/show_bug.cgi?id=90710

This test was removed in r91637. Remove it from the Skipped list so that run-webkit-tests
doesn't complain about not being able to find the test.

  • platform/mac/Skipped:
11:00 AM Changeset in webkit [127287] by jberlin@webkit.org
  • 3 edits in trunk/LayoutTests

[Qt] http/tests/cookies/js-get-and-set-http-only-cookie.html failing since introduction in r119947
https://bugs.webkit.org/show_bug.cgi?id=87208

The .php version was removed in r118166, but the .html version it was replaced with in r119947
was separately marked as failing on Qt. Update the Skipped lists so that run-webkit-tests
doesn't complain about not being able to find the test on Mac (and so that the comment in the
Qt Skipped list is correct).

  • platform/mac/Skipped:
  • platform/qt/Skipped:
11:00 AM Changeset in webkit [127286] by jberlin@webkit.org
  • 3 edits in trunk/LayoutTests

fast/workers/storage/interrupt-database-sync.html fails intermittently
https://bugs.webkit.org/show_bug.cgi?id=49906

The test was disabled in r81333, so remove it from the Skipped lists so that run-webkit-tests
doesn't complain about not being able to find the test.

  • platform/win-xp/Skipped:
  • platform/wk2/Skipped:
10:58 AM Changeset in webkit [127285] by kareng@chromium.org
  • 1 edit in branches/chromium/1132/Source/WebCore/bindings/v8/V8DOMWindowShell.cpp

Merge 124689 - Disabling eval changes the timing of DidCreateScriptContext
https://bugs.webkit.org/show_bug.cgi?id=92189

Reviewed by Eric Seidel.

When we implemented Content-Security-Policy, we added the ability to
disable eval in the JavaScript engine. However, when we process the
Content-Security-Policy header, we might not have initialized the
script context for the given frame.

Previously, we would initialize the context, but that generates a
DidCreateScriptContext callback to the embedder earlier in the Document's
lifetime that before. A natural thing to do in this callback is to run
script to customize the script context, but Document isn't fully
initialized yet, which leads to odd bugs and general confusion.

In this patch, we delay actually disabling eval until we would have
created the scripting context previously. From the perspective of the
web platform, this has the same behavior. The only difference is that
now the DidCreateScriptContext notification occurs at the same time
regardless of whether Content-Security-Policy disables eval.

I tried to write a test for this change, but it was unclear to me how
to write a good test. I tried writing a Chromium WebKit unit test to no
avail. The good news is that this patch will be covered by the
PlatformAppBrowserTest.Iframes test in Chromium once
https://bugs.webkit.org/show_bug.cgi?id=93079 lands. That's not the
best way to test this change, but it might be sufficient.

  • bindings/js/ScriptController.cpp:

(WebCore::ScriptController::initScript):
(WebCore::ScriptController::disableEval):

  • bindings/v8/ScriptController.cpp:

(WebCore::ScriptController::enableEval):
(WebCore::ScriptController::disableEval):

  • bindings/v8/V8DOMWindowShell.cpp:

(WebCore::V8DOMWindowShell::initContextIfNeeded):

TBR=abarth@webkit.org
Review URL: https://chromiumcodereview.appspot.com/10919034

10:50 AM Changeset in webkit [127284] by timothy@apple.com
  • 2 edits in branches/safari-536.26-branch/LayoutTests

Rename testRunner to layoutTestController for a test on the branch.

Patch by Brady Eidson <beidson@apple.com> on 2012-08-31
Rubberstamped by Tim Hatcher.

  • platform/mac-wk2/plugins/npp-setwindow-called-on-scroll.html:
10:50 AM Changeset in webkit [127283] by kareng@chromium.org
  • 1 edit in branches/chromium/1132/Source/WebCore/bindings/v8/V8DOMWindowShell.cpp

Merge 124689 - Disabling eval changes the timing of DidCreateScriptContext
https://bugs.webkit.org/show_bug.cgi?id=92189

Reviewed by Eric Seidel.

When we implemented Content-Security-Policy, we added the ability to
disable eval in the JavaScript engine. However, when we process the
Content-Security-Policy header, we might not have initialized the
script context for the given frame.

Previously, we would initialize the context, but that generates a
DidCreateScriptContext callback to the embedder earlier in the Document's
lifetime that before. A natural thing to do in this callback is to run
script to customize the script context, but Document isn't fully
initialized yet, which leads to odd bugs and general confusion.

In this patch, we delay actually disabling eval until we would have
created the scripting context previously. From the perspective of the
web platform, this has the same behavior. The only difference is that
now the DidCreateScriptContext notification occurs at the same time
regardless of whether Content-Security-Policy disables eval.

I tried to write a test for this change, but it was unclear to me how
to write a good test. I tried writing a Chromium WebKit unit test to no
avail. The good news is that this patch will be covered by the
PlatformAppBrowserTest.Iframes test in Chromium once
https://bugs.webkit.org/show_bug.cgi?id=93079 lands. That's not the
best way to test this change, but it might be sufficient.

  • bindings/js/ScriptController.cpp:

(WebCore::ScriptController::initScript):
(WebCore::ScriptController::disableEval):

  • bindings/v8/ScriptController.cpp:

(WebCore::ScriptController::enableEval):
(WebCore::ScriptController::disableEval):

  • bindings/v8/V8DOMWindowShell.cpp:

(WebCore::V8DOMWindowShell::initContextIfNeeded):

TBR=abarth@webkit.org

10:48 AM Changeset in webkit [127282] by kareng@chromium.org
  • 4 edits in branches/chromium/1132/Source/WebCore

Merge 124689 - Disabling eval changes the timing of DidCreateScriptContext
https://bugs.webkit.org/show_bug.cgi?id=92189

Reviewed by Eric Seidel.

When we implemented Content-Security-Policy, we added the ability to
disable eval in the JavaScript engine. However, when we process the
Content-Security-Policy header, we might not have initialized the
script context for the given frame.

Previously, we would initialize the context, but that generates a
DidCreateScriptContext callback to the embedder earlier in the Document's
lifetime that before. A natural thing to do in this callback is to run
script to customize the script context, but Document isn't fully
initialized yet, which leads to odd bugs and general confusion.

In this patch, we delay actually disabling eval until we would have
created the scripting context previously. From the perspective of the
web platform, this has the same behavior. The only difference is that
now the DidCreateScriptContext notification occurs at the same time
regardless of whether Content-Security-Policy disables eval.

I tried to write a test for this change, but it was unclear to me how
to write a good test. I tried writing a Chromium WebKit unit test to no
avail. The good news is that this patch will be covered by the
PlatformAppBrowserTest.Iframes test in Chromium once
https://bugs.webkit.org/show_bug.cgi?id=93079 lands. That's not the
best way to test this change, but it might be sufficient.

  • bindings/js/ScriptController.cpp:

(WebCore::ScriptController::initScript):
(WebCore::ScriptController::disableEval):

  • bindings/v8/ScriptController.cpp:

(WebCore::ScriptController::enableEval):
(WebCore::ScriptController::disableEval):

  • bindings/v8/V8DOMWindowShell.cpp:

(WebCore::V8DOMWindowShell::initContextIfNeeded):

TBR=abarth@webkit.org

10:45 AM Changeset in webkit [127281] by pdr@google.com
  • 2 edits in trunk/LayoutTests

Mark fast/dom/shadow/shadowdom-for-textarea-complex-shadow.html as failing on mac
https://bugs.webkit.org/show_bug.cgi?id=95588

Unreviewed gardening.

This test is failing on mac due to the sizing of the textbox: in the
expected results there is no scrollbar but in the actual results there
is one. This patch marks this test as failing temporarily.

  • platform/chromium/TestExpectations:
10:37 AM Changeset in webkit [127280] by hyatt@apple.com
  • 7 edits in trunk/Source/WebCore

[New Multicolumn] Refactor flow thread repainting.
https://bugs.webkit.org/show_bug.cgi?id=95586

Reviewed by Simon Fraser.

Refactor flow thread repainting in regions to delegate the work to the region. This allows subclasses
to customize how the repainting happens so that individual repaints can be issued for columns and pages
inside sets.

repaintFlowThreadContent is the new virtual function that can be subclassed by sets to customize
the repaint process.

repaintFlowThreadContentRectangle is a parameterized helper that will be called for each individual
column and page in a set.

  • WebCore.exp.in:

Change repaintRectangle's signature to be const.

  • rendering/RenderFlowThread.cpp:

(WebCore::RenderFlowThread::repaintRectangleInRegions):
Now delegates the work for each region to RenderRegion::repaintFlowThreadContent.

  • rendering/RenderObject.cpp:

(WebCore::RenderObject::repaintUsingContainer):
(WebCore::RenderObject::repaint):
(WebCore::RenderObject::repaintRectangle):
(WebCore::RenderObject::isRooted):

  • rendering/RenderObject.h:

Change a bunch of functions to be const.

  • rendering/RenderRegion.cpp:

(WebCore::RenderRegion::repaintFlowThreadContent):
(WebCore):
(WebCore::RenderRegion::repaintFlowThreadContentRectangle):

  • rendering/RenderRegion.h:

(RenderRegion):
Add the two new functions (the virtual repaintFlowThreadContent and the helper it
uses, repaintFlowThreadContentRectangle).

10:34 AM Changeset in webkit [127279] by commit-queue@webkit.org
  • 1 edit
    2 deletes in trunk/LayoutTests

Unreviewed, rolling out r127182.
http://trac.webkit.org/changeset/127182
https://bugs.webkit.org/show_bug.cgi?id=95587

Reftests shouldn't be rebaselined (Requested by pdr on
#webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-08-31

  • platform/chromium-mac-snowleopard/fast/dom/shadow/shadowdom-for-textarea-complex-shadow-expected.png: Removed.
  • platform/chromium-mac/fast/dom/shadow/shadowdom-for-textarea-complex-shadow-expected.png: Removed.
10:28 AM Changeset in webkit [127278] by yoli@rim.com
  • 3 edits in trunk/Source/WebCore

[BlackBerry] Disable GCController timer for PLATFORM(BLACKBERRY)
https://bugs.webkit.org/show_bug.cgi?id=93007

Reviewed by Rob Buis.

Disable GCController timer.

  • bindings/js/GCController.cpp:

(WebCore::GCController::GCController):
(WebCore::GCController::garbageCollectSoon):
(WebCore):

  • bindings/js/GCController.h:

(GCController):

10:26 AM Changeset in webkit [127277] by msaboff@apple.com
  • 15 edits
    2 adds in trunk

CSS Parser should directly parse 8 bit source strings
https://bugs.webkit.org/show_bug.cgi?id=95207

Reviewed by Geoffrey Garen.

Source/WebCore:

Changed CSSParser to handle 8 bit strings directly. Templatized most private parsing methods
and helper methods by character type. Introduced several templatized helper methods for
parsing methods. Some of these helper methods have independent source and destination template
types to handle that an 8 bit source string when parsed produces a 16 bit result. This is due
to unicode escapes. Renamed the lex method "realLex" and made it a templated method. The lex
method that is called by cssyylex(), which is now inlined, invokes the correct instance of realLex
via a member function pointer.

Split out the encoding part of parseEscape() into a new templated UnicodeToChars() method.

Added 8/16 bit switching to CSSParserString as well as added initialization, setters and getters.
Note that CSSParserString must have a default constructor as it is part of the YYLVAL union.
Therefore created init() methods instead of constructors. Many of the parser function now directly
modify the instance in yylval. Made supporting changes in other webcore classes that are used
directly by CSSParser.

Test: fast/css/unicode-escape-in-8bit-string.html

  • css/CSSGrammar.y: Removed cssyylex() and changed manipulation of CSSParserString objects to

use newly written methods instead of direct manipulation of attributes.

  • css/CSSParser.cpp:

Templatized new or existing helper methods
(WebCore::makeLower):
(WebCore::isCSSLetter):
(WebCore::isCSSEscape):
(WebCore::isURILetter):
(WebCore::isIdentifierStartAfterDash):
(WebCore::isEqualToCSSIdentifier):
(WebCore::checkAndSkipEscape):
(WebCore::checkForValidDouble):
(WebCore::parseDouble):
(WebCore::parseColorIntOrPercentage):
(WebCore::isTenthAlpha):
(WebCore::parseAlphaValue):
(WebCore::mightBeRGBA):
(WebCore::mightBeRGB):
(WebCore::fastParseColorInternal):
(WebCore::CSSParser::fastParseColor):
(WebCore::CSSParser::parseImageSet):
(WebCore::skipWhiteSpace):
(WebCore::CSSParser::currentCharacter16):
(WebCore::CSSParser::isIdentifierStart):
(WebCore::CSSParser::checkAndSkipString):
(WebCore::CSSParser::parseUnicodeRange):
(WebCore::CSSParser::parseNthChild):
(WebCore::CSSParser::parseNthChildExtra):
(WebCore::CSSParser::detectFunctionTypeToken):
(WebCore::CSSParser::detectMediaQueryToken):
(WebCore::CSSParser::detectNumberToken):
(WebCore::CSSParser::detectDashToken):
(WebCore::CSSParser::detectAtToken):
(WebCore::CSSParser::setRuleHeaderEnd):
(WebCore::cssPropertyID):
(WebCore::isCSSTokenizerIdentifier):
(WebCore::isCSSTokenizerURL):

(WebCore::CSSParser::CSSParser): Updated constructor for initializing new attributes.

(WebCore::CSSParserString::lower): Calls new makeLower() template helper.

(WebCore::CSSParser::setupParser): Added 8 bit path and set up parser appropriate to
string type.

(WebCore::equal): Updated to use CSSParserString getters and StringImpl::equal
(WebCore::equalIgnoringCase): Updated to use CSSParserString getters and
StringImpl::equalIgnoringCase
(WebCore::parseColorValue): Updated to use new CSSParserString::init()
(WebCore::parseSimpleLength):
(WebCore::parseKeywordValue): Updated to use new CSSParserString::init()
(WebCore::parseTransformArguments):
(WebCore::CSSParser::parseSystemColor): Updated to use new CSSParserString::init()
(WebCore::CSSParser::storeVariableDeclaration): Create right character sized AtomicString.
(WebCore::FontFamilyValueBuilder::add):
(WebCore::TransformOperationInfo::TransformOperationInfo):
(WebCore::CSSParser::parseFontFeatureTag):

(WebCore::CSSParser::parseEscape): Now only parses an escape and returns the resulting
Unicode value as an unsigned.
(WebCore::CSSParser::UnicodeToChars): New method to write out unicode character(s)
based on character type.
(WebCore::CSSParser::parseIdentifierInternal): Templated helper.
(WebCore::CSSParser::parseIdentifier): Parses identifiers, possibly upconverting
the result when a unicode escape is found in an 8 bit source.
(WebCore::CSSParser::parseStringInternal): Templated helper.
(WebCore::CSSParser::parseString): Parses strings, possibly upconverting
the result when a unicode escape is found in an 8 bit source.
(WebCore::CSSParser::parseURIInternal): Templated helper.
(WebCore::CSSParser::parseURI): Templated and split logic out to parseURIInternal.
Reparses a parsed identifier to see if it is a URI. This method doesn't need to up
convert from 8 to 16 bits since that would have been done in parseIdentfier().
(WebCore::CSSParser::realLex): Lot of template related changes. Removed yylval->string
ASSERT checks at the end, since they are too naive to handle upconverted identifier,
string and URIs. They compared source pointers (m_tokenStart) with resulting strings.
(WebCore::fixUnparsedProperties):
(WebCore::CSSParser::fixUnparsedPropertyRanges): Added new template helper with same name.
(WebCore::CSSParser::markRuleHeaderStart):
(WebCore::CSSParser::markRuleHeaderEnd):
(WebCore::CSSParser::markRuleBodyStart):
(WebCore::CSSParser::markRuleBodyEnd):
(WebCore::CSSParser::markPropertyStart):
(WebCore::CSSParser::markPropertyEnd):
(WebCore::cssValueKeywordID):

  • css/CSSParser.h:

(CSSParser):
(WebCore::CSSParser::lex): Made this inline helper that calls correct realLex().
(WebCore::CSSParser::is8BitSource):
(WebCore::CSSParser::tokenStartOffset): Templated method returning offset in source
of the current token start.
(WebCore::CSSParser::tokenStartChar): Templated access to m_tokenStart.
(WebCore::cssyylex): Made this inline to avoid call.

  • css/CSSParserValues.h:

(WebCore::CSSParserString::init): Added three new initialization methods.

New setters, getters and helper methods.
(WebCore::CSSParserString::clear):
(WebCore::CSSParserString::is8Bit):
(WebCore::CSSParserString::characters8):
(WebCore::CSSParserString::characters16):
(WebCore::CSSParserString::length):
(WebCore::CSSParserString::setLength):
(WebCore::CSSParserString::operator[]):
(WebCore::CSSParserString::equalIgnoringCase):
(WebCore::CSSParserString::operator String):
(WebCore::CSSParserString::operator AtomicString):

Other methods templatized to support changes in CSSParser.

  • platform/graphics/Color.cpp:

(WebCore::parseHexColorInternal):
(WebCore::Color::parseHexColor): New LChar flavor
(WebCore::Color::Color):

  • platform/graphics/Color.h:

(Color):

  • platform/text/TextEncoding.cpp:

(WebCore::TextEncoding::TextEncoding):

  • platform/text/TextEncodingRegistry.cpp:

(WebCore::atomicCanonicalTextEncodingName):

  • platform/text/TextEncodingRegistry.h:
  • svg/SVGParserUtilities.cpp:

(WebCore::genericParseNumber):
(WebCore::parseSVGNumber):

  • svg/SVGParserUtilities.h:

(WebCore::isSVGSpace):
(WebCore::skipOptionalSVGSpaces):
(WebCore::skipOptionalSVGSpacesOrDelimiter):

Source/WTF:

  • wtf/text/StringImpl.h:

(WTF::equalIgnoringCase): Added (const char*, const LChar*, unsigned) flavor to support
8 bit CSS parser work.

LayoutTests:

New test that checks the case that a 16 bit unicode escape in an 8 bit CSS
source is properly handled.

  • fast/css/unicode-escape-in-8bit-string-expected.html: Added.
  • fast/css/unicode-escape-in-8bit-string.html: Added.
10:16 AM Changeset in webkit [127276] by timothy@apple.com
  • 2 edits in branches/safari-536.26-branch/Source/WebKit2

Merge r127272 for <rdar://problem/12211180>.

10:08 AM Changeset in webkit [127275] by kbalazs@webkit.org
  • 2 edits in trunk/Source/WebKit2

[Qt] ASSERT(m_useFixedLayout) in WebPage when using QRawWebView without setting fixed layout
https://bugs.webkit.org/show_bug.cgi?id=95557

Reviewed by Noam Rosenthal.

Let QRawWebView work with non-fixed layout size.

  • UIProcess/API/qt/raw/qrawwebview.cpp:

(QRawWebView::setSize): Also put the member assigment into
the point where the new size is ensured to be committed.

10:07 AM Changeset in webkit [127274] by dominik.rottsches@intel.com
  • 2 edits in trunk/LayoutTests

[Chromium] javascript-url-stop-loaders.html and zero-length-response.html are flaky on Chromium EWS
https://bugs.webkit.org/show_bug.cgi?id=95581

Unreviewed, Chromium gardening.

Tests mentioned in the title seem to cause flakiness on the Chromium EWS.

  • platform/chromium/TestExpectations: Mark as TIMEOUT PASS for now.
9:54 AM Changeset in webkit [127273] by kbalazs@webkit.org
  • 3 edits in trunk/Source/WebKit2

[Qt] LayerTreeRenderer::callOnMainTread method name is misleading
https://bugs.webkit.org/show_bug.cgi?id=95558

Reviewed by Kenneth Rohde Christiansen.

Fix the typo in the function name so callers will really call this
and not WTF::callOnMainThread. Renamed to dispatchOnMainThread to
make it clear that these things are not the same.

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.cpp:

(WebKit::LayerTreeRenderer::dispatchOnMainThread):
(WebKit::LayerTreeRenderer::flushLayerChanges):
(WebKit::LayerTreeRenderer::purgeGLResources):

  • UIProcess/CoordinatedGraphics/LayerTreeRenderer.h:

(LayerTreeRenderer):

9:20 AM Changeset in webkit [127272] by beidson@apple.com
  • 2 edits in trunk/Source/WebKit2

REGRESSION (127047): Crash in PluginProxy::windowVisibilityChanged when changing tabs
<rdar://problem/12211180> and https://bugs.webkit.org/show_bug.cgi?id=95515

Reviewed by Dan Bernstein.

Plug-ins created in background tabs don't get initialized until they first become visible,
so telling them they are now invisible leads to messaging on behalf of an uninitialized plug-in.

Many other methods related to visibility and focus only call through if the plug-in is initialized,
so setWindowIsVisible should do the same.

  • WebProcess/Plugins/PluginView.cpp:

(WebKit::PluginView::setWindowIsVisible): Only tell initialized plug-ins of window visibility changes.

9:03 AM Changeset in webkit [127271] by jberlin@webkit.org
  • 2 edits
    1 delete in trunk/LayoutTests

Web Inspector: sort object properties when dumping them in tests
https://bugs.webkit.org/show_bug.cgi?id=95459

Fix the expected results for timeline-paint to actually be in order.

  • inspector/timeline/timeline-paint-expected.txt:

'height' comes before 'width' alphabetically.

  • platform/chromium/inspector/timeline/timeline-paint-expected.txt: Removed.

Once the cross-platform results were fixed, this file was identical to the cross-platform
file. Remove it.

9:03 AM Changeset in webkit [127270] by hyatt@apple.com
  • 2 edits in trunk/Source/WebCore

[New Multicolumn] Make RenderFlowThreads into selection roots.
https://bugs.webkit.org/show_bug.cgi?id=95580

Reviewed by Dan Bernstein.

Make RenderFlowThreads selection roots so that they paint their own selection gaps.
This fixes multicolumn selection rendering so that the gaps paint correctly and stop
at the edge of the flow thread instead of going out to the edges of enclosing blocks.

  • rendering/RenderBlock.cpp:

(WebCore::RenderBlock::isSelectionRoot):

8:50 AM Changeset in webkit [127269] by commit-queue@webkit.org
  • 8 edits
    2 adds in trunk

[CSS Regions] It should be possible to specify ::BEFORE/AFTER as regions
https://bugs.webkit.org/show_bug.cgi?id=90079

Patch by Andrei Bucur <abucur@adobe.com> on 2012-08-31
Reviewed by David Hyatt.

Source/WebCore:

The calls for RenderRegion::node() have been replaced with RenderRegion::generatingNode() to allow pseudo-elements to have RenderRegion renderers.
The compare function that establishes the region order was adapted to take into account pseudo-regions.
A renderer for the pseudo-element is now generated if it's a region even though there's no content property specified.

Test: fast/regions/content-flowed-into-pseudo-regions.html

  • rendering/RenderFlowThread.cpp:

(WebCore::RenderFlowThread::computeOverflowStateForRegions):

  • rendering/RenderNamedFlowThread.cpp:

(WebCore::compareRenderRegions):

  • rendering/RenderObjectChildList.cpp:

(WebCore::ensureBeforeAfterContainer):
(WebCore):
(WebCore::RenderObjectChildList::updateBeforeAfterContent):

  • rendering/RenderRegion.cpp:

(WebCore::RenderRegion::nodeAtPoint):
(WebCore::RenderRegion::checkRegionStyle):
(WebCore::RenderRegion::computeStyleInRegion):

  • rendering/RenderTreeAsText.cpp:

(WebCore::writeRenderNamedFlowThreads):

LayoutTests:

The new ref-test has a block with both a :before and :after pseudo-elements marked as regions.
In the block there's another region.

The test verifies the content is correctly flowed (the region order is respected) in the region chain:
:before region -> child region -> :after region

As a region a pseudo-element should also be displayed if there's no content property specified in the style sheet.

  • fast/regions/content-flowed-into-pseudo-regions-expected.html: Added.
  • fast/regions/content-flowed-into-pseudo-regions.html: Added.
  • fast/regions/resources/region-style.css:

(.regionArticleAfter::after, .regionArticleBefore::before):
(.borderBoxNoFloat):

8:49 AM Changeset in webkit [127268] by kbalazs@webkit.org
  • 2 edits in trunk/Tools

[Qt] ImageDiff output is not in the expected form if image dimensions differ
https://bugs.webkit.org/show_bug.cgi?id=95575

Reviewed by Csaba Osztrogonác.

Output 100% difference in the case of differing image dimensions so
the test harness knows that we won't produce any output further.
This matches the behavior of other ports.

  • DumpRenderTree/qt/ImageDiff.cpp:

(main):

8:47 AM Changeset in webkit [127267] by hyatt@apple.com
  • 14 edits in trunk/Source/WebCore

[New Multicolumn] Implement unforced breaking in the new column layout.
https://bugs.webkit.org/show_bug.cgi?id=95498

Reviewed by Dan Bernstein.

This patch implements unforced breaking for lines and objects inside columns. Forced breaks are
not yet handled properly and will be covered in a separate patch.

  • rendering/LayoutState.cpp:

(WebCore::LayoutState::LayoutState):
Eliminate the flow thread constructor for LayoutState. Flow threads were doing a double push of
layout states, once in RenderFlowThread::layout() and then again in RenderBlock::layout(). This
double push was unnecessary, so I refactored the code to ensure the RenderBlock push does the
right thing for RenderFlowThreads.

(WebCore):

  • rendering/LayoutState.h:

(LayoutState):
Eliminate the flow thread constructor for LayoutState.

  • rendering/RenderBlock.cpp:

(WebCore::RenderBlock::checkForPaginationLogicalHeightChange):
This function now handles RenderFlowThreads and properly sets a non-zero page height as well
as querying the flow thread to ask if the pagination logical height has changed. The flow thread
has a new member that it sets in layout() so that it can answer this question.

(WebCore::RenderBlock::hasNextPage):
Make sure RenderRegionSets always claim to have a next page when they are the last region, since
we know columns/pages can always generate additional boxes as needed.

  • rendering/RenderFlowThread.cpp:

(WebCore::RenderFlowThread::RenderFlowThread):
Add the m_pageLogicalHeightChanged member variable for tracking whether regions changed dimensions,
thus forcing us to repaginate everything.

(WebCore::RenderFlowThread::layout):
Remove the redundant push of layout state now that RenderBlock's covers it.

(WebCore::RenderFlowThread::regionAtBlockOffset):
Always return the last region if it's a set, regardless of the extendLastRegion boolean.
This reflects the fact that the last region set can always generate new page/column boxes.

(WebCore::RenderFlowThread::pageLogicalTopForOffset):
Refactored to call into the region it finds for a given offset, so that the region itself
can answer the question of where the top of the page is. This enables sets to return the top of
specific columns/pages within the set.

(WebCore::RenderFlowThread::pageRemainingLogicalHeightForOffset):
Changed to be written in terms of pageLogicalTop and pageLogicalHeight so that it correctly uses
only the current column/page when determining remaining height.

  • rendering/RenderFlowThread.h:

Added pageLogicalHeightChanged() so that RenderBlock can ask the flow thread if its regions changed
dimensions.

  • rendering/RenderMultiColumnBlock.cpp:

(WebCore::RenderMultiColumnBlock::checkForPaginationLogicalHeightChange):
Tweaked to no longer turn on pagination, since the RenderMultiColumnFlowThread does that and we
want to avoid a double push of paginated states. Instead it now just sets the column height ahead
of time so that the RenderMultiColumnSets know how big their columns are.

  • rendering/RenderMultiColumnSet.cpp:

(WebCore::RenderMultiColumnSet::pageLogicalTopForOffset):
Subclassed to return the top of a specific column.

(WebCore):

  • rendering/RenderMultiColumnSet.h:

Add the subclassed method for pageLogicalTopForOffset.

  • rendering/RenderRegion.cpp:

(WebCore::RenderRegion::pageLogicalTopForOffset):
The code from RenderFlow::pageLogicalTopForOffset moved here. Just returns the top of the flow
thread portion rect in the region (same as before).

(WebCore::RenderRegion::layout):
Changed to check only the page logical width and height, since we only consider a region as
invalidating how you break if there is an actual page height change.

  • rendering/RenderRegion.h:

(WebCore::RenderRegion::isRenderRegionSet):
Added an isRenderRegionSet() virtual function so that we can test for sets.

  • rendering/RenderRegionSet.h:

(WebCore::RenderRegionSet::isRenderRegionSet):
Subclassed isRenderRegionSet() to return true.

  • rendering/RenderView.cpp:
  • rendering/RenderView.h:

(LayoutStateMaintainer):
(WebCore::LayoutStateMaintainer::push):
Remove the pushes of LayoutState that were specific to RenderFlowThreads.

8:40 AM Changeset in webkit [127266] by pfeldman@chromium.org
  • 7 edits in trunk

Web Inspector: Update $ to alias to querySelector rather than getElementById
https://bugs.webkit.org/show_bug.cgi?id=92648

Reviewed by Yury Semikhatsky.

Source/WebCore:

Completed implementation started by Addy Osmani. Updates $ to alias to querySelector
with more flexible handling of selectors. Also adds a warning about the change (as per Firebug).

  • inspector/InjectedScriptSource.js:

(.):

LayoutTests:

  • inspector/console/command-line-api-expected.txt:
  • inspector/console/command-line-api-inspect.html:
  • inspector/console/command-line-api.html:
8:36 AM Changeset in webkit [127265] by Csaba Osztrogonác
  • 1 edit
    2 adds in trunk/LayoutTests

[Qt][WK2] Unreviewed gardening, add Qt-WK2 specific expected
file, because this doesn't fail as expected, but passes.

  • platform/qt-5.0-wk2/css3/compositing/should-have-compositing-layer-expected.txt: Added.
8:04 AM Changeset in webkit [127264] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

Unreviewed, rolling out r127261.
http://trac.webkit.org/changeset/127261
https://bugs.webkit.org/show_bug.cgi?id=95572

This patch depends on other build fixes (see blockers of bug
95466) which should land first (Requested by milian on
#webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-08-31

  • qmake/mkspecs/features/features.prf:
7:59 AM Changeset in webkit [127263] by gavinp@chromium.org
  • 2 edits in trunk/Source/WebKit/chromium

[chromium] Disable WebViewTest.AutoResizeMinimumSize
https://bugs.webkit.org/show_bug.cgi?id=95571

Unreviewed gardening.

Disabling this test since it started failing in build 17225, see http://build.chromium.org/p/chromium.webkit/builders/Webkit%20Win/builds/17247 for instance. Will shortly file bug to re-enable this.

  • tests/WebViewTest.cpp:
7:54 AM Changeset in webkit [127262] by caseq@chromium.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: disable popover on click outside of popover anchor
https://bugs.webkit.org/show_bug.cgi?id=95564

Reviewed by Yury Semikhatsky.

Immediately hide popover when receiving a click outside of popover anchor.

  • inspector/front-end/Popover.js:

(WebInspector.PopoverHelper.prototype._mouseDown):

7:47 AM Changeset in webkit [127261] by commit-queue@webkit.org
  • 2 edits in trunk/Tools

[Qt] Support WebKit2/QML on QNX
https://bugs.webkit.org/show_bug.cgi?id=95466

Patch by Milian Wolff <milian.wolff@kdab.com> on 2012-08-31
Reviewed by Noam Rosenthal.

Enable USE(3D_GRAPHICS) on QNX again, paired with the other bug fixes
this should finally work now.

  • qmake/mkspecs/features/features.prf:
7:38 AM Changeset in webkit [127260] by timothy@apple.com
  • 1 edit in branches/safari-536.26-branch/Tools/DumpRenderTree/DumpRenderTree.xcodeproj/project.pbxproj

Fix build from another bad project merge.

7:35 AM Changeset in webkit [127259] by gavinp@chromium.org
  • 2 edits
    2 adds in trunk/LayoutTests

Unreviewed rebaseline after r127226

The windows results needed this rebaseline, apparently the original commit omitted these windows diffs per yosin@chromium.org.

  • platform/chromium-win-xp/fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.png: Added.
  • platform/chromium-win/fast/forms/time-multiple-fields/time-multiple-fields-appearance-basic-expected.png:
7:35 AM Changeset in webkit [127258] by commit-queue@webkit.org
  • 7 edits
    2 adds in trunk/Source

[EFL] Add proper support for navigator.onLine and associated events
https://bugs.webkit.org/show_bug.cgi?id=95532

Patch by Christophe Dumez <Christophe Dumez> on 2012-08-31
Reviewed by Kenneth Rohde Christiansen.

Source/WebCore:

Add support for detecting online state in EFL port and
monitor state changes. The EFL port now has proper
support for navigator.onLine and associated events.

The implementation is based on Eeze library for
detecting network interfaces and their configuration.
Detection of online state changes relies on rtnetlink.

No new tests, no behavior change for layout tests.

  • PlatformEfl.cmake: Link unconditionally against Eeze

library now.

  • platform/network/NetworkStateNotifier.cpp:

(WebCore):

  • platform/network/NetworkStateNotifier.h:

(NetworkStateNotifier):
(WebCore):

  • platform/network/efl/NetworkStateNotifierEfl.cpp: Added.

(WebCore):
(WebCore::NetworkStateNotifier::updateState):
(WebCore::NetworkStateNotifier::networkInterfaceChanged):
(WebCore::readSocketCallback):
(WebCore::NetworkStateNotifier::~NetworkStateNotifier):
(WebCore::NetworkStateNotifier::NetworkStateNotifier):

Source/WebKit/efl:

Remove ewk_network_state_notifier_online_set() API since
the EFL port no longer relies on the client application to
provide it with the online state.

  • ewk/ewk_network.cpp:
  • ewk/ewk_network.h:
7:29 AM Changeset in webkit [127257] by Csaba Osztrogonác
  • 2 edits in trunk/LayoutTests

[Qt][WK2] REGRESSION(r127091): It made layout tests extremely slow
https://bugs.webkit.org/show_bug.cgi?id=95450

Unreviewed gardening, skip http/tests/appcache tests until proper fix.

  • platform/qt-5.0-wk2/Skipped:
7:13 AM Changeset in webkit [127256] by commit-queue@webkit.org
  • 4 edits in trunk/LayoutTests

Remove http/tests/loading/gmail-assert-on-load.html test case from Skipped.
https://bugs.webkit.org/show_bug.cgi?id=95562

Unreviewed gardening.

Removed http/tests/loading/gmail-assert-on-load.html test case from Skipped files since it has been moved out from http/loading to http/misc, for details see bug 88923.

Patch by Kangil Han <kangil.han@samsung.com> on 2012-08-31

  • platform/win/Skipped:
  • platform/wincairo/Skipped:
  • platform/wk2/Skipped:
7:04 AM Changeset in webkit [127255] by zandobersek@gmail.com
  • 2 edits in trunk/LayoutTests

Unreviewed GTK gardening.

Adding failure expectations for two HTTP security tests.

  • platform/gtk/TestExpectations:
6:39 AM Changeset in webkit [127254] by timothy@apple.com
  • 1 edit in branches/safari-536.26-branch/Tools/DumpRenderTree/DumpRenderTree.xcodeproj/project.pbxproj

Fix build from bad merge.

6:34 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Fix typos. (diff)
6:33 AM Changeset in webkit [127253] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit2

[Qt] QNX does not support SOCK_SEQPACKET socket type for socketpair in ProcessLauncherQt
https://bugs.webkit.org/show_bug.cgi?id=95553

Patch by Milian Wolff <milian.wolff@kdab.com> on 2012-08-31
Reviewed by Simon Hausmann.

Calling socketpair with SOCK_SEQPACKET socket type fails on QNX with an error 241 (EPROTOTYPE),
as can be seen by the following debug output: "Creation of socket failed with errno: 241".
A test app shows that SOCK_DGRAM works properly on QNX, thus use it instead of SOCK_SEQPACKET.

  • UIProcess/Launcher/qt/ProcessLauncherQt.cpp:
6:33 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Minor fix. (diff)
6:31 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Fix typo. (diff)
6:28 AM LineBreaking edited by glenn@skynav.com
Fix typo. (diff)
6:21 AM WikiStart edited by glenn@skynav.com
Add link to new CSS3 Text (webkit) wiki page. (diff)
6:20 AM CSS3Text created by glenn@skynav.com
Initial content.
6:17 AM Changeset in webkit [127252] by timothy@apple.com
  • 9 edits
    3 adds in branches/safari-536.26-branch

Merge r127047 for <rdar://problem/12133021>.

6:14 AM LineBreaking edited by glenn@skynav.com
Elaborate content. (diff)
5:58 AM Changeset in webkit [127251] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[Qt] QNX build fails due to missing OpenGL ES defines
https://bugs.webkit.org/show_bug.cgi?id=95554

Patch by Milian Wolff <milian.wolff@kdab.com> on 2012-08-31
Reviewed by Simon Hausmann.

Apply the fix of bug 91030 to all platforms running on QNX.

  • platform/graphics/opengl/Extensions3DOpenGLES.h:
5:53 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Minor fixes. (diff)
5:52 AM Changeset in webkit [127250] by Csaba Osztrogonác
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening, skip a new failing test.

  • platform/qt/Skipped:
5:50 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Elaborate content. (diff)
5:46 AM Changeset in webkit [127249] by commit-queue@webkit.org
  • 3 edits in trunk/Source/WebCore

[CMake] Changes on the bindings generator does not trigger generation of the bindings
https://bugs.webkit.org/show_bug.cgi?id=95552

Patch by Thiago Marcos P. Santos <thiago.santos@intel.com> on 2012-08-31
Reviewed by Kenneth Rohde Christiansen.

Added the engine especific part of the generator to the dependency
list.

  • UseJSC.cmake:
  • UseV8.cmake:
5:30 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Add links. (diff)
5:28 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Fix typo. (diff)
5:28 AM Changeset in webkit [127248] by Patrick Gansterer
  • 2 edits in trunk/Source/JavaScriptCore

Build fix for WinCE after r127191.

  • bytecode/JumpTable.h:
5:27 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Elaborate content. (diff)
5:15 AM LineBreakingCSS3Mapping edited by glenn@skynav.com
Elaborate content. (diff)
5:07 AM Changeset in webkit [127247] by dominik.rottsches@intel.com
  • 2 edits
    1 add in trunk/LayoutTests

[EFL] Gardening of failing tests and new passes
https://bugs.webkit.org/show_bug.cgi?id=95555

Unreviewed EFL gardening of failing tests and new passes.

Patch by Sudarsana Nagineni <sudarsana.nagineni@linux.intel.com> on 2012-08-31

  • platform/efl/TestExpectations:
  • platform/efl/http/tests/misc/willCacheResponse-delegate-callback-expected.txt: Added.
5:05 AM Changeset in webkit [127246] by Csaba Osztrogonác
  • 2 edits in trunk/LayoutTests

[Qt] Gardening after r127140. Skip a failing reftest.

Patch by János Badics <János Badics> on 2012-08-31
Reviewed by Csaba Osztrogonác.

  • platform/qt/Skipped:
4:59 AM Changeset in webkit [127245] by Csaba Osztrogonác
  • 27 edits
    14 adds
    4 deletes in trunk/LayoutTests

[Qt] Unreviewed gardening, unskip now passing tests, update expected files.

  • platform/qt-5.0/css2.1/t0805-c5519-brdr-r-01-e-expected.png: Removed.
  • platform/qt-5.0/css2.1/t0805-c5519-brdr-r-01-e-expected.txt: Removed.
  • platform/qt-5.0/fast/inline/absolute-positioned-inline-in-centred-block-expected.png: Removed.
  • platform/qt-5.0/fast/inline/absolute-positioned-inline-in-centred-block-expected.txt: Removed.
  • platform/qt/Skipped:
  • platform/qt/TestExpectations:
  • platform/qt/css2.1/t0805-c5519-brdr-r-00-a-expected.txt:
  • platform/qt/css2.1/t0805-c5519-brdr-r-01-e-expected.png:
  • platform/qt/css2.1/t0805-c5519-brdr-r-01-e-expected.txt:
  • platform/qt/css2.1/t0805-c5520-brdr-b-01-e-expected.txt:
  • platform/qt/css2.1/t0805-c5521-brdr-l-00-a-expected.txt:
  • platform/qt/css2.1/t0805-c5521-brdr-l-01-e-expected.txt:
  • platform/qt/css2.1/t0805-c5521-ibrdr-l-00-a-expected.txt:
  • platform/qt/css3/filters/blur-filter-page-scroll-expected.png: Added.
  • platform/qt/css3/filters/blur-filter-page-scroll-expected.txt: Added.
  • platform/qt/css3/filters/blur-filter-page-scroll-parents-expected.png: Added.
  • platform/qt/css3/filters/blur-filter-page-scroll-parents-expected.txt: Added.
  • platform/qt/css3/filters/effect-reference-expected.png: Added.
  • platform/qt/css3/filters/effect-reference-expected.txt: Added.
  • platform/qt/css3/filters/effect-reference-external-expected.png: Added.
  • platform/qt/css3/filters/effect-reference-external-expected.txt: Added.
  • platform/qt/css3/filters/effect-reference-hw-expected.txt: Added.
  • platform/qt/css3/filters/effect-reference-ordering-expected.png: Added.
  • platform/qt/css3/filters/effect-reference-ordering-expected.txt: Added.
  • platform/qt/fast/block/float/024-expected.png:
  • platform/qt/fast/block/float/024-expected.txt:
  • platform/qt/fast/block/margin-collapse/025-expected.png:
  • platform/qt/fast/block/margin-collapse/025-expected.txt:
  • platform/qt/fast/block/margin-collapse/block-inside-inline/025-expected.png:
  • platform/qt/fast/block/margin-collapse/block-inside-inline/025-expected.txt:
  • platform/qt/fast/block/margin-collapse/empty-clear-blocks-expected.png:
  • platform/qt/fast/block/margin-collapse/empty-clear-blocks-expected.txt:
  • platform/qt/fast/css/absolute-child-with-percent-height-inside-relative-parent-expected.png:
  • platform/qt/fast/css/absolute-child-with-percent-height-inside-relative-parent-expected.txt:
  • platform/qt/fast/css/nested-layers-with-hover-expected.txt:
  • platform/qt/fast/inline/absolute-positioned-inline-in-centred-block-expected.png:
  • platform/qt/fast/inline/absolute-positioned-inline-in-centred-block-expected.txt:
  • platform/qt/fast/inline/left-right-center-inline-alignment-in-ltr-and-rtl-blocks-expected.png:
  • platform/qt/fast/inline/left-right-center-inline-alignment-in-ltr-and-rtl-blocks-expected.txt:
  • platform/qt/svg/filters/color-interpolation-filters-expected.png: Added.
  • platform/qt/tables/mozilla_expected_failures/marvin/table_overflow_hidden_tbody-expected.png: Added.
  • platform/qt/tables/mozilla_expected_failures/marvin/table_overflow_hidden_tbody-expected.txt:
  • platform/qt/tables/mozilla_expected_failures/marvin/table_overflow_hidden_tr-expected.png: Added.
  • platform/qt/tables/mozilla_expected_failures/marvin/table_overflow_hidden_tr-expected.txt:
4:35 AM Changeset in webkit [127244] by commit-queue@webkit.org
  • 3 edits in trunk/Source/WebKit/efl

[EFL] Simplify FrameLoaderClinetEfl by adding a private method.
https://bugs.webkit.org/show_bug.cgi?id=95444

Patch by Jinwoo Song <jinwoo7.song@samsung.com> on 2012-08-31
Reviewed by Gyuyoung Kim.

In the FrameLoaderClientEfl, the codes which checks that
if current frame is main frame are frequently used.
This patch adds a private method and replaces those codes
with the method to simplify.

  • WebCoreSupport/FrameLoaderClientEfl.cpp:

(WebCore::FrameLoaderClientEfl::dispatchDidChangeLocationWithinPage):
(WebCore::FrameLoaderClientEfl::dispatchDidReceiveIcon):
(WebCore::FrameLoaderClientEfl::dispatchDidStartProvisionalLoad):
(WebCore::FrameLoaderClientEfl::dispatchDidReceiveTitle):
(WebCore::FrameLoaderClientEfl::dispatchDidCommitLoad):
(WebCore::FrameLoaderClientEfl::dispatchDidFailProvisionalLoad):
(WebCore::FrameLoaderClientEfl::transitionToCommittedForNewPage):

  • WebCoreSupport/FrameLoaderClientEfl.h:

(WebCore::FrameLoaderClientEfl::isLoadingMainFrame):

3:41 AM LineBreakingCSS3Mapping created by glenn@skynav.com
Initial content.
3:33 AM LineBreaking edited by glenn@skynav.com
Elaborate content. (diff)
3:17 AM LineBreaking edited by glenn@skynav.com
Elaborate content (diff)
3:01 AM EFLWebKitCodingStyle edited by gyuyoung.kim@samsung.com
(diff)
2:56 AM Changeset in webkit [127243] by commit-queue@webkit.org
  • 5 edits in trunk/Source/WebCore

Web Inspector: [WebGL] Link WebGL calls to the source code where it was made
https://bugs.webkit.org/show_bug.cgi?id=95426

Patch by Andrey Adaikin <aandrey@chromium.org> on 2012-08-31
Reviewed by Vsevolod Vlasov.

Save a stack trace for every call we capture and report to the frontend sourceURL,lineNumber,columnNumber were the call was made from.
Right now, this will work only with V8.

  • inspector/InjectedScriptExterns.js:

(CallSite.prototype.getFileName):
(CallSite.prototype.getLineNumber):
(CallSite.prototype.getColumnNumber):

  • inspector/InjectedScriptWebGLModuleSource.js:

(.):

  • inspector/Inspector.json:
  • inspector/front-end/WebGLProfileView.js:

(WebInspector.WebGLProfileView):
(WebInspector.WebGLProfileView.prototype._showTraceLog):

2:43 AM Changeset in webkit [127242] by pfeldman@chromium.org
  • 6 edits
    1 add in trunk/Source/WebCore

Web Inspector: Add high-DPI images for status bar glyphs
https://bugs.webkit.org/show_bug.cgi?id=95471

Patch by Patrick Dubroy <dubroy@chromium.org> on 2012-08-31
Reviewed by Pavel Feldman.

Add the new 2x resolution image for the status bar glyphs, and add
media queries to use the images on high-DPI devices.

  • inspector/front-end/Images/statusbarButtonGlyphs2x.png: Added.
  • inspector/front-end/WebKit.qrc:
  • inspector/front-end/inspector.css:

(.long-click-glyph):
(@media (-webkit-min-device-pixel-ratio: 1.5)):
(.status-bar-item > .glyph):

  • inspector/front-end/scriptsPanel.css:

(.toggle-breakpoints .glyph):
(@media (-webkit-min-device-pixel-ratio: 1.5)):
(.status-bar-item.scripts-navigator-show-hide-button > .glyph):
(.status-bar-item.scripts-debugger-show-hide-button > .glyph):

  • WebCore.gypi
  • inspector/front-end/timelinePanel.css:

(#timeline-overview-sidebar .icon):
(@media (-webkit-min-device-pixel-ratio: 1.5)):

2:42 AM LineBreaking edited by glenn@skynav.com
Elaborate content. (diff)
2:40 AM Changeset in webkit [127241] by commit-queue@webkit.org
  • 14 edits in trunk/LayoutTests

[CSS Exclusions] Exclusions tests should run without errors in standalone browser
https://bugs.webkit.org/show_bug.cgi?id=95369

Patch by Bear Travis <betravis@adobe.com> on 2012-08-31
Reviewed by Andreas Kling.

Adding a check to make sure window.internals exists before accessing it.
Without the check, a reference error would occur when trying to run these
tests from the browser (as opposed to the test script).

  • fast/exclusions/css-exclusions-disabled.html:
  • fast/exclusions/script-tests/parsing-wrap-shape-inside.js:
  • fast/exclusions/script-tests/parsing-wrap-shape-outside.js:
  • fast/exclusions/script-tests/wrap-flow-parsing.js:
  • fast/exclusions/script-tests/wrap-margin-parsing.js:
  • fast/exclusions/script-tests/wrap-padding-parsing.js:
  • fast/exclusions/script-tests/wrap-parsing.js:
  • fast/exclusions/script-tests/wrap-through-parsing.js:
  • fast/exclusions/shape-inside/shape-inside-floats-simple.html:
  • fast/exclusions/shape-inside/shape-inside-inline-elements.html:
  • fast/exclusions/shape-inside/shape-inside-overflow.html:
  • fast/exclusions/shape-inside/shape-inside-percentage-auto.html:
  • fast/exclusions/shape-inside/shape-inside-text.html:
2:35 AM Changeset in webkit [127240] by pfeldman@chromium.org
  • 9 edits in trunk/Source/WebCore

Web Inspector: render box model elements and grid on inspector overlay
https://bugs.webkit.org/show_bug.cgi?id=95456

Reviewed by Vsevolod Vlasov.

This change migrates native rendering for box model to the InspectorOverlay.

  • inspector/InspectorInstrumentation.cpp:

(WebCore):
(WebCore::InspectorInstrumentation::didScrollImpl):

  • inspector/InspectorInstrumentation.h:

(InspectorInstrumentation):
(WebCore::InspectorInstrumentation::didScroll):
(WebCore):

  • inspector/InspectorOverlay.cpp:

(WebCore::InspectorOverlay::drawNodeHighlight):
(WebCore::InspectorOverlay::drawRectHighlight):
(WebCore::InspectorOverlay::overlayPage):
(WebCore::InspectorOverlay::evaluateInOverlay):

  • inspector/InspectorOverlay.h:

(WebCore::Highlight::setColors):
(Highlight):
(InspectorOverlay):

  • inspector/InspectorOverlayPage.html:
  • inspector/InspectorPageAgent.cpp:

(WebCore::InspectorPageAgent::didLayout):
(WebCore):
(WebCore::InspectorPageAgent::didScroll):

  • inspector/InspectorPageAgent.h:
  • page/Chrome.cpp:

(WebCore::Chrome::scroll):

2:23 AM LineBreaking edited by glenn@skynav.com
Add content. (diff)
2:14 AM Changeset in webkit [127239] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: [WebGL] Make wrap functions initialization lazy
https://bugs.webkit.org/show_bug.cgi?id=95533

Patch by Andrey Adaikin <aandrey@chromium.org> on 2012-08-31
Reviewed by Vsevolod Vlasov.

WebGL wrap functions initialization is not always needed to be executed: for example, when we will instrument a 2D canvas.
Drive-by: fixed variable namings, moved duplicated code into a small auxiliary function.

  • inspector/InjectedScriptWebGLModuleSource.js:

(.):

1:34 AM LineBreaking created by glenn@skynav.com
Outline new page describing line breaking.
1:07 AM Changeset in webkit [127238] by Simon Hausmann
  • 8 edits in trunk/Source

[Qt] Port convertValueToQVariant to use the JSC C API
https://bugs.webkit.org/show_bug.cgi?id=94695

Reviewed by Kenneth Rohde Christiansen.

Source/WebCore:

Most of the code is portable to the C API, with a few exceptions for internal
types such as byte arrays, dates or when unboxing primitive types.

  • bridge/qt/qt_instance.cpp:

(JSC::Bindings::QtField::setValueToInstance):

  • bridge/qt/qt_runtime.cpp:

(JSC::Bindings::operator<<):
(JSC::Bindings::isJSUint8ClampedArray):
(JSC::Bindings::isJSArray):
(Bindings):
(JSC::Bindings::isJSDate):
(JSC::Bindings::isQtObject):
(JSC::Bindings::valueRealType):
(JSC::Bindings::toString):
(JSC::Bindings::unwrapBoxedPrimitive):
(JSC::Bindings::convertValueToQVariantMap):
(JSC::Bindings::convertToList):
(JSC::Bindings::toQString):
(JSC::Bindings::getGregorianDateTimeUTC):
(JSC::Bindings::toQDateTimeUTC):
(JSC::Bindings::convertValueToQVariant):
(JSC::Bindings::findMethodIndex):
(JSC::Bindings::QtConnectionObject::execute):

  • bridge/qt/qt_runtime.h:

(Bindings):

Source/WebKit/qt:

Minor adaptations are needed here to accomodate the changed signature of
convertValueToQVariant.

  • Api/qwebelement.cpp:

(QWebElement::evaluateJavaScript):
(convertJSValueToWebElementVariant):

  • Api/qwebframe.cpp:

(QWebFrame::evaluateJavaScript):

  • WebCoreSupport/DumpRenderTreeSupportQt.cpp:

(convertJSValueToNodeVariant):

12:58 AM Changeset in webkit [127237] by pfeldman@chromium.org
  • 4 edits in trunk/Source/WebCore

Web Inspector: render path to file and line number as subtitles in selector dialog.
https://bugs.webkit.org/show_bug.cgi?id=95481

Reviewed by Vsevolod Vlasov.

In case several files have matching names, we should render the path next to it.
Using the same subtitle field, we now also render line number for JS and Style outlines.

  • inspector/front-end/FilteredItemSelectionDialog.js:

(WebInspector.FilteredItemSelectionDialog.prototype.get _itemsLoaded):
(WebInspector.FilteredItemSelectionDialog.prototype._createItemElement):
(WebInspector.FilteredItemSelectionDialog.prototype._filterItems):
(WebInspector.SelectionDialogContentProvider.prototype.itemSuffixAt):
(WebInspector.JavaScriptOutlineDialog.prototype.itemSuffixAt):
(WebInspector.JavaScriptOutlineDialog.prototype.itemSubtitleAt):
(WebInspector.OpenResourceDialog.prototype.itemSuffixAt):
(WebInspector.OpenResourceDialog.prototype.itemSubtitleAt):

  • inspector/front-end/StyleSheetOutlineDialog.js:

(WebInspector.StyleSheetOutlineDialog.prototype.itemSuffixAt):
(WebInspector.StyleSheetOutlineDialog.prototype.itemSubtitleAt):

  • inspector/front-end/filteredItemSelectionDialog.css:

(.js-outline-dialog > .container > div.item):
(.js-outline-dialog span.subtitle):

12:36 AM Changeset in webkit [127236] by commit-queue@webkit.org
  • 2 edits
    2 moves
    1 add in trunk/LayoutTests

[Qt] New inspector/profiler/webgl-profiler-api-changes.html times out
https://bugs.webkit.org/show_bug.cgi?id=95183

Patch by Andrey Adaikin <aandrey@chromium.org> on 2012-08-31
Reviewed by Yury Semikhatsky.

Move inspector WebGL test(s) to its own folder so that they are easy to blacklist. Skip them for QT where WebGL is disabled at the moment.
Drive-by: make the test fail instead of timing out when WebGL is disabled.

  • inspector/profiler/webgl/webgl-profiler-api-changes-expected.txt: Renamed from LayoutTests/inspector/profiler/webgl-profiler-api-changes-expected.txt.
  • inspector/profiler/webgl/webgl-profiler-api-changes.html: Renamed from LayoutTests/inspector/profiler/webgl-profiler-api-changes.html.
  • platform/qt/Skipped:
12:09 AM Changeset in webkit [127235] by yosin@chromium.org
  • 6 edits in trunk

[Forms] Left/Right keys in multiple fields time input UI should move focus physical left/right instead of logical left/right regardless text direction.
https://bugs.webkit.org/show_bug.cgi?id=95434

Reviewed by Kent Tamura.

Source/WebCore:

This patch also changes handling of Left/Right keys to aware text
direction ("dir" attribute"). Left/Right keys should move focus
physical right/left instead of logical right/left.

This patch affects ports which enable both ENABLE_INPUT_TYPE_TIME and
ENABLE_INPUT_TYPE_TIME_MULTIPLE_FIELDS.

No new tests. This patch adds a test case into fast/forms/time-multiple-fields/time-multiple-fields-keyboard-events.html

  • html/shadow/DateTimeFieldElement.cpp:

(WebCore::DateTimeFieldElement::defaultKeyboardEventHandler): Changed to check isRTL() for Left/Right keys then we call
appropriate focus motion function.
(WebCore::DateTimeFieldElement::isRTL): Added for checking text direction is right-to-left or not.

  • html/shadow/DateTimeFieldElement.h:

(DateTimeFieldElement): Added declaration of isRTL().

LayoutTests:

This patch adds a new test case of Left/Right keys navigation on
right-to-left text direction for multiple field time input UI.

This patch affects ports which enable both ENABLE_INPUT_TYPE_TIME and
ENABLE_INPUT_TYPE_TIME_MULTIPLE_FIELDS.

  • fast/forms/time-multiple-fields/time-multiple-fields-keyboard-events.html: Changed to have Left/Right keys navigation in

right-to-left text direction.

Aug 30, 2012:

11:31 PM Changeset in webkit [127234] by yosin@chromium.org
  • 6 edits in trunk

[Forms] Blur from field should reset typeahead buffer in multiple fields time input UI
https://bugs.webkit.org/show_bug.cgi?id=95525

Reviewed by Kent Tamura.

Source/WebCore:

This patch changes to reset typeahead timer used in DateTimeNumericFieldElement
on blur from field. It is intuitive that not merging keyboard inputs
with interleaving focus motion, e.g. sequence type "1", type Tab, type
Shift+Tab, type "2" should set field to "2" instead of "12".

This patch affects ports which enable both ENABLE_INPUT_TYPE_TIME and
ENABLE_INPUT_TYPE_TIME_MULTIPLE_FIELDS.

No new tests. This patch adds a test case into fast/forms/time-multiple-fields/time-multiple-fields-keyboard-events.html

  • html/shadow/DateTimeNumericFieldElement.cpp:

(WebCore::DateTimeNumericFieldElement::didBlur): Added to reset typeahead timer, m_lastDigitCharTime.

  • html/shadow/DateTimeNumericFieldElement.h:

(DateTimeNumericFieldElement): Added a declaration of didBlur().

LayoutTests:

This patch adds a new test case for checking blur event resets typeahead
buffer in multiple fields time input UI.

This patch affects ports which enable both ENABLE_INPUT_TYPE_TIME and
ENABLE_INPUT_TYPE_TIME_MULTIPLE_FIELDS.

  • fast/forms/time-multiple-fields/time-multiple-fields-keyboard-events-expected.txt: Changed to include an expectation of new test case.
  • fast/forms/time-multiple-fields/time-multiple-fields-keyboard-events.html: Added a new test case of blur event resets typeahead buffer.
10:54 PM Changeset in webkit [127233] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WTF

AtomicString(ASCIILiteral) should not compile
https://bugs.webkit.org/show_bug.cgi?id=95413

Patch by Benjamin Poulain <bpoulain@apple.com> on 2012-08-30
Reviewed by Adam Barth.

  • wtf/text/AtomicString.h:

(AtomicString): Declare the constructor from ASCIILiteral private to ensure it is
not used by accident.

9:53 PM Changeset in webkit [127232] by timothy@apple.com
  • 1 copy in tags/Safari-537.8

New tag.

9:52 PM Changeset in webkit [127231] by timothy@apple.com
  • 1 delete in tags/Safari-537.8

Delete tag.

9:51 PM Changeset in webkit [127230] by morrita@google.com
  • 3 edits in trunk/Source/WebCore

Unreviewed, followup build fix against r127228.

  • dom/Notation.cpp:

(WebCore::Notation::cloneNode):

  • dom/Notation.h:

(Notation):

9:51 PM Changeset in webkit [127229] by timothy@apple.com
  • 1 copy in tags/Safari-537.8

New tag.

9:27 PM Changeset in webkit [127228] by morrita@google.com
  • 26 edits
    2 deletes in trunk

Unreviewed, rolling out r126127.
http://trac.webkit.org/changeset/126127

This breaks gobject bindings.

Source/WebCore:

  • dom/Attr.cpp:

(WebCore::Attr::cloneNode):

  • dom/Attr.h:
  • dom/CDATASection.cpp:

(WebCore::CDATASection::cloneNode):

  • dom/CDATASection.h:

(CDATASection):

  • dom/Comment.cpp:

(WebCore::Comment::cloneNode):

  • dom/Comment.h:

(Comment):

  • dom/Document.cpp:

(WebCore::Document::cloneNode):

  • dom/Document.h:

(Document):

  • dom/DocumentFragment.cpp:

(WebCore::DocumentFragment::cloneNode):

  • dom/DocumentFragment.h:

(DocumentFragment):

  • dom/DocumentType.cpp:

(WebCore::DocumentType::cloneNode):

  • dom/DocumentType.h:

(DocumentType):

  • dom/Element.cpp:

(WebCore::Element::cloneNode):

  • dom/Element.h:

(Element):

  • dom/EntityReference.cpp:

(WebCore::EntityReference::cloneNode):

  • dom/EntityReference.h:

(EntityReference):

  • dom/Node.h:

(Node):

  • dom/Node.idl:
  • dom/ProcessingInstruction.cpp:

(WebCore::ProcessingInstruction::cloneNode):

  • dom/ProcessingInstruction.h:

(ProcessingInstruction):

  • dom/ShadowRoot.cpp:

(WebCore::ShadowRoot::cloneNode):

  • dom/ShadowRoot.h:

(ShadowRoot):

  • dom/Text.cpp:

(WebCore::Text::cloneNode):

  • dom/Text.h:

(Text):

LayoutTests:

  • fast/dom/shadow/shadowroot-clonenode-expected.txt: Removed.
  • fast/dom/shadow/shadowroot-clonenode.html: Removed.
9:00 PM Changeset in webkit [127227] by abarth@webkit.org
  • 3 edits in trunk/Source/WebCore

Loading a worker script should not be O(n2)
https://bugs.webkit.org/show_bug.cgi?id=95518

Reviewed by Benjamin Poulain.

Previously, we would malloc a new buffer and memcpy the entire worker
script every time we got another packet of data from the network. This
patch uses StringBuilder to accumulate the buffer more efficiently.

  • workers/WorkerScriptLoader.cpp:

(WebCore::WorkerScriptLoader::WorkerScriptLoader):
(WebCore::WorkerScriptLoader::didReceiveData):
(WebCore::WorkerScriptLoader::didFinishLoading):
(WebCore):
(WebCore::WorkerScriptLoader::script):

  • workers/WorkerScriptLoader.h:

(WorkerScriptLoader):

8:48 PM Changeset in webkit [127226] by yosin@chromium.org
  • 10 edits
    2 adds in trunk

[Forms] Shift+Tab should focus the last field of multiple fields time input UI
https://bugs.webkit.org/show_bug.cgi?id=95168

Reviewed by Kent Tamura.

Source/WebCore:

This patch changes focus handling in DateTimeEditElement class for
multiple fields time input UI.

Current implementation controls focus in fields by DateTimeEditElement
and a focus field is tracked m_focusFieldIndex member variable. In
current implementation, it is hard to set focus to the last field when
it gets focus by Shift+Tab, because we don't know how DateTimeEditElement
gets focus.

In this new implementation, DateTimeEditElement doesn't control focus
rather FocusController class controls focus:

  • We set focus to DateTimeFieldElement instead of HTMLInputElement which is shadow host of DateTimeEditElement for controlling focus by FocusController.
  • Focus/blur events in DateTimeFieldElement are routed to HTMLInputElement by shadow DOM mechanism.
  • TimeInputType class overrides HTMLINputElement::blur() and focus() functions for delegating blur/focus behavior to DateTimeEditElement by calling DateTimeEditElement::blurByOwner()/focusByOwner().

This patch affects only ports which enable both ENABLE_INPUT_TYPE_TIME
and ENABLE_INPUT_TYPE_TIME_MULTIPLE_FIELDS.

Tests: fast/forms/time-multiple-fields/time-multiple-fields-blur-and-focus-events.html
This patch also adds a new test case for Shift+Tab into fast/forms/time-multiple-fields/time-multiple-fields-keyboard-events.html.

  • html/TimeInputType.cpp:

(WebCore::TimeInputType::DateTimeEditControlOwnerImpl::didFieldBlur): Added for the input element not to be matched "focus" pseudo class for removing focus ring.
(WebCore::TimeInputType::DateTimeEditControlOwnerImpl::didFieldFocus): Added for the input element to be matched "focus" pseudo class for adding focus ring.
(WebCore::TimeInputType::DateTimeEditControlOwnerImpl::editControlMouseFocus): Removed. DateTimeEditElement no longer set focus to HTMLInputElement.
(WebCore::TimeInputType::DateTimeEditControlOwnerImpl::focusAndSelectEditControlOwner): Removed. In this patch, settting focus to field is handled by DateTimeEditElement. We don't need to call HTMLInputElement::select() which has no effect for "time" input type.
(WebCore::TimeInputType::DateTimeEditControlOwnerImpl::isEditControlOwnerFocused): Revmoed. FocusController manages focus navigation in fields rather than DateTimeEditElement.
(WebCore::TimeInputType::blur): Added for delegating blur() action to DateTimeEditElement.
(WebCore::TimeInputType::focus): Added for delegating focus() action to DateTimeEditElement.
(WebCore::TimeInputType::handleDOMActivateEvent): Removed. HTMLInputElement for "time" input type no longer get focus.
(WebCore::TimeInputType::hasCustomFocusLogic): Added for asking FocusController to walk into shadow DOM tree on input type "time".
(WebCore::TimeInputType::isKeyboardFocusable): Changed for "input" element not to have focus.
(WebCore::TimeInputType::isMouseFocusable): Changed for "input" element not to have focus.

  • html/TimeInputType.h:

(DateTimeEditControlOwnerImpl): Changed for new definition of DateTimeEditControlOwner.
(TimeInputType): Changed for new definition of DateTimeEditElement.

  • html/shadow/DateTimeEditElement.cpp:

(WebCore::DateTimeEditElement::DateTimeEditElement): Removed dropped member variable m_focusFieldIndex.
(WebCore::DateTimeEditElement::blurByOwner): Added for blur() action asekd by owner.
(WebCore::DateTimeEditElement::didBlurFromField): Added for calling DateTimeEditControlOwner::didBlurFromControl().
(WebCore::DateTimeEditElement::didFocusOnField): Added for calling DateTimeEditControlOwner::didFocusOnControl().
(WebCore::DateTimeEditElement::fieldIndexOf): Added for mapping DateTimeFieldElement to field index.
(WebCore::DateTimeEditElement::focusByOwner): Added for focus() action asekd by owner.
(WebCore::DateTimeEditElement::focusFieldAt): Removed.
(WebCore::DateTimeEditElement::focusedFieldIndex): Added as helper function.
(WebCore::DateTimeEditElement::focusedField): Added.
(WebCore::DateTimeEditElement::focusOnNextField): Changed to pass a field to focusOnNext().
(WebCore::DateTimeEditElement::focusOnPreviousField): ditto.
(WebCore::DateTimeEditElement::focusAndSelectSpinButtonOwner): Changed for setting focus to the first field.
(WebCore::DateTimeEditElement::handleKeyboardEvent): Removed. Moved handling of Left/Right keys to DateTimeFieldElement. Removed Tab-key handling.
(WebCore::DateTimeEditElement::handleMouseEvent): Removed. DateTimeEdit doesn't handle mouse click since this patch.
(WebCore::DateTimeEditElement::layout): Changed to use focusFieldIndex() and DateTimeFieldElement::focus().
(WebCore::DateTimeEditElement::nextFieldIndex): Removed. focusOnNextField does samething and sets focus.
(WebCore::DateTimeEditElement::previousFieldIndex): Removed. focusOnPreviousField does samething and sets focus.
(WebCore::DateTimeEditElement::resetLayout): Changed to remove m_focusFieldIndex variable reference.
(WebCore::DateTimeEditElement::defaultEventHandler): Changed to remove focus navigation related events, blue/focus/mouse, handling.
(WebCore::DateTimeEditElement::shouldSpinButtonRespondToWheelEvents): Changed to check focus field instead of asking owner.
(WebCore::DateTimeEditElement::spinButtonStepDown): Changed to use focusField() instead of m_focusFieldIndex.
(WebCore::DateTimeEditElement::spinButtonStepUp): ditto.
(WebCore::DateTimeEditElement::updateUIState): ditto.

  • html/shadow/DateTimeEditElement.h:

(EditControlOwner): Added didBlurFromField() and didFocusOnField() function declarations. Removed focusAndSelectEditControlOwner, it was used for set focus to HTMLInputElement, and isEditControlOwnerFocused.
(DateTimeEditElement):

  • html/shadow/DateTimeFieldElement.cpp:

(WebCore::DateTimeFieldElement::defaultEventHandler): Changed to handle blur and focus events.
(WebCore::DateTimeFieldElement::defaultKeyboardEventHandler): Changed to handle Left/Right keys.
(WebCore::DateTimeFieldElement::didBlur): Added to call FieldOwner::didBlurFromField() to remove focus ring from owner element.
(WebCore::DateTimeFieldElement::didFocus): Added to call FieldOwner::didFocusOnField() to add focus ring to owner element.
(WebCore::DateTimeFieldElement::focusOnNextField): Added for moving focus to next field for DateTimeNumbericFieldElment
(WebCore::DateTimeFieldElement::isFocusable): Added to make DateTimeFieldElement focusable.
(WebCore::DateTimeFieldElement::supportsFocus): Added to make DateTimeFieldElement focusable.

  • html/shadow/DateTimeFieldElement.h:

(FieldOwner): Added declarations for focusable handling.
(DateTimeFieldElement): ditto.

LayoutTests:

This patch adds focus and blur event handling test and a new test case
for Shift+Tab for multiple fields time input UI.

  • time-multiple-fields-blur-and-focus-events-expected.txt: Added.
  • time-multiple-fields-blur-and-focus-events.html: Added for blur and focus events handling.
  • fast/forms/time-multiple-fields/time-multiple-fields-keyboard-events.html: Changed to add a test cases for Shift+Tab.
8:30 PM Changeset in webkit [127225] by jamesr@google.com
  • 12 edits
    1 delete in trunk/Source

[chromium] Revert WebCompositorSupport to raw ptrs, make dtor protected
https://bugs.webkit.org/show_bug.cgi?id=95520

Reviewed by Darin Fisher.

Source/Platform:

WebPassOwnPtr<T> isn't quite usable from the chromium side - it needs some more work and isn't worth blocking
WebCompositorSupport for. Also, the d'tor for WebCompositorSupport needs to be protected, not private, so it can
be implemented.

  • Platform.gypi:
  • chromium/public/WebCompositorSupport.h:

(WebKit):
(WebKit::WebCompositorSupport::createLayerTreeView):
(WebKit::WebCompositorSupport::createLayer):
(WebKit::WebCompositorSupport::createContentLayer):
(WebKit::WebCompositorSupport::createExternalTextureLayer):
(WebKit::WebCompositorSupport::createIOSurfaceLayer):
(WebKit::WebCompositorSupport::createImageLayer):
(WebKit::WebCompositorSupport::createSolidColorLayer):
(WebKit::WebCompositorSupport::createVideoLayer):
(WebKit::WebCompositorSupport::createScrollbarLayer):
(WebKit::WebCompositorSupport::createAnimation):
(WebKit::WebCompositorSupport::createFloatAnimationCurve):
(WebKit::WebCompositorSupport::createTransformAnimationCurve):
(WebCompositorSupport):

  • chromium/public/WebPassOwnPtr.h: Removed.

Source/WebCore:

Adopt the return value of WebCompositorSupport explicitly.

  • platform/graphics/chromium/AnimationTranslationUtil.cpp:

(WebCore::createWebAnimation):

  • platform/graphics/chromium/Canvas2DLayerBridge.cpp:

(WebCore::Canvas2DLayerBridge::Canvas2DLayerBridge):

  • platform/graphics/chromium/DrawingBufferChromium.cpp:

(WebCore::DrawingBufferPrivate::DrawingBufferPrivate):

  • platform/graphics/chromium/GraphicsLayerChromium.cpp:

(WebCore::GraphicsLayerChromium::GraphicsLayerChromium):
(WebCore::GraphicsLayerChromium::setContentsToImage):
(WebCore::GraphicsLayerChromium::updateLayerPreserves3D):

Source/WebKit/chromium:

Adopt the return value of WebCompositorSupport explicitly.

  • src/LinkHighlight.cpp:

(WebKit::LinkHighlight::LinkHighlight):
(WebKit::LinkHighlight::startHighlightAnimation):

  • src/WebMediaPlayerClientImpl.cpp:

(WebKit::WebMediaPlayerClientImpl::readyStateChanged):

  • src/WebPluginContainerImpl.cpp:

(WebKit::WebPluginContainerImpl::setBackingTextureId):
(WebKit::WebPluginContainerImpl::setBackingIOSurfaceId):

6:25 PM Changeset in webkit [127224] by abarth@webkit.org
  • 16 edits in trunk/Source/WebCore

Replace more instances of += with StringBuilder
https://bugs.webkit.org/show_bug.cgi?id=95502

Reviewed by Darin Adler.

This patch removes many uses of WTF::String::operator+= in WebCore.
Many of these uses are inefficient because they cause us to allocate
and memcpy strings more times than necessary. In most cases, I've
replaced these inefficient patterns with StringBuilder.

This patch makes progress towards removing WTF::String::operator+= from
the project.

We can make cssText() more efficient by passing a single StringBuilder
instance along to the recursive calls, but I've left that for a later
patch.

  • css/CSSBorderImageSliceValue.cpp:

(WebCore::CSSBorderImageSliceValue::customCssText):

  • css/CSSFontFaceSrcValue.cpp:

(WebCore::CSSFontFaceSrcValue::customCssText):

  • css/CSSFunctionValue.cpp:

(WebCore::CSSFunctionValue::customCssText):

  • css/CSSGradientValue.cpp:

(WebCore::CSSLinearGradientValue::customCssText):
(WebCore::CSSRadialGradientValue::customCssText):

  • css/CSSParser.cpp:

(WebCore::CSSParser::createKeyframe):

  • css/CSSPrimitiveValue.cpp:

(WebCore::CSSPrimitiveValue::customCssText):

  • css/CSSReflectValue.cpp:

(WebCore::CSSReflectValue::customCssText):

  • css/CSSTimingFunctionValue.cpp:

(WebCore::CSSCubicBezierTimingFunctionValue::customCssText):
(WebCore::CSSStepsTimingFunctionValue::customCssText):

  • css/StylePropertySet.cpp:

(WebCore::StylePropertySet::get4Values):
(WebCore::StylePropertySet::getLayeredShorthandValue):
(WebCore::StylePropertySet::getShorthandValue):

  • fileapi/BlobURL.cpp:

(WebCore::BlobURL::createBlobURL):

  • inspector/InspectorCSSAgent.cpp:

(WebCore::InspectorCSSAgent::SetPropertyTextAction::redo):

  • inspector/InspectorClient.cpp:

(WebCore::InspectorClient::doDispatchMessageOnFrontendPage):

  • inspector/InspectorConsoleAgent.cpp:

(WebCore::InspectorConsoleAgent::didFailLoading):

  • inspector/InspectorFileSystemAgent.cpp:

(WebCore):

  • inspector/InspectorPageAgent.cpp:

(WebCore::InspectorPageAgent::cachedResourceContent):
(WebCore::InspectorPageAgent::getCookies):

  • inspector/InspectorStyleSheet.cpp:

(WebCore::InspectorStyleSheet::addRule):

6:19 PM Changeset in webkit [127223] by roger_fong@apple.com
  • 2 edits in trunk/LayoutTests

Unreviewed gardening. fast/events/domactivate-sets-underlying-click-event-as-handled.html fails on Windows.
https://bugs.webkit.org/show_bug.cgi?id=87469

It looks like any test that involves popup windows of some sort confuses DRT.
It doesn't know to continue the test when focus moves away from the main window.
This happens with select menu tests as well when focus is put on the select options popup.

  • platform/win/Skipped:
6:15 PM Changeset in webkit [127222] by fpizlo@apple.com
  • 4 edits in trunk

ASSERTION FAILURE in JSC::JSGlobalData::float32ArrayDescriptor when running fast/js/dfg-float64array.html
https://bugs.webkit.org/show_bug.cgi?id=95398

Reviewed by Mark Hahnenberg.

Source/JavaScriptCore:

Trying to get the build failure to be a bit more informative.

  • runtime/JSGlobalData.h:

(JSGlobalData):

LayoutTests:

Temporarily unskipping tests to figure out what is going.

  • platform/mac-wk2/Skipped:
6:14 PM Changeset in webkit [127221] by tkent@chromium.org
  • 3 edits
    3 copies in branches/chromium/1229

Merge 126839 - REGRESSION(r109480): Form state for iframe content is not restored
https://bugs.webkit.org/show_bug.cgi?id=90870

Reviewed by Jochen Eisinger.

Source/WebCore:

Since r109480, we have restored form state only for documents
loaded by FrameLoader::loadItem(). However we should restore form
state for documents in sub-frames of documents loaded by
FrameLoader::loadItem().

Test: fast/loader/form-state-restore-with-frames.html

  • history/HistoryItem.cpp:

(WebCore::HistoryItem::isAncestorOf):
Added. A function to search descendants for the specified
HistoryItem. This is used by isAssociatedToRequestedHistoryItem().

  • history/HistoryItem.h:

(HistoryItem): Declare isAncestorOf().

  • loader/HistoryController.cpp:

(WebCore::HistoryController::saveDocumentState):
Don't save form state for detached document.
This is needed because saveDocumentState() is called twice; before
document detach and after document detach. We need to avoid the
latter call because formElementsState() for a detached document
produces an empty state.
(WebCore::isAssociatedToRequestedHistoryItem):
Added. This function checks the current HistoryItem is associated
to the HistoryItem specified to FrameLoader::loadItem().
(WebCore::HistoryController::restoreDocumentState):
Uses isAssociatedToRequestedHistoryItem().

LayoutTests:

  • fast/loader/form-state-restore-with-frames.html: Added.
  • fast/loader/form-state-restore-with-frames-expected.txt: Added.
  • fast/loader/resources/form-state-restore-with-frames-1.html: Added.

TBR=tkent@chromium.org
Review URL: https://chromiumcodereview.appspot.com/10918017

6:13 PM Changeset in webkit [127220] by macpherson@chromium.org
  • 7 edits
    10 adds in trunk

Make it possible to use CSS Variables inside Calc expressions.
https://bugs.webkit.org/show_bug.cgi?id=95284

Reviewed by Tony Chang.

Allows calc expressions to contain unevaluated variables, which are then resolved in StyleResolver.cpp when building the RenderStyle tree.

Tests:
fast/css/variables/calc.html

  • css/CSSCalculationValue.cpp:

(WebCore::unitCategory):
(WebCore):
(WebCore::CSSCalcValue::customSerializeResolvingVariables):
Generates a CSS expression with variables resolved into their corresponding values.
(WebCore::CSSCalcValue::hasVariableReference):
Returns true if the calculation's expression tree refers to a variable (that needs to be resolved).
(CSSCalcPrimitiveValue):
(WebCore::CSSCalcPrimitiveValue::serializeResolvingVariables):
Resolves the variable using the underlying CSSPrimitiveValue's serializeResolvingVariables function.
(WebCore::CSSCalcPrimitiveValue::hasVariableReference):
(WebCore::CSSCalcPrimitiveValue::toCalcValue):
(WebCore::CSSCalcPrimitiveValue::doubleValue):
(WebCore::CSSCalcPrimitiveValue::computeLengthPx):
(WebCore::CSSCalcBinaryOperation::create):
(CSSCalcBinaryOperation):
(WebCore::CSSCalcBinaryOperation::serializeResolvingVariables):
Builds a CSS expression for contained subtrees.
(WebCore::CSSCalcBinaryOperation::hasVariableReference):
Returns true if either subtree contains a variable.

  • css/CSSCalculationValue.h:

(CSSCalcExpressionNode):
(CSSCalcValue):

  • css/CSSGrammar.y:
  • css/CSSParser.cpp:

(WebCore::CSSParser::validCalculationUnit):

  • css/CSSPrimitiveValue.cpp:

(WebCore::CSSPrimitiveValue::primitiveType):
(WebCore::CSSPrimitiveValue::customSerializeResolvingVariables):

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::collectMatchingRulesForList):

5:49 PM FeatureFlags edited by tkent@chromium.org
Add COMPUTED_GOTO_OPCODES (diff)
5:43 PM Changeset in webkit [127219] by mhahnenberg@apple.com
  • 2 edits in trunk/Source/WebKit2

~JSNPObject should call invalidate() if it hasn't been called already
https://bugs.webkit.org/show_bug.cgi?id=95497

Reviewed by Geoffrey Garen.

Finalization is no longer eager, just like destruction, so the original intent behind
this ASSERT in ~JSNPObject is no longer relevant. Therefore, we can just call invalidate()
ourselves in ~JSNPObject.

  • WebProcess/Plugins/Netscape/JSNPObject.cpp:

(WebKit::JSNPObject::~JSNPObject):

5:39 PM Changeset in webkit [127218] by roger_fong@apple.com
  • 2 edits in trunk/LayoutTests

Unreviewed Gardening. http/security/referrer tests fail. Unable to load resources over https.
https://bugs.webkit.org/show_bug.cgi?id=73913

  • platform/win/Skipped:
5:34 PM Changeset in webkit [127217] by commit-queue@webkit.org
  • 27 edits
    1 copy
    13 adds
    2 deletes in trunk

[CSS Shaders] Implement normal blend mode and source-atop compositing mode
https://bugs.webkit.org/show_bug.cgi?id=93869

Patch by Max Vujovic <mvujovic@adobe.com> on 2012-08-30
Reviewed by Dean Jackson.

Source/WebCore:

Instead of allowing direct texture access in an author's shader via u_texture, CSS
Shaders blends special symbols in the author's shader (css_MixColor and
css_ColorMatrix) with the DOM element texture.

The author specifies the blend mode and composite operator via the CSS mix
function like this:
-webkit-filter: custom(none mix(shader.fs normal source-atop));

This patch implements the normal blend mode and the source-atop composite
operator. The other blend modes and composite operators will come in later
patches.

This patch introduces a new class, CustomFilterValidatedProgram, which validates
the shader using ANGLE. If the shader uses blending and compositing,
CustomFilterValidatedProgram uses ANGLE's SH_CSS_SHADERS_SPEC flag. This allows
the author's shader to compile successfully with special symbols like
"css_MixColor". ANGLE also reserves the "css_" prefix. If the shader doesn't use
blending and compositing, CustomFilterValidatedProgram validates the shader using
ANGLE's SH_WEBGL_SPEC flag.

After validation, CustomFilterValidatedProgram adds blending, compositing, and
texture access shader code to the author's original shaders. The definitions for
css_MixColor and css_ColorMatrix are added before the author's fragment shader
code so that the author code can access them. The blending, compositing, and
texture access code is added after the author code and is thus inaccessible to the
author code. Since ANGLE reserves the "css_" prefix during the validation phase,
no collisions are possible between the author's code and the code that WebKit adds.

The CustomFilterGlobalContext now caches CustomFilterValidatedProgram instead
of CustomFilterCompiledProgram. CustomFilterValidatedProgram owns a
CustomFilterCompiledProgram. This way, we can use the platform-independent
CustomFilterValidatedProgram to validate and rewrite the shaders, regardless of
the platform representation of the program (e.g. CustomFilterCompiledProgram).

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

css3/filters/custom/custom-filter-composite-source-atop.html

  • GNUmakefile.list.am:
  • Target.pri:
  • WebCore.gyp/WebCore.gyp:
  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.xcodeproj/project.pbxproj:
  • platform/graphics/ANGLEWebKitBridge.cpp:

(WebCore::ANGLEWebKitBridge::ANGLEWebKitBridge):

Add a shader spec parameter, since sometimes we want to validate the shader
against the CSS Shaders spec and other times we want to validate the shader
against the WebGL spec. Note that the CSS Shaders spec is treated as a subset
of the WebGL spec in ANGLE.

(WebCore::ANGLEWebKitBridge::validateShaderSource):

  • platform/graphics/ANGLEWebKitBridge.h:

(ANGLEWebKitBridge):

  • platform/graphics/filters/CustomFilterCompiledProgram.cpp:

(WebCore::CustomFilterCompiledProgram::CustomFilterCompiledProgram):
(WebCore::CustomFilterCompiledProgram::compileShader):
(WebCore::CustomFilterCompiledProgram::initializeParameterLocations):
(WebCore::CustomFilterCompiledProgram::~CustomFilterCompiledProgram):

  • platform/graphics/filters/CustomFilterCompiledProgram.h:

(WebCore):

  • platform/graphics/filters/CustomFilterGlobalContext.cpp:

(WebCore::CustomFilterGlobalContext::~CustomFilterGlobalContext):
(WebCore::CustomFilterGlobalContext::webglShaderValidator):
(WebCore):
(WebCore::CustomFilterGlobalContext::mixShaderValidator):
(WebCore::CustomFilterGlobalContext::createShaderValidator):
(WebCore::CustomFilterGlobalContext::getValidatedProgram):
(WebCore::CustomFilterGlobalContext::removeValidatedProgram):

  • platform/graphics/filters/CustomFilterGlobalContext.h:

(WebCore):
(CustomFilterGlobalContext):

  • platform/graphics/filters/CustomFilterProgramInfo.h:

(WebCore::CustomFilterProgramInfo::mixSettings):

  • platform/graphics/filters/CustomFilterValidatedProgram.cpp: Added.

(WebCore):
(WebCore::CustomFilterValidatedProgram::defaultVertexShaderString):
(WebCore::CustomFilterValidatedProgram::defaultFragmentShaderString):
(WebCore::CustomFilterValidatedProgram::CustomFilterValidatedProgram):
(WebCore::CustomFilterValidatedProgram::compiledProgram):
(WebCore::CustomFilterValidatedProgram::rewriteMixVertexShader):
(WebCore::CustomFilterValidatedProgram::rewriteMixFragmentShader):
(WebCore::CustomFilterValidatedProgram::blendFunctionString):
(WebCore::CustomFilterValidatedProgram::compositeFunctionString):
(WebCore::CustomFilterValidatedProgram::~CustomFilterValidatedProgram):

  • platform/graphics/filters/CustomFilterValidatedProgram.h: Added.

(WebCore):
(CustomFilterValidatedProgram):
(WebCore::CustomFilterValidatedProgram::create):
(WebCore::CustomFilterValidatedProgram::programInfo):
(WebCore::CustomFilterValidatedProgram::isInitialized):
(WebCore::CustomFilterValidatedProgram::detachFromGlobalContext):

  • platform/graphics/filters/FECustomFilter.cpp:

(WebCore::FECustomFilter::FECustomFilter):

Accept a CustomFilterValidatedProgram instead of CustomFilterProgram.

(WebCore::FECustomFilter::create):
(WebCore::FECustomFilter::initializeContext):
(WebCore::FECustomFilter::bindVertexAttribute):
(WebCore::FECustomFilter::bindProgramAndBuffers):

  • platform/graphics/filters/FECustomFilter.h:

(WebCore):
(FECustomFilter):

  • rendering/FilterEffectRenderer.cpp:

(WebCore):
(WebCore::createCustomFilterEffect):
(WebCore::FilterEffectRenderer::build):

Only create an FECustomFilter if the program validates.

  • rendering/FilterEffectRenderer.h:

(WebCore):
(FilterEffectRenderer):

LayoutTests:

We've added two new special built-in symbols in CSS Shaders, css_MixColor and
css_ColorMatrix.

This change adds custom-filter-composite-source-atop.html, a new test that uses css_MixColor
in a shader with the normal blend mode and the source-atop compositing operator.

This change also adds custom-filter-color-matrix.html, a new test that uses css_ColorMatrix
in the shader.

Authors can read and write to these special built-ins in their shader code. WebKit will
premultiply the DOM element texture with css_ColorMatrix. Additionally, WebKit will blend
and composite css_MixColor with the DOM element texture, according to the blend mode and
compositing operator that the author specifies in CSS.

For example, the following line of CSS tells WebKit how to blend and composite the
css_MixColor from shader.fs:
-webkit-filter: custom(none mix(shader.fs normal source-atop));

  • css3/filters/custom/custom-filter-color-matrix-expected.png: Added.
  • css3/filters/custom/custom-filter-color-matrix-expected.txt: Added.
  • css3/filters/custom/custom-filter-color-matrix.html: Added.
  • css3/filters/custom/custom-filter-composite-source-atop-expected.png: Added.
  • css3/filters/custom/custom-filter-composite-source-atop-expected.txt: Added.
  • css3/filters/custom/custom-filter-composite-source-atop.html: Added.
  • css3/filters/custom/custom-filter-shader-cache.html:
  • css3/filters/custom/effect-color-check.html:

Use pass-tex-coord.vs now. Since v_texCoord in not automatically passed in the default
shaders anymore, we have to pass it in our own vertex shader. After we implement more
blending and compositing modes, we will be able to convert most of the tests to use the
CSS mix function. Then, we won't be sampling the DOM element texture directly, so we
won't need a tex coord, so we won't need this shader anymore.

  • css3/filters/custom/effect-custom.html:

The default CSS value for <fragmentShader> needs to be specified explicitly until we
change it from its current default. This will be fixed in:
https://bugs.webkit.org/show_bug.cgi?id=94020

  • css3/filters/custom/effect-custom-transform-parameters.html:

Ditto.

  • css3/filters/custom/filter-fallback-to-software.html:

Ditto.

  • css3/filters/custom/invalid-custom-filter-shader-expected.html:

These tests will not attempt to apply a filter because the programs do not validate.
This means we don't need to trigger FilterEffectRenderer with grayscale(0) in
the reference file anymore.

  • css3/filters/resources/composite.fs: Added.
  • css3/filters/resources/empty-shader.fs: Added.
  • css3/filters/resources/grayscale-color-matrix.fs: Added.
  • css3/filters/resources/pass-tex-coord.vs: Added.
  • platform/chromium/css3/filters/custom/custom-filter-color-matrix-expected.png: Added.
  • platform/chromium/css3/filters/custom/custom-filter-composite-source-atop-expected.png: Added.
  • platform/chromium/TestExpectations:
  • platform/mac-snowleopard/css3/filters/custom/effect-custom-expected.png: Removed.

We should use the generic expectation, because this expectation does not show the
shaders applied.

  • platform/mac-snowleopard/css3/filters/custom/effect-custom-parameters-expected.png: Removed.

Ditto.

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

Remove the failing expectation from some tests that are no longer failing on Lion.

  • platform/mac-lion/TestExpectations:
5:04 PM Changeset in webkit [127215] by weinig@apple.com
  • 2 edits in trunk/Source/WebKit2

Allow dynamic mach-lookup extensions in the WebProcess
<rdar://problem/12207996>

Reviewed by Gavin Barraclough.

Like we allow file read/write dynamic sandbox extensions, we should allow
mach-lookup extensions.

  • WebProcess/com.apple.WebProcess.sb.in:
5:00 PM Changeset in webkit [127214] by ggaren@apple.com
  • 4 edits in trunk/Source/JavaScriptCore

Try to fix the Qt build: add some #includes that, for some reason, only the Qt linker requires.

  • runtime/BooleanObject.cpp:
  • runtime/ErrorInstance.cpp:
  • runtime/NameInstance.cpp:
4:49 PM Changeset in webkit [127213] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Fix the Qt build: Removed a now-dead variable.

  • interpreter/Interpreter.cpp:

(JSC::Interpreter::execute):

4:41 PM Changeset in webkit [127212] by benjamin@webkit.org
  • 4 edits in trunk/Source

Ambiguous operator[] after r127191 on some compiler
https://bugs.webkit.org/show_bug.cgi?id=95509

Patch by Benjamin Poulain <bpoulain@apple.com> on 2012-08-30
Reviewed by Simon Fraser.

Source/JavaScriptCore:

On some compilers, the operator[] conflicts with the Obj-C++ operators. This attempts to solve
the issue.

  • runtime/JSString.h:

(JSC::jsSingleCharacterSubstring):
(JSC::jsString):
(JSC::jsSubstring8):
(JSC::jsSubstring):
(JSC::jsOwnedString):

Source/WTF:

  • wtf/text/WTFString.h:

(WTF::String::characterAt): At this as a synonym to operator[] to attempt a build fix.

4:36 PM Changeset in webkit [127211] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Try to fix the Qt build: Remove the inline keyword at the declaration
site.

The Qt compiler seems to be confused, complaining about these functions
not being defined in a translation unit, even though no generated code
in the unit calls these functions. Maybe removing the keyword at the
declaration site will change its mind.

This shouldn't change the inlining decision at all: the definition is
still inline.

  • interpreter/CallFrame.h:

(ExecState):

4:33 PM Changeset in webkit [127210] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Undo Qt build fix guess, since it breaks other builds.

  • runtime/JSArray.h:
4:31 PM Changeset in webkit [127209] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

CSS 2.1 failure: margin-collapse-clear-012 fails
https://bugs.webkit.org/show_bug.cgi?id=80394

Mark fast/block/margin-collapse/empty-clear-blocks.html as an expected text failure on Mac,
not both an image and text failure, since the bots are only seeing it as a text failure.

  • platform/mac/TestExpectations:
4:30 PM Changeset in webkit [127208] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Try to fix the Qt build: add an #include to JSArray.h, since
it's included by some of the files Qt complains about, and
some of is functions call the functions Qt complains about.

  • runtime/JSArray.h:
4:23 PM Changeset in webkit [127207] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Second step toward fixing the Windows build: Add new symbols.

4:22 PM Changeset in webkit [127206] by jchaffraix@webkit.org
  • 3 edits
    2 adds in trunk

Crash in RenderTable::calcBorderEnd
https://bugs.webkit.org/show_bug.cgi?id=95487

Reviewed by Abhishek Arya.

Source/WebCore:

r126590 opened the window for a race condition in RenderObjectChildList::removeChildNode.
This is caused because willBeRemovedFromTree should be strictly following by the actual removal
and wasn't.

This race condition was caused by clearSelection() being called just after willBeRemovedFromTree,
which forced a section's cells recalc and would re-add the soon-to-be-removed child, causing the
crash.

Test: fast/table/crash-clearSelection-collapsed-borders.html

  • rendering/RenderObjectChildList.cpp:

(WebCore::RenderObjectChildList::removeChildNode):
Moved the clearSeletion call before willBeRemovedFromTree. Added a warning about running code
after willBeRemovedFromTree and before removing the child from the tree.

LayoutTests:

  • fast/table/crash-clearSelection-collapsed-borders-expected.txt: Added.
  • fast/table/crash-clearSelection-collapsed-borders.html: Added.
4:07 PM Changeset in webkit [127205] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

Try to fix the Qt build: add an #include.

  • bytecode/GetByIdStatus.cpp:
4:03 PM Changeset in webkit [127204] by ggaren@apple.com
  • 2 edits in trunk/Source/JavaScriptCore

First step toward fixing the Windows build: Remove old symbols.

3:57 PM Changeset in webkit [127203] by wangxianzhu@chromium.org
  • 2 edits in trunk/Tools

[Chromium-Android] Skip compositing/webgl and platform/chromium/virtual/threaded/compositing/webgl tests
https://bugs.webkit.org/show_bug.cgi?id=95400

Reviewed by Dirk Pranke.

WebGL is not enabled and should be skipped on Android (http://crbug.com/135877).

  • Scripts/webkitpy/layout_tests/port/chromium_android.py:

(ChromiumAndroidPort.skipped_layout_tests):

3:50 PM Changeset in webkit [127202] by ggaren@apple.com
  • 120 edits
    1 add
    4 deletes in trunk/Source

Use one object instead of two for closures, eliminating ScopeChainNode
https://bugs.webkit.org/show_bug.cgi?id=95501

Reviewed by Filip Pizlo.

../JavaScriptCore:

This patch removes ScopeChainNode, and moves all the data and related
functions that used to be in ScopeChainNode into JSScope.

Most of this patch is mechanical changes to use a JSScope* where we used
to use a ScopeChainNode*. I've only specifically commented about items
that were non-mechanical.

  • runtime/Completion.cpp:

(JSC::evaluate):

  • runtime/Completion.h: Don't require an explicit scope chain argument

when evaluating code. Clients never wanted anything other than the
global scope, and other arbitrary scopes probably wouldn't work
correctly, anyway.

  • runtime/JSScope.cpp:
  • runtime/JSScope.h:

(JSC::JSScope::JSScope): JSScope now requires the data we used to pass to
ScopeChainNode, so it can link itself into the scope chain correctly.

  • runtime/JSWithScope.h:

(JSC::JSWithScope::create):
(JSC::JSWithScope::JSWithScope): JSWithScope gets an extra constructor
for specifically supplying your own scope chain. The DOM needs this
interface for setting up the scope chain for certain event handlers.
Other clients always just push the JSWithScope to the head of the current
scope chain.

../WebCore:

Mechanical changes to update for JSC interface changes.

../WebKit/mac:

Mechanical change to update for JSC interface change.

../WebKit/qt:

Mechanical change to update for JSC interface change.

  • Api/qwebelement.cpp:

(QWebElement::evaluateJavaScript):

../WebKit2:

Mechanical changes to update for JSC interface change.

3:49 PM Changeset in webkit [127201] by kov@webkit.org
  • 2 edits in trunk/Tools

[GTK] Tries to run empty string when calling generate-gtkdoc when not using jhbuild
https://bugs.webkit.org/show_bug.cgi?id=95499

Unreviewed. One more fix to avoid trying to run the empty string.

  • Scripts/webkitdirs.pm:

(buildAutotoolsProject):

3:23 PM Changeset in webkit [127200] by pdr@google.com
  • 2 edits in trunk/LayoutTests

Unreviewed update to test expectations.

fast/css/font-weight-1.html stopped failing for IMAGE+TEXT and
started failing for just IMAGE.

  • platform/chromium/TestExpectations:
3:21 PM Changeset in webkit [127199] by commit-queue@webkit.org
  • 22 edits in trunk/Source

Render unto #ifdef's that which belong to them.
https://bugs.webkit.org/show_bug.cgi?id=95482.

Patch by Mark Lam <mark.lam@apple.com> on 2012-08-30
Reviewed by Filip Pizlo.

Source/JavaScriptCore:

Refining / disambiguating between #ifdefs and adding some. For
example, ENABLE(JIT) is conflated with ENABLE(LLINT) in some places.
Also, we need to add ENABLE(COMPUTED_GOTO_OPCODES) to indicate that we
want interpreted opcodes to use COMPUTED GOTOs apart from ENABLE(LLINT)
and ENABLE(COMPUTED_GOTO_CLASSIC_INTERPRETER). Also cleaned up #ifdefs
in certain places which were previously incorrect.

  • bytecode/CodeBlock.cpp:

(JSC):
(JSC::CodeBlock::bytecodeOffset):

  • bytecode/CodeBlock.h:

(CodeBlock):

  • bytecode/Opcode.h:

(JSC::padOpcodeName):

  • config.h:
  • dfg/DFGOperations.cpp:
  • interpreter/AbstractPC.cpp:

(JSC::AbstractPC::AbstractPC):

  • interpreter/CallFrame.h:

(ExecState):

  • interpreter/Interpreter.cpp:

(JSC::Interpreter::~Interpreter):
(JSC::Interpreter::initialize):
(JSC::Interpreter::isOpcode):
(JSC::Interpreter::unwindCallFrame):
(JSC::getLineNumberForCallFrame):
(JSC::getCallerInfo):
(JSC::Interpreter::execute):
(JSC::Interpreter::executeCall):
(JSC::Interpreter::executeConstruct):
(JSC::Interpreter::privateExecute):

  • interpreter/Interpreter.h:

(JSC::Interpreter::getOpcode):
(JSC::Interpreter::getOpcodeID):
(Interpreter):

  • jit/HostCallReturnValue.h:
  • jit/JITCode.h:

(JITCode):

  • jit/JITExceptions.cpp:
  • jit/JITExceptions.h:
  • jit/JSInterfaceJIT.h:
  • llint/LLIntData.h:

(JSC::LLInt::getOpcode):

  • llint/LLIntEntrypoints.cpp:

(JSC::LLInt::getFunctionEntrypoint):
(JSC::LLInt::getEvalEntrypoint):
(JSC::LLInt::getProgramEntrypoint):

  • llint/LLIntOffsetsExtractor.cpp:

(JSC::LLIntOffsetsExtractor::dummy):

  • llint/LLIntSlowPaths.cpp:

(LLInt):

  • runtime/JSGlobalData.cpp:

(JSC):

Source/WTF:

  • wtf/Platform.h: Added ENABLE(COMPUTED_GOTO_OPCODES).
3:13 PM Changeset in webkit [127198] by commit-queue@webkit.org
  • 7 edits in trunk

Unreviewed, rolling out r127171.
http://trac.webkit.org/changeset/127171
https://bugs.webkit.org/show_bug.cgi?id=95505

testRunner does not need dumpWebNotificationCallbacks().
(Requested by jonlee on #webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-08-30

Source/WebKit/mac:

  • WebKit.exp:

Tools:

  • DumpRenderTree/TestRunner.cpp:

(TestRunner::TestRunner):
(TestRunner::staticFunctions):

  • DumpRenderTree/TestRunner.h:

(TestRunner):

  • DumpRenderTree/mac/MockWebNotificationProvider.mm:

(-[MockWebNotificationProvider webView:didShowNotification:]):
(-[MockWebNotificationProvider webView:didClickNotification:]):
(-[MockWebNotificationProvider webView:didCloseNotifications:]):

  • DumpRenderTree/mac/UIDelegate.mm:

(-[UIDelegate webView:decidePolicyForNotificationRequestFromOrigin:listener:]):

3:13 PM Changeset in webkit [127197] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] Add tables/mozilla_expected_failures/ expectations back
https://bugs.webkit.org/show_bug.cgi?id=95483

Unreviewed gardening.

It was removed by mistake on r127152. But now I'm moving the tests
to TestExpectations since we want to get rid of Skipped.

Patch by Thiago Marcos P. Santos <thiago.santos@intel.com> on 2012-08-30

  • platform/efl/TestExpectations:
3:01 PM Changeset in webkit [127196] by tony@chromium.org
  • 3 edits in trunk/LayoutTests

Unreviewed gardening. Update flexitem-stretch-image.html expectations.

  • platform/chromium/TestExpectations: Mark the test as flaky (passes on Linux and sporadically on Win).
  • platform/efl/TestExpectations: Remove since the test is passing.
2:56 PM Changeset in webkit [127195] by commit-queue@webkit.org
  • 9 edits
    2 adds in trunk

[EFL][WK2] Add WebMemorySampler feature.
https://bugs.webkit.org/show_bug.cgi?id=91214

Patch by JungJik Lee <jungjik.lee@samsung.com> on 2012-08-30
Reviewed by Kenneth Rohde Christiansen.

.:

Set WebMemorySampler feature on in EFL port.

  • Source/cmake/OptionsEfl.cmake:
  • Source/cmake/WebKitFeatures.cmake:
  • Source/cmakeconfig.h.cmake:

Source/JavaScriptCore:

WebMemorySampler collects Javascript stack and JIT memory usage in globalMemoryStatistics.

  • PlatformEfl.cmake:

Source/WebKit2:

Add WebMemorySampler feature to EFL port. WebMemorySampler records memory usage of
WebProcess and UI Process and also it records application memory status in real time.
Included items on the result are JIT, JS heap, fastmalloc bytes and
application memory info from /proc/process_id/statm.

  • PlatformEfl.cmake:
  • Shared/linux/WebMemorySamplerLinux.cpp: Added.

(WebKit):
(ApplicationMemoryStats):
(WebKit::nextToken):
(WebKit::appendKeyValuePair):
(WebKit::sampleMemoryAllocatedForApplication):
(WebKit::WebMemorySampler::processName):
(WebKit::WebMemorySampler::sampleWebKit):
(WebKit::WebMemorySampler::sendMemoryPressureEvent):

  • UIProcess/API/efl/ewk_context.cpp:

(_Ewk_Context::_Ewk_Context):

2:41 PM Changeset in webkit [127194] by jamesr@google.com
  • 2 edits in trunk/Source/Platform

Chromium win build fix - fix typo in gypi

  • Platform.gypi:
2:40 PM Changeset in webkit [127193] by psolanki@apple.com
  • 15 edits
    1 add in trunk

objc_msgSend and IMP should be cast appropriately before using
https://bugs.webkit.org/show_bug.cgi?id=95242

Reviewed by Benjamin Poulain.

Source/WebCore:

Use wtfObjcMsgSend and wtfCallIMP templates which do appropriate casts
to a function pointer with right types when calling objc_msgSend and an
IMP method directly.

No new tests because no functional changes.

  • page/mac/EventHandlerMac.mm:

(WebCore::selfRetainingNSScrollViewScrollWheel):

  • platform/mac/WebCoreObjCExtras.mm:

(deallocCallback):

Source/WebKit/mac:

Use wtfObjcMsgSend and wtfCallIMP templates which do appropriate casts
to a function pointer with right types when calling objc_msgSend and an
IMP method directly.

  • WebCoreSupport/WebCachedFramePlatformData.h:

(WebCachedFramePlatformData::clear):

  • WebCoreSupport/WebDeviceOrientationClient.mm:

(WebDeviceOrientationClient::getProvider):

  • WebView/WebDelegateImplementationCaching.mm:

(CallDelegate):
(CallDelegateReturningBoolean):
(CallResourceLoadDelegateReturningBoolean):
(CallFormDelegate):
(CallFormDelegateReturningBoolean):

  • WebView/WebHTMLView.mm:

(setCursor):
(setNeedsDisplayInRect):

Source/WebKit2:

Use wtfObjcMsgSend and wtfCallIMP templates which do appropriate casts
to a function pointer with right types when calling objc_msgSend and an
IMP method directly.

  • UIProcess/API/mac/PDFViewController.mm:

(WebKit::PDFViewScrollView_scrollWheel):

Source/WTF:

Add new templates wtfObjcMsgSend and wtfCallIMP that do the appropriate
casts to correctly typed function pointers before calling objc_msgSend
and IMP methods directly.

  • wtf/Functional.h:

(WTF::R): Use wtfObjcMsgSend.

  • wtf/ObjcRuntimeExtras.h: Added.

(wtfObjcMsgSend):
(wtfCallIMP):

Tools:

Use wtfObjcMsgSend and wtfCallIMP templates which do appropriate casts
to a function pointer with right types when calling objc_msgSend and an
IMP method directly.

  • DumpRenderTree/mac/DumpRenderTree.mm:

(drt_NSFontManager_availableFontFamilies):

  • WebKitTestRunner/InjectedBundle/mac/ActivateFonts.mm:

(WTR::wtr_NSFontManager_availableFontFamilies):

2:38 PM Changeset in webkit [127192] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

CSS 2.1 failure: margin-collapse-clear-012 fails
https://bugs.webkit.org/show_bug.cgi?id=80394

Mark fast/block/float/024.hml as an expected text failure on Mac, not both an image and text
failure, since the bots are only seeing it as a text failure.

  • platform/mac/TestExpectations:
2:23 PM Changeset in webkit [127191] by benjamin@webkit.org
  • 296 edits
    7 deletes in trunk

Replace JSC::UString by WTF::String
https://bugs.webkit.org/show_bug.cgi?id=95271

Patch by Benjamin Poulain <bpoulain@apple.com> on 2012-08-30
Reviewed by Geoffrey Garen.

Source/JavaScriptCore:

Having JSC::UString and WTF::String increase the complexity of working on WebKit, and
add useless conversions in the bindings. It also cause some code bloat.

The performance advantages of UString have been ported over in previous patches. This patch
is the last step: getting rid of UString.

In addition to the simplified code, this also reduce the binary size by 15kb on x86_64.

  • API/OpaqueJSString.cpp:

(OpaqueJSString::ustring):

  • runtime/Identifier.h:

(JSC::Identifier::ustring):
To avoid changing everything at once, the function named ustring() were kept as is. They
will be renamed in a follow up patch.

  • runtime/JSString.h:

(JSC::JSString::string):
(JSC::JSValue::toWTFString):
(JSC::inlineJSValueNotStringtoString):
(JSC::JSValue::toWTFStringInline):
Since JSValue::toString() already exist (and return the JSString), the direct accessor is renamed
to ::toWTFString(). We may change ::string() to ::jsString() and ::toWTFString() to ::toString()
in the future.

  • runtime/StringPrototype.cpp:

(JSC::substituteBackreferencesSlow): Replace the use of UString::getCharacters<>() by String::getCharactersWithUpconvert<>().

Source/WebCore:

Update the code to use String instead of UString.

On x86_64, this reduces the binary size by 22kb.

Since it is no longer possible to differenciate JSC::jsString() and WebCore::jsString() by the input
types, WebCore::jsString() is renated to WebCore::jsStringWithCache().

Since the cache is using a PtrHash, JSC::jsString() is used in place of the old WebCore::jsString() when
the string is generated locally. This is because the cache can never match in those cases.

Source/WebKit/blackberry:

Replace UString by String.

  • WebCoreSupport/ClientExtension.cpp:
  • WebCoreSupport/PagePopupBlackBerry.cpp:

(WebCore::PagePopupBlackBerry::installDomFunction):

Source/WebKit/efl:

Replace UString by String.

  • WebCoreSupport/DumpRenderTreeSupportEfl.cpp:

(DumpRenderTreeSupportEfl::sendWebIntentResponse):

  • ewk/ewk_frame.cpp:

(ewk_frame_script_execute):

Source/WebKit/gtk:

Replace UString by String.

  • gdom/ConvertToGCharPrivate.h:

(copyAsGchar):

Source/WebKit/mac:

Get rid of UString, replace it by String, and simplify the code when possible.

On x86_64, this reduces the binary size by 7kb.

  • Plugins/Hosted/NetscapePluginHostProxy.mm:

(identifierFromIdentifierRep):

  • Plugins/Hosted/NetscapePluginInstanceProxy.mm:

(WebKit::NetscapePluginInstanceProxy::addValueToArray):
(WebKit::NetscapePluginInstanceProxy::moveGlobalExceptionToExecState):

  • Plugins/Hosted/ProxyInstance.mm:

(WebKit::ProxyRuntimeMethod::create):
(WebKit::ProxyRuntimeMethod::finishCreation):
(WebKit::ProxyInstance::getPropertyNames):
(WebKit::ProxyInstance::methodsNamed):
(WebKit::ProxyInstance::fieldNamed):

  • WebView/WebFrame.mm:

(-[WebFrame _stringByEvaluatingJavaScriptFromString:forceUserGesture:]):
(-[WebFrame _stringByEvaluatingJavaScriptFromString:withGlobalObject:inScriptWorld:]):

  • WebView/WebScriptDebugDelegate.mm:

(-[WebScriptCallFrame functionName]):
(-[WebScriptCallFrame evaluateWebScript:]):

  • WebView/WebScriptDebugger.h:

(WTF):
(JSC):
(WebScriptDebugger):

  • WebView/WebScriptDebugger.mm:

(toNSURL):
(WebScriptDebugger::sourceParsed):

  • WebView/WebView.mm:

(aeDescFromJSValue):

Source/WebKit/qt:

Replace UString by String.

  • Api/qwebelement.cpp:

(QWebElement::evaluateJavaScript):

Source/WebKit/win:

Replace UString by String.

  • WebFrame.cpp:

(WebFrame::stringByEvaluatingJavaScriptInScriptWorld):

  • WebView.cpp:

(WebView::stringByEvaluatingJavaScriptFromString):

Source/WebKit/wx:

Update the #includes to use the correct types.

  • WebFrame.cpp:
  • WebView.cpp:

Source/WebKit2:

Update to code to switch from UString to String.

  • WebProcess/Plugins/Netscape/JSNPMethod.cpp:

(WebKit::JSNPMethod::finishCreation):

  • WebProcess/Plugins/Netscape/JSNPMethod.h:

(WebKit::JSNPMethod::create):
(JSNPMethod):

  • WebProcess/Plugins/Netscape/JSNPObject.cpp:

(WebKit::npIdentifierFromIdentifier):

  • WebProcess/Plugins/Netscape/NPRuntimeObjectMap.cpp:

(WebKit::NPRuntimeObjectMap::evaluate):
(WebKit::NPRuntimeObjectMap::moveGlobalExceptionToExecState):

Source/WTF:

  • wtf/Platform.h: Useless edit to force a full build. This is needed for some bots for some reason.
  • wtf/text/WTFString.h: Export a symbol that was exported on UString and needed in WebCore.

Add String::getCharactersWithUpconvert<>(), which is similar to String::getCharacters<>() but with the same
behaviors as UString::getCharacters<>().

String::getCharactersWithUpconvert<>() is useful when manipulating multiple strings, it allow writting code
using 16bits characters if any of the input String is not 8bit.

Tools:

Get rid of UString.

  • DumpRenderTree/efl/WorkQueueItemEfl.cpp:
  • gdb/webkit.py:

(WTFStringPrinter.to_string):
(JSCIdentifierPrinter.to_string):
(JSCJSStringPrinter.to_string):
(add_pretty_printers):

Websites/webkit.org:

Update the coding style to avoid mentioning a class that no longer exist.

  • coding/coding-style.html:
2:17 PM Changeset in webkit [127190] by dpranke@chromium.org
  • 7 edits
    3 adds in trunk

Tools: nrwt should have TestExpectations everywhere we have Skipped files for apple ports
https://bugs.webkit.org/show_bug.cgi?id=95495

Reviewed by Ojan Vafai.

This is a follow-on to bug 95370 that adds in support for
platform/wk2/TestExpectations and
platform/{mac,win}-$version/TestExpectations.

  • Scripts/webkitpy/layout_tests/port/apple.py:

(ApplePort.expectations_files):

  • Scripts/webkitpy/layout_tests/port/base.py:

(Port._skipped_file_search_paths):

  • Scripts/webkitpy/layout_tests/port/mac_unittest.py:

(MacTest.test_expectations_files):

  • Scripts/webkitpy/layout_tests/port/mock_drt_unittest.py:

(MockDRTPortTest.make_port):

  • Scripts/webkitpy/layout_tests/port/win_unittest.py:

(WinPortTest.test_expectations_files):

LayoutTests: Remove uses of ClassInfo in StrictEq and CompareEq in the DFG
https://bugs.webkit.org/show_bug.cgi?id=93401

Patch by Mark Hahnenberg <mhahnenberg@apple.com> on 2012-08-24
Reviewed by Filip Pizlo.

New test to make sure the DFG watchpoint works correctly for these cases.

  • fast/js/document-all-triggers-masquerades-watchpoint-expected.txt: Added.
  • fast/js/document-all-triggers-masquerades-watchpoint.html: Added.
  • fast/js/script-tests/document-all-triggers-masquerades-watchpoint.js: Added.

(f):

2:11 PM Changeset in webkit [127189] by mhahnenberg@apple.com
  • 9 edits
    3 adds in trunk

Remove uses of ClassInfo in StrictEq and CompareEq in the DFG
https://bugs.webkit.org/show_bug.cgi?id=93401

Reviewed by Filip Pizlo.

Source/JavaScriptCore:

Another incremental step in removing the dependence on ClassInfo pointers in object headers.

  • bytecode/SpeculatedType.h:

(JSC::isCellOrOtherSpeculation):
(JSC):

  • dfg/DFGAbstractState.cpp: Updated the CFA to reflect the changes to the backend.

(JSC::DFG::AbstractState::execute):

  • dfg/DFGNode.h:

(Node):
(JSC::DFG::Node::shouldSpeculateString): Added this new function since it was conspicuously absent.
(JSC::DFG::Node::shouldSpeculateNonStringCellOrOther): Also add this function for use in the CFA.

  • dfg/DFGSpeculativeJIT.cpp: Refactored how we handle CompareEq and CompareStrictEq in the DFG. We now just

check for Strings by comparing the object's Structure to the global Structure for strings. We only
check for MasqueradesAsUndefined if the watchpoint has fired. These changes allow us to remove our
uses of the ClassInfo pointer for compiling these nodes.
(JSC::DFG::SpeculativeJIT::compilePeepHoleObjectEquality):
(JSC::DFG::SpeculativeJIT::compilePeepHoleBranch):
(JSC::DFG::SpeculativeJIT::compare):
(JSC::DFG::SpeculativeJIT::compileStrictEq):

  • dfg/DFGSpeculativeJIT.h:

(SpeculativeJIT):

  • dfg/DFGSpeculativeJIT32_64.cpp: Same changes for 32 bit as for 64 bit.

(JSC::DFG::SpeculativeJIT::compileObjectEquality):
(JSC::DFG::SpeculativeJIT::compileObjectToObjectOrOtherEquality):
(JSC::DFG::SpeculativeJIT::compilePeepHoleObjectToObjectOrOtherEquality):

  • dfg/DFGSpeculativeJIT64.cpp:

(JSC::DFG::SpeculativeJIT::compileObjectEquality):
(JSC::DFG::SpeculativeJIT::compileObjectToObjectOrOtherEquality):
(JSC::DFG::SpeculativeJIT::compilePeepHoleObjectToObjectOrOtherEquality):

LayoutTests:

New test to make sure the DFG watchpoint works correctly for these cases.

  • fast/js/document-all-triggers-masquerades-watchpoint-expected.txt: Added.
  • fast/js/document-all-triggers-masquerades-watchpoint.html: Added.
  • fast/js/script-tests/document-all-triggers-masquerades-watchpoint.js: Added.

(f):

2:06 PM Changeset in webkit [127188] by pdr@google.com
  • 3 edits
    1 delete in trunk/LayoutTests

Unreviewed rebaseline after r127163.

These tests need an image rebaseline for win to match the linux results.

  • platform/chromium-win-xp/fast/block/margin-collapse: Removed.
  • platform/chromium-win/fast/block/float/024-expected.png:
  • platform/chromium-win/fast/block/margin-collapse/empty-clear-blocks-expected.png:
1:56 PM Changeset in webkit [127187] by dpranke@chromium.org
  • 1 edit
    2 adds in trunk/LayoutTests

Add TestExpectations stubs for apple wk2 ports

Unreviewed, build fix.

This adds empty placeholder files so new-run-webkit-tests
doesn't get upset if they're missing.

  • platform/mac-wk2/TestExpectations: Added.
  • platform/win-wk2/TestExpectations: Added.
1:52 PM Changeset in webkit [127186] by yoli@rim.com
  • 2 edits in trunk/Source/WTF

Vector::shrinkToFit should use realloc when suitable.
https://bugs.webkit.org/show_bug.cgi?id=94810

Reviewed by Benjamin Poulain.

Only tested on BlackBerry. So it is wrapped with PLATFORM(BLACKBERRY) in the mean time.
Use realloc to shrink buffer when inline buffer isn't involved and and canMoveWithMemcpy is true.

When running the test code attached to the bug, it gives 30-45% performance boost for the large blocks
(Every test cycle includes an extra pair of malloc/free, so the boost on shrinkToFit() is even bigger)
Performance impact on small blocks is not noticeable. (Tested on BlackBerry)

  • wtf/Vector.h:

(WTF::VectorBufferBase::shouldReallocateBuffer):
(VectorBufferBase):
(WTF::VectorBufferBase::reallocateBuffer):
(VectorBuffer):
(WTF::VectorBuffer::shouldReallocateBuffer):
(WTF::VectorBuffer::reallocateBuffer):
(WTF::VectorBuffer::inlineBuffer):
(WTF::::shrinkCapacity):

1:50 PM Changeset in webkit [127185] by yoli@rim.com
  • 3 edits in trunk/Source/JavaScriptCore

[BlackBerry] Implement IncrementalSweeper for PLATFORM(BLACKBERRY)
https://bugs.webkit.org/show_bug.cgi?id=95469

Reviewed by Rob Buis.

RIM PR# 200595.
Share most code with USE(CF) and implement timer-related methods
for PLATFORM(BLACKBERRY).

  • heap/IncrementalSweeper.cpp:

(JSC):
(JSC::IncrementalSweeper::IncrementalSweeper):
(JSC::IncrementalSweeper::create):
(JSC::IncrementalSweeper::scheduleTimer):
(JSC::IncrementalSweeper::cancelTimer):
(JSC::IncrementalSweeper::doSweep):

  • heap/IncrementalSweeper.h:

(IncrementalSweeper):

1:40 PM Changeset in webkit [127184] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

flexitem-stretch-image.html is flaky
https://bugs.webkit.org/show_bug.cgi?id=95366

Remove the failing test expectations in platform/mac, since this is showing up as passing on
all the mac bots.

  • platform/mac/TestExpectations:
1:34 PM Changeset in webkit [127183] by zhajiang@rim.com
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] ASSERT failure in JSC::MarkedAllocator::allocateSlowCase
https://bugs.webkit.org/show_bug.cgi?id=95492

Reviewed by Yong Li.
Patch by Jacky Jiang <zhajiang@rim.com>

PR: 200724
Hold the JSLock for the current thread before we call toRef to avoid
the ASSERT failure.

  • Api/WebPage.cpp:

(BlackBerry::WebKit::WebPagePrivate::executeJavaScript):

1:30 PM Changeset in webkit [127182] by pdr@google.com
  • 1 edit
    3 adds in trunk/LayoutTests

Unreviewed update of test expectations.

These tests just needed platform-specific results.

  • platform/chromium-mac-snowleopard/fast/dom/shadow/shadowdom-for-textarea-complex-shadow-expected.png: Added.
  • platform/chromium-mac/fast/dom/shadow: Added.
  • platform/chromium-mac/fast/dom/shadow/shadowdom-for-textarea-complex-shadow-expected.png: Added.
1:24 PM Changeset in webkit [127181] by dpranke@chromium.org
  • 3 edits in trunk/Tools

executive.run_in_parallel() hangs if given nothing to do
https://bugs.webkit.org/show_bug.cgi?id=95387

Reviewed by Ojan Vafai.

Check to make sure that Executive.run_in_parallel() requires
a non-empty list of commands to execute; passing an empty list
seems surely like a programming error.

  • Scripts/webkitpy/common/system/executive.py:

(Executive.run_in_parallel):

  • Scripts/webkitpy/common/system/executive_unittest.py:

(ExecutiveTest.test_run_in_parallel_assert_nonempty):

1:22 PM Changeset in webkit [127180] by dpranke@chromium.org
  • 2 edits in trunk/Tools

decide what (and how) we should set the tolerance for ref test pixel compares and test for that
https://bugs.webkit.org/show_bug.cgi?id=94746

Reviewed by Ojan Vafai.

Add an assertion to diff_image() to check that we are passing
tolerance=0 explicitly when diffing ref test results.

  • Scripts/webkitpy/layout_tests/port/test.py:

(TestPort.diff_image):

1:17 PM Changeset in webkit [127179] by commit-queue@webkit.org
  • 2 edits in trunk/Source/JavaScriptCore

Fix broken classic intrpreter build.
https://bugs.webkit.org/show_bug.cgi?id=95484.

Patch by Mark Lam <mark.lam@apple.com> on 2012-08-30
Reviewed by Filip Pizlo.

  • interpreter/Interpreter.cpp:

(JSC::Interpreter::privateExecute):

1:14 PM Changeset in webkit [127178] by rwlbuis@webkit.org
  • 4 edits in trunk

[CMake] Suppress ANGLE compilation warnings
https://bugs.webkit.org/show_bug.cgi?id=95377

Reviewed by Antonio Gomes.

.:

Change WEBKIT_SET_EXTRA_COMPILER_FLAGS so it has an option to suppress C++ warnings.

  • Source/cmake/WebKitHelpers.cmake:

Source/WebCore:

Compile ANGLE sources in a static library, and make sure the compile flags suppress warnings.

  • CMakeLists.txt:
1:10 PM Changeset in webkit [127177] by pdr@google.com
  • 2 edits in trunk/LayoutTests

Unreviewed update of TestExpectations.

These tests are awaiting a rebaseline after r127168 but have the wrong modifiers on them. They
are failing for Image but have Image+Text. Updating to fix that.

  • platform/chromium/TestExpectations:
1:06 PM Changeset in webkit [127176] by victor@rosedu.org
  • 4 edits in trunk

[Chromium] Layout Test media/track/track-cue-rendering-snap-to-lines-not-set.html is flaky
https://bugs.webkit.org/show_bug.cgi?id=89167

Reviewed by Eric Carlson.

Source/WebCore:

Fix for rendering tracks when snap-to-lines not set.

No new tests. Removed from TestExpectations existing test.

  • html/track/TextTrackCue.cpp:

(WebCore::TextTrackCue::TextTrackCue):
(WebCore::TextTrackCue::calculateDisplayParameters): Updated the place
where m_computedLinePosition is determined.

LayoutTests:

Removed possible flaky test from TestExceptations.

  • platform/chromium/TestExpectations:
1:02 PM Changeset in webkit [127175] by jamesr@google.com
  • 4 edits in trunk/Source/WebKit/chromium

[chromium] Make webkit_compositor specific unit test compilation conditional on gyp var
https://bugs.webkit.org/show_bug.cgi?id=95401

Reviewed by Dirk Pranke.

If use_libcc_for_compositor is set, these tests are being compiled and run elsewhere.

  • WebKit.gyp:
  • WebKit.gypi:
  • WebKitUnitTests.gyp:
1:01 PM Changeset in webkit [127174] by dpranke@chromium.org
  • 5 edits in trunk/Tools

NRWT should look in mac-wk2 for a TestExpecations file
https://bugs.webkit.org/show_bug.cgi?id=95370

Reviewed by Ojan Vafai.

Adds support for mac-wk2 and win-wk2 to expectations_files()
for the apple mac and apple win ports.

  • Scripts/webkitpy/layout_tests/port/apple.py:

(ApplePort.expectations_files):

  • Scripts/webkitpy/layout_tests/port/mac_unittest.py:

(MacTest.test_expectations_files):

  • Scripts/webkitpy/layout_tests/port/win_unittest.py:

(WinTest.test_expectations_files):

  • Scripts/webkitpy/layout_tests/port/port_testcase.py:

(PortTestCase.test_expectations_files):

12:58 PM Changeset in webkit [127173] by Alexandru Chiculita
  • 4 edits in trunk/LayoutTests

[CSS Shaders] Update css3/filters/custom/effect-custom-transform-parameters.html to remove anti-aliasing issues
https://bugs.webkit.org/show_bug.cgi?id=95407

Reviewed by Dean Jackson.

The initial test had a white border to prevent anti-aliasing effects, but that doesn't seem to
help on some platforms. Removed the border in this patch.

  • css3/filters/custom/effect-custom-transform-parameters-expected.html:
  • css3/filters/custom/effect-custom-transform-parameters.html:
  • platform/mac-lion/TestExpectations: Un-skipping the test.
12:52 PM Changeset in webkit [127172] by jamesr@google.com
  • 14 edits
    2 adds in trunk/Source

[chromium] Add CompositorSupport interface for constructing compositor classes
https://bugs.webkit.org/show_bug.cgi?id=95040

Reviewed by Darin Fisher.

Source/Platform:

Adds a WebCompositorSupport interface as a tear-off of PlatformSupport so the embedder can handle provide
implementations of compositor interfaces.

Adds a new WebPassOwnPtr<> type for use when the caller of an API must take ownership of the provided parameter.

  • Platform.gypi:
  • chromium/public/Platform.h:

(WebKit):
(WebKit::Platform::compositorSupport):
(Platform):

  • chromium/public/WebCompositorSupport.h: Added.

(WebKit):
(WebCompositorSupport):
(WebKit::WebCompositorSupport::~WebCompositorSupport):

Source/WebCore:

Uses WebCompositorSupport interfaces where appropriate to construct compositor types.

  • platform/graphics/chromium/AnimationTranslationUtil.cpp:

(WebCore::createWebAnimation):

  • platform/graphics/chromium/Canvas2DLayerBridge.cpp:

(WebCore::Canvas2DLayerBridge::Canvas2DLayerBridge):

  • platform/graphics/chromium/DrawingBufferChromium.cpp:

(WebCore::DrawingBufferPrivate::DrawingBufferPrivate):

  • platform/graphics/chromium/GraphicsLayerChromium.cpp:

(WebCore::GraphicsLayerChromium::GraphicsLayerChromium):
(WebCore::GraphicsLayerChromium::setContentsToImage):
(WebCore::GraphicsLayerChromium::setContentsTo):
(WebCore::GraphicsLayerChromium::addAnimation):
(WebCore::GraphicsLayerChromium::updateLayerPreserves3D):

Source/WebKit/chromium:

  • src/LinkHighlight.cpp:

(WebKit::LinkHighlight::LinkHighlight):
(WebKit::LinkHighlight::startHighlightAnimation):

  • src/WebMediaPlayerClientImpl.cpp:

(WebKit::WebMediaPlayerClientImpl::readyStateChanged):

  • src/WebMediaPlayerClientImpl.h:

(WebKit):

  • src/WebPluginContainerImpl.cpp:

(WebKit::WebPluginContainerImpl::setBackingTextureId):
(WebKit::WebPluginContainerImpl::setBackingIOSurfaceId):

  • src/WebPluginContainerImpl.h:

(WebKit):

12:46 PM Changeset in webkit [127171] by jonlee@apple.com
  • 7 edits in trunk

[Mac] Add testRunner.dumpWebNotificationCallbacks() to DRT
https://bugs.webkit.org/show_bug.cgi?id=95232
<rdar://problem/12190776>

Reviewed by Alexey Proskuryakov.

Source/WebKit/mac:

  • WebKit.exp: Export WebNotification class.

Tools:

Add additional output when running test, if testRunner.dumpWebNotificationCallbacks() is called.

  • DumpRenderTree/TestRunner.cpp:

(TestRunner::TestRunner):
(dumpWebNotificationCallbacksCallback):
(TestRunner::staticFunctions):

  • DumpRenderTree/TestRunner.h:

(TestRunner):
(TestRunner::dumpWebNotificationCallbacks):
(TestRunner::setDumpWebNotificationCallbacks):

  • DumpRenderTree/mac/MockWebNotificationProvider.mm:

(-[WebNotification _drt_descriptionSuitableForTestResult]):
(-[MockWebNotificationProvider webView:didShowNotification:]):
(-[MockWebNotificationProvider webView:didClickNotification:]):
(-[MockWebNotificationProvider webView:didCloseNotifications:]):

  • DumpRenderTree/mac/UIDelegate.mm:

(-[UIDelegate webView:decidePolicyForNotificationRequestFromOrigin:listener:]):

12:46 PM Changeset in webkit [127170] by mitz@apple.com
  • 5 edits
    1 copy in trunk/Source/WebCore

[CG] ImageCG.cpp contains a mix of Image and BitmapImage functions
https://bugs.webkit.org/show_bug.cgi?id=95470

Reviewed by Darin Adler.

  • WebCore.gypi: Added BitmapImageCG.cpp.
  • WebCore.vcproj/WebCore.vcproj: Ditto.
  • WebCore.xcodeproj/project.pbxproj: Ditto.
  • platform/graphics/cg/BitmapImageCG.cpp: Copied from Source/WebCore/platform/graphics/cg/ImageCG.cpp

then deleted Image function implementations.

  • platform/graphics/cg/ImageCG.cpp: Deleted BitmapImage and FrameData function implementations.
12:05 PM Changeset in webkit [127169] by pdr@google.com
  • 1 edit
    2 adds in trunk/LayoutTests

Unreviewed rebaseline after r127101.

The Mac 10.6 results are slightly different--decoding about 10% less of the image.
After some discussion with Adam Barth we determined to rebaseline these.

  • platform/chromium-mac-snowleopard/http/tests/images: Added.
  • platform/chromium-mac-snowleopard/http/tests/images/webp-partial-load-expected.png: Added.
11:53 AM Changeset in webkit [127168] by victor@rosedu.org
  • 6 edits in trunk

[Chromium] The CC button is not painted
https://bugs.webkit.org/show_bug.cgi?id=95395

Reviewed by Eric Carlson.

Source/WebCore:

The actual Chromium resource for the CC button was not used by the Chromium theme.

Existing track rendering tests will be rebaselined and contain the new CC button.

  • rendering/RenderMediaControlsChromium.cpp:

(WebCore::paintMediaClosedCaptionsButton): Added for proper painting of the resource.
(WebCore):
(WebCore::RenderMediaControlsChromium::paintMediaControlsPart):
Changed to call paintMediaClosedCaptionsButton when the control is the CC button.

  • rendering/RenderThemeChromiumSkia.cpp:

(WebCore::RenderThemeChromiumSkia::paintMediaToggleClosedCaptionsButton):
Implemented proper behaviour.
(WebCore):

  • rendering/RenderThemeChromiumSkia.h:

(RenderThemeChromiumSkia):

LayoutTests:

No new tests, the existing ones will need to be rebaselined and include the CC button.

  • platform/chromium/TestExpectations: Marked tests failing accordingly for rebaselining.
11:45 AM Changeset in webkit [127167] by commit-queue@webkit.org
  • 2 edits in trunk/Source/JavaScriptCore

Build warning : -Wsign-compare on DFGByteCodeParser.cpp.
https://bugs.webkit.org/show_bug.cgi?id=95418

Patch by Byungwoo Lee <bw80.lee@samsung.com> on 2012-08-30
Reviewed by Filip Pizlo.

There is a build warning '-Wsign-compare' on
findArgumentPositionForLocal() in DFGByteCodeParser.cpp.

For removing this warning, casting statement is added explicitly.

  • dfg/DFGByteCodeParser.cpp:

(JSC::DFG::ByteCodeParser::findArgumentPositionForLocal):
(JSC::DFG::ByteCodeParser::findArgumentPosition):

11:41 AM Changeset in webkit [127166] by jberlin@webkit.org
  • 2 edits in trunk/LayoutTests

Assertion failure in MessagePort::contextDestroyed in
http/tests/security/MessagePort/event-listener-context.html, usually attributed to later tests.
https://bugs.webkit.org/show_bug.cgi?id=94458

fast/events/message-port-constructor-for-deleted-document.html also asserts in
MessagePort::contextDestroyed, and it is usually attributed to later tests as well. Skip it.

  • platform/mac/TestExpectations:
11:30 AM Changeset in webkit [127165] by tommyw@google.com
  • 23 edits
    4 copies
    1 add in trunk

MediaStream API: Introduce MediaConstraints
https://bugs.webkit.org/show_bug.cgi?id=95198

Reviewed by Adam Barth.

Source/Platform:

Adds WebMediaConstraints.

  • Platform.gypi:
  • chromium/public/WebMediaConstraints.h: Copied from Source/Platform/chromium/public/WebRTCPeerConnectionHandler.h.

(WebCore):
(WebKit):
(WebMediaConstraints):
(WebKit::WebMediaConstraints::WebMediaConstraints):
(WebKit::WebMediaConstraints::~WebMediaConstraints):
(WebKit::WebMediaConstraints::operator=):

  • chromium/public/WebRTCPeerConnectionHandler.h:

(WebKit):
(WebRTCPeerConnectionHandler):

Source/WebCore:

This introduces MediaConstraints together with relevant infrastructure, a chromium mock and LayoutTests.

Patch covered by expanded existing tests.

  • CMakeLists.txt:
  • GNUmakefile.list.am:
  • Modules/mediastream/MediaConstraintsImpl.cpp: Added.

(WebCore):
(WebCore::MediaConstraintsImpl::create):
(WebCore::MediaConstraintsImpl::initialize):
(WebCore::MediaConstraintsImpl::~MediaConstraintsImpl):
(WebCore::MediaConstraintsImpl::getMandatoryConstraintNames):
(WebCore::MediaConstraintsImpl::getOptionalConstraintNames):
(WebCore::MediaConstraintsImpl::getMandatoryConstraintValue):
(WebCore::MediaConstraintsImpl::getOptionalConstraintValue):

  • Modules/mediastream/MediaConstraintsImpl.h: Copied from Source/WebCore/platform/mediastream/RTCPeerConnectionHandler.h.

(WebCore):
(MediaConstraintsImpl):
(WebCore::MediaConstraintsImpl::MediaConstraintsImpl):

  • Modules/mediastream/RTCPeerConnection.cpp:

(WebCore::RTCPeerConnection::create):
(WebCore::RTCPeerConnection::RTCPeerConnection):

  • Modules/mediastream/RTCPeerConnection.h:

(WebCore):
(RTCPeerConnection):

  • WebCore.gypi:
  • bindings/js/Dictionary.cpp:

(WebCore::Dictionary::getOwnPropertyNames):
(WebCore):

  • bindings/js/Dictionary.h:

(Dictionary):

  • bindings/v8/Dictionary.cpp:

(WebCore::Dictionary::getOwnPropertyNames):
(WebCore):

  • bindings/v8/Dictionary.h:

(Dictionary):

  • platform/chromium/support/WebMediaConstraints.cpp: Copied from Source/WebCore/platform/mediastream/RTCPeerConnectionHandler.cpp.

(WebKit):
(WebKit::WebMediaConstraints::WebMediaConstraints):
(WebKit::WebMediaConstraints::assign):
(WebKit::WebMediaConstraints::reset):
(WebKit::WebMediaConstraints::isNull):
(WebKit::WebMediaConstraints::getMandatoryConstraintNames):
(WebKit::WebMediaConstraints::getOptionalConstraintNames):
(WebKit::WebMediaConstraints::getMandatoryConstraintValue):
(WebKit::WebMediaConstraints::getOptionalConstraintValue):

  • platform/mediastream/MediaConstraints.h: Copied from Source/WebCore/platform/mediastream/RTCPeerConnectionHandler.h.

(WebCore):
(MediaConstraints):
(WebCore::MediaConstraints::~MediaConstraints):
(WebCore::MediaConstraints::MediaConstraints):

  • platform/mediastream/RTCPeerConnectionHandler.cpp:

(RTCPeerConnectionHandlerDummy):
(WebCore::RTCPeerConnectionHandlerDummy::initialize):

  • platform/mediastream/RTCPeerConnectionHandler.h:

(WebCore):
(RTCPeerConnectionHandler):

  • platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.cpp:

(WebCore::RTCPeerConnectionHandlerChromium::initialize):

  • platform/mediastream/chromium/RTCPeerConnectionHandlerChromium.h:

(RTCPeerConnectionHandlerChromium):

Tools:

Extending the MockWebRTCPeerConnectionHandler with MediaConstraints functionality.

  • DumpRenderTree/chromium/MockWebRTCPeerConnectionHandler.cpp:

(MockWebRTCPeerConnectionHandler::MockWebRTCPeerConnectionHandler):
(isSupportedConstraint):
(isValidConstraint):
(MockWebRTCPeerConnectionHandler::initialize):

  • DumpRenderTree/chromium/MockWebRTCPeerConnectionHandler.h:

(MockWebRTCPeerConnectionHandler):

LayoutTests:

  • fast/mediastream/RTCPeerConnection-expected.txt:
  • fast/mediastream/RTCPeerConnection.html:
11:27 AM Changeset in webkit [127164] by pfeldman@chromium.org
  • 3 edits in trunk/LayoutTests

Fixing two inspector tests that fail on Mac WK1.

  • inspector/timeline/timeline-animation-frame-expected.txt:
  • inspector/timeline/timeline-paint-expected.txt:
11:15 AM Changeset in webkit [127163] by robert@webkit.org
  • 17 edits
    20 adds in trunk

CSS 2.1 failure: margin-collapse-clear-012 fails
https://bugs.webkit.org/show_bug.cgi?id=80394

Reviewed by David Hyatt.

Source/WebCore:

CSS2.1 states: "If the top and bottom margins of an element with clearance are adjoining, its margins collapse with
the adjoining margins of following siblings but that resulting margin does not collapse with the bottom margin of the parent block."
This is a change in the spec since http://trac.webkit.org/changeset/47678, so prevent the margins of collapsed blocks from collapsing
with parent margins.

Also, in the case of self-collapsing blocks adjust the clearance so that it is equal to [height of float to clear] - margin-top of the
self-collapsing block. (See the 'Explanation' section near the end of http://www.w3.org/TR/CSS21/visuren.html#clearance). This allows
the correct value of any margins collapsed with subsequent siblings to contribute to the height of the parent. For example if a block
with margin-top of 40px has to clear a float of 100px, the clearance is now 60px so set that as the height of the parent. If a subsequent
sibling has a collapsed margin value of 140px (e.g. from a margin-top of 80px and a margin-bottom of 140px) then the height of the parent
becomes 200px by adding on that collapsed margin.

Tests: css2.1/20110323/margin-collapse-clear-012.htm

css2.1/20110323/margin-collapse-clear-013.htm
css2.1/20110323/margin-collapse-027.htm
fast/css/margin-collapse-013-reduction.html
fast/css/margin-collapse-top-margin-clearance.html
fast/css/margin-collapse-top-margin-clearance-with-sibling.html

  • rendering/RenderBlock.cpp:

(WebCore::RenderBlock::clearFloatsIfNeeded):
(WebCore::RenderBlock::handleAfterSideOfBlock): Without this margin-collapse/block-inside-inline/025.html adds in the margin to

an anonymous block containing a block child. FF does this, Opera does not. The spec is not crystal-clear but Opera's behaviour
seems correct - it's totally unintuitive to think the margins of an anonymous block and its block-flow child should be considered adjoining.
Maybe this is a FIXME pending clarification in the spec?

  • rendering/RenderBlock.h:

(WebCore::RenderBlock::MarginInfo::setCanCollapseMarginAfterWithChildren):

LayoutTests:

  • css2.1/20110323/margin-collapse-027-expected.html: Added.
  • css2.1/20110323/margin-collapse-027.htm: Added.
  • css2.1/20110323/margin-collapse-clear-012-expected.html: Added.
  • css2.1/20110323/margin-collapse-clear-012.htm: Added.
  • css2.1/20110323/margin-collapse-clear-013-expected.html: Added.
  • css2.1/20110323/margin-collapse-clear-013.htm: Added.
  • css2.1/20110323/margin-collapse-clear-014-expected.html: Added.
  • css2.1/20110323/margin-collapse-clear-014.htm: Added.
  • css2.1/20110323/margin-collapse-clear-015-expected.html: Added.
  • css2.1/20110323/margin-collapse-clear-015.htm: Added.
  • css2.1/20110323/margin-collapse-clear-016-expected.html: Added.
  • css2.1/20110323/margin-collapse-clear-016.htm: Added.
  • css2.1/20110323/margin-collapse-clear-017-expected.html: Added.
  • css2.1/20110323/margin-collapse-clear-017.htm: Added.
  • fast/block/margin-collapse/empty-clear-blocks.html: Modified the test to reflect the new expected result. The text in the third paragraph avoids the float rather than sitting underneath it. The text in the third last paragraph is 20 px below the float rather than immediately beneath it. Both of these are a consequence of the revised treatment of clearance when margin collapsing. This is consistent with the spec and FF and Opera.
  • fast/css/margin-collapse-013-reduction.html: Added.

Sourced from https://bugzilla.mozilla.org/show_bug.cgi?id=493380

  • fast/css/margin-collapse-top-margin-clearance-with-sibling-expected.html: Added.
  • fast/css/margin-collapse-top-margin-clearance-with-sibling.html: Added.

Ensure we only avoid collapsing the margins of a self-collapsing block with the parent if we don't
have a subsequent sibling with height.

  • fast/css/margin-collapse-top-margin-clearance.html: Added.
  • platform/chromium-linux/fast/block/float/024-expected.png:
  • platform/chromium-linux/fast/block/margin-collapse/empty-clear-blocks-expected.png: These two progress to the same rendering used by FF and Opera. It is a consequence of calculating clearance as "clearance = [height of float] - margin-top" when margin-top is a negative value.
  • platform/chromium-win/fast/block/float/024-expected.txt:
  • platform/chromium-win/fast/block/margin-collapse/025-expected.txt:
  • platform/chromium-win/fast/block/margin-collapse/block-inside-inline/025-expected.txt:

The change in result for these three is a consequence of self-collapsing blocks with clearance moving their top up past the float by the value
of their top margin. Unlike the block-inside-inline case the 'clear' has no intrinsic height so the uncollapsed margin value has
no effect on its height.

  • platform/chromium-win/fast/block/margin-collapse/empty-clear-blocks-expected.txt: See the png result above for comment.
11:02 AM Changeset in webkit [127162] by commit-queue@webkit.org
  • 14 edits
    4 adds in trunk

Add support for blendmode to webkit rendering engine
https://bugs.webkit.org/show_bug.cgi?id=95258

Patch by Rik Cabanier <cabanier@adobe.com> on 2012-08-30
Reviewed by Simon Fraser.

Source/WebCore:

This code adds support for blendmodes to the WebCore engine. The CSS parser already
supported this keyword but didn't pass it along. Support for rendering blending will
be provided in subsequent patches

Test: css3/compositing/should-have-compositing-layer.html

  • css/StyleBuilder.cpp:

(WebCore::StyleBuilder::StyleBuilder):

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::collectMatchingRulesForList):

  • rendering/RenderBox.h:
  • rendering/RenderBoxModelObject.h:

(RenderBoxModelObject):
(WebCore::RenderBoxModelObject::requiresLayer):

  • rendering/RenderInline.h:

(WebCore::RenderInline::requiresLayer):

  • rendering/RenderLayer.cpp:

(WebCore::RenderLayer::RenderLayer):
(WebCore):
(WebCore::RenderLayer::updateBlendMode):
(WebCore::RenderLayer::ensureBacking):
(WebCore::RenderLayer::shouldBeNormalFlowOnly):
(WebCore::RenderLayer::styleChanged):

  • rendering/RenderLayer.h:

(RenderLayer):
(WebCore::RenderLayer::hasBlendMode):

  • rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::requiresCompositingLayer):
(WebCore::RenderLayerCompositor::requiresOwnBackingStore):
(WebCore::RenderLayerCompositor::reasonForCompositing):
(WebCore::RenderLayerCompositor::requiresCompositingForIndirectReason):
(WebCore::RenderLayerCompositor::requiresCompositingForBlending):
(WebCore):

  • rendering/RenderLayerCompositor.h:

(RenderLayerCompositor):

  • rendering/RenderObject.h:

(RenderObject):
(WebCore::RenderObject::hasBlendMode):
(WebCore::RenderObject::createsGroup):

  • rendering/RenderTableRow.h:
  • rendering/style/RenderStyle.h:

LayoutTests:

Enable test to verify that blending modes introduce a new compositing layer

  • css3/compositing/resources: Added.
  • css3/compositing/resources/reference.png: Added.
  • css3/compositing/should-have-compositing-layer-expected.txt: Added.
  • css3/compositing/should-have-compositing-layer.html: Added.
10:59 AM Changeset in webkit [127161] by jonlee@apple.com
  • 4 edits in trunk/Source/WebKit/mac

[Mac] Registering web views for notifications is unbalanced
https://bugs.webkit.org/show_bug.cgi?id=95465
<rdar://problem/12206765>

Reviewed by Darin Adler.

Setting the notification provider for a WK1 WebView registers that web view to the
provider. When the WebView is closed, WebCore is essentially responsible for
unregistering the web view. This leads to an imbalance on Lion since notifications are
not supported, and the NotificationController responsible for making the unregistration
call doesn't exist.

Instead, the unregisterWebView method should be called when the web view is closed.

  • WebView/WebViewPrivate.h: Remove _notificationControllerDestroyed, since it is

unneeded.

  • WebCoreSupport/WebNotificationClient.mm:

(WebNotificationClient::notificationControllerDestroyed):

  • WebView/WebView.mm:

(-[WebView _close]): Unregister the web view from the assigned provider here.
(-[WebView _setNotificationProvider:]): Only allow setting the provider once, to avoid
registering the web view to multiple providers.

10:47 AM Changeset in webkit [127160] by tonikitoo@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] Remove unneeded force-immediate-repaint from InRegionScroller::setLayerScrollPosition
https://bugs.webkit.org/show_bug.cgi?id=95476
PR #200704

Reviewed by Yong Li.
Patch by Antonio Gomes <agomes@rim.com>

This code is not needed at this point for neither the fast nor slow in-region
scroll codepaths, and it a huge performance beast as it forces all
containers to get full-repainted per scroll call (in webkit thread).

Patch also take this opportunity to remove an early-return we
have in the {i}frame slow scrolling code path so that we can
adjust the selection handles in this case as well.

  • Api/InRegionScroller.cpp:

(BlackBerry::WebKit::InRegionScrollerPrivate::setLayerScrollPosition):

10:44 AM Changeset in webkit [127159] by wangxianzhu@chromium.org
  • 2 edits
    122 adds in trunk/LayoutTests

[Chromium-Android] Upstream layout test rebaselined expectations
https://bugs.webkit.org/show_bug.cgi?id=94885

Reviewed by Adam Barth.

We rebaselined tests that

  • expect different behaviors on Android (but normally don't show FAIL)
  • have different layout because of precision, font size, etc.
  • have different layout because of different shadow DOM of the media player

We don't rebaseline tests that would expect to output FAIL.

  • platform/chromium-android/compositing/layer-creation/overflow-scrolling-touch-expected.txt: Added.
  • platform/chromium-android/compositing/layer-creation/overflow-scrolling-touch.html: Added.
  • platform/chromium-android/fast/block/positioning/047-expected.txt: Added.
  • platform/chromium-android/fast/css/font-family-pictograph-expected.txt: Added.
  • platform/chromium-android/fast/css/line-height-determined-by-primary-font-expected.txt: Added.
  • platform/chromium-android/fast/css/text-transform-select-expected.txt: Added.
  • platform/chromium-android/fast/dom/Orientation/create-event-orientationchange-expected.txt: Added.
  • platform/chromium-android/fast/dom/Window/window-lookup-precedence-expected.txt: Added.
  • platform/chromium-android/fast/events/context-onmousedown-event-expected.txt: Added.
  • platform/chromium-android/fast/events/mouseup-from-button2-expected.txt: Added.
  • platform/chromium-android/fast/font-boosting/various-tricky-cases-expected.txt: Added.
  • platform/chromium-android/fast/font-boosting/various-tricky-cases.html: Added.
  • platform/chromium-android/fast/forms/HTMLOptionElement_label05-expected.txt: Added.
  • platform/chromium-android/fast/forms/disabled-select-change-index-expected.txt: Added.
  • platform/chromium-android/fast/forms/form-element-geometry-expected.txt: Added.
  • platform/chromium-android/fast/forms/hidden-listbox-expected.txt: Added.
  • platform/chromium-android/fast/forms/implicit-submission-expected.txt: Added.
  • platform/chromium-android/fast/forms/label/labelable-elements-expected.txt: Added.
  • platform/chromium-android/fast/forms/listbox-bidi-align-expected.txt: Added.
  • platform/chromium-android/fast/forms/listbox-scrollbar-incremental-load-expected.txt: Added.
  • platform/chromium-android/fast/forms/listbox-width-change-expected.txt: Added.
  • platform/chromium-android/fast/forms/option-strip-whitespace-expected.txt: Added.
  • platform/chromium-android/fast/forms/select-block-background-expected.txt: Added.
  • platform/chromium-android/fast/forms/select-change-listbox-size-expected.txt: Added.
  • platform/chromium-android/fast/forms/select-change-popup-to-listbox-expected.txt: Added.
  • platform/chromium-android/fast/forms/select-initial-position-expected.txt: Added.
  • platform/chromium-android/fast/forms/select-list-box-with-height-expected.txt: Added.
  • platform/chromium-android/fast/forms/select-overflow-scroll-expected.txt: Added.
  • platform/chromium-android/fast/forms/select-overflow-scroll-inherited-expected.txt: Added.
  • platform/chromium-android/fast/hidpi/video-controls-in-hidpi-expected.txt: Added.
  • platform/chromium-android/fast/layers/video-layer-expected.txt: Added.
  • platform/chromium-android/fast/preloader/script-expected.txt: Added.
  • platform/chromium-android/fast/repaint/moving-shadow-on-container-expected.txt: Added.
  • platform/chromium-android/fast/repaint/moving-shadow-on-path-expected.txt: Added.
  • platform/chromium-android/fast/replaced/replaced-breaking-expected.txt: Added.
  • platform/chromium-android/fast/text/capitalize-boundaries-expected.txt: Added.
  • platform/chromium-android/fast/text/cg-fallback-bolding-expected.txt: Added.
  • platform/chromium-android/fast/text/complex-text-opacity-expected.txt: Added.
  • platform/chromium-android/fast/text/drawBidiText-expected.txt: Added.
  • platform/chromium-android/fast/text/international/bidi-listbox-atsui-expected.txt: Added.
  • platform/chromium-android/fast/text/international/bidi-listbox-expected.txt: Added.
  • platform/chromium-android/fast/text/international/hindi-spacing-expected.txt: Added.
  • platform/chromium-android/fast/text/international/thai-line-breaks-expected.txt: Added.
  • platform/chromium-android/fast/text/updateNewFont-expected.txt: Added.
  • platform/chromium-android/http/tests/security/contentSecurityPolicy/media-src-blocked-expected.txt: Added.
  • platform/chromium-android/media/W3C/audio/canPlayType/canPlayType_supported_but_no_codecs_parameter_2-expected.txt: Added.
  • platform/chromium-android/media/W3C/video/canPlayType/canPlayType_codecs_order_2-expected.txt: Added.
  • platform/chromium-android/media/W3C/video/canPlayType/canPlayType_codecs_order_3-expected.txt: Added.
  • platform/chromium-android/media/W3C/video/canPlayType/canPlayType_supported_but_no_codecs_parameter_2-expected.txt: Added.
  • platform/chromium-android/media/W3C/video/canPlayType/canPlayType_supported_but_no_codecs_parameter_3-expected.txt: Added.
  • platform/chromium-android/media/W3C/video/canPlayType/canPlayType_two_implies_one_3-expected.txt: Added.
  • platform/chromium-android/media/W3C/video/canPlayType/canPlayType_two_implies_one_4-expected.txt: Added.
  • platform/chromium-android/media/audio-controls-rendering-expected.txt: Added.
  • platform/chromium-android/media/controls-after-reload-expected.txt: Added.
  • platform/chromium-android/media/controls-strict-expected.txt: Added.
  • platform/chromium-android/media/controls-styling-expected.txt: Added.
  • platform/chromium-android/media/controls-styling-strict-expected.txt: Added.
  • platform/chromium-android/media/controls-without-preload-expected.txt: Added.
  • platform/chromium-android/media/csp-blocks-video-expected.txt: Added.
  • platform/chromium-android/media/encrypted-media/encrypted-media-can-play-type-expected.txt: Added.
  • platform/chromium-android/media/media-can-play-mpeg-audio-expected.txt: Added.
  • platform/chromium-android/media/media-can-play-mpeg4-video-expected.txt: Added.
  • platform/chromium-android/media/media-can-play-ogg-expected.txt: Added.
  • platform/chromium-android/media/media-controls-clone-expected.txt: Added.
  • platform/chromium-android/media/media-document-audio-repaint-expected.txt: Added.
  • platform/chromium-android/media/track/track-cue-rendering-horizontal-expected.txt: Added.
  • platform/chromium-android/media/track/track-cue-rendering-vertical-expected.txt: Added.
  • platform/chromium-android/media/video-controls-rendering-expected.txt: Added.
  • platform/chromium-android/media/video-currentTime-set-expected.txt: Added.
  • platform/chromium-android/media/video-display-toggle-expected.txt: Added.
  • platform/chromium-android/media/video-empty-source-expected.txt: Added.
  • platform/chromium-android/media/video-no-audio-expected.txt: Added.
  • platform/chromium-android/media/video-playing-and-pause-expected.txt: Added.
  • platform/chromium-android/media/video-source-error-expected.txt: Added.
  • platform/chromium-android/media/video-zoom-controls-expected.txt: Added.
  • platform/chromium-android/svg/W3C-SVG-1.1/paths-data-03-f-expected.txt: Added.
  • platform/chromium-android/svg/W3C-SVG-1.1/paths-data-12-t-expected.txt: Added.
  • platform/chromium-android/svg/css/composite-shadow-example-expected.txt: Added.
  • platform/chromium-android/svg/css/composite-shadow-with-opacity-expected.txt: Added.
  • platform/chromium-android/svg/css/stars-with-shadow-expected.txt: Added.
  • platform/chromium-android/svg/custom/scrolling-embedded-svg-file-image-repaint-problem-expected.txt: Added.
  • platform/chromium-android/svg/custom/use-on-symbol-inside-pattern-expected.txt: Added.
  • platform/chromium-android/transforms/2d/hindi-rotated-expected.txt: Added.
  • platform/chromium/TestExpectations:
10:41 AM Changeset in webkit [127158] by mhahnenberg@apple.com
  • 2 edits in trunk/Source/WebKit2

JSNPObject doesn't always protect its data when calling into plugin code
https://bugs.webkit.org/show_bug.cgi?id=95394

Reviewed by Brady Eidson.

We need to use NPRuntimeObjectMap::PluginProtector when calling into plugin code since
there's no telling what the plugin will do, including destroying itself.

  • WebProcess/Plugins/Netscape/JSNPObject.cpp:

(WebKit::JSNPObject::getOwnPropertySlot):
(WebKit::JSNPObject::getOwnPropertyDescriptor):

10:32 AM Changeset in webkit [127157] by tony@chromium.org
  • 5 edits
    6 adds in trunk

Make RenderBox::computeInlineDirectionMargins const
https://bugs.webkit.org/show_bug.cgi?id=95255

Reviewed by Ojan Vafai.

Source/WebCore:

This is part of making computeLogical{Height,Width} return computed values rather than
mutating the RenderBox directly. This makes a submethod const.

This change is just a refactor, but I've added some tests to cover code that wasn't
previously covered by layout tests.

Tests: fast/block/margins-perpendicular-containing-block.html

fast/table/margins-flipped-text-direction.html
fast/table/margins-perpendicular-containing-block.html

  • rendering/RenderBox.cpp:

(WebCore::RenderBox::computeLogicalWidthInRegion): Handle flipped text direction manually.
(WebCore::RenderBox::computeInlineDirectionMargins): Make const with out parameters.
No longer need to call setMargin{Start,End}ForChild.
(WebCore::shouldFlipBeforeAfterMargins): Helper function to figure out how to map a logical
writing mode direction to another logical writing mode direction.
(WebCore::RenderBox::computeLogicalHeight): Use const method. This also makes it more
obvious that when computing the height, we only modify the before/after margins.

  • rendering/RenderBox.h:

(RenderBox): Make computeInlineDirectionMargins const with out parameters.

  • rendering/RenderTable.cpp:

(WebCore::RenderTable::computeLogicalWidth): Same as RenderBox::comptueLogicalWidthInregion.

LayoutTests:

Add test cases for setting margins with perpendicular blocks or flipped text.

  • fast/block/margins-perpendicular-containing-block-expected.txt: Added.
  • fast/block/margins-perpendicular-containing-block.html: Added.
  • fast/table/margins-flipped-text-direction-expected.txt: Added.
  • fast/table/margins-flipped-text-direction.html: Added.
  • fast/table/margins-perpendicular-containing-block-expected.txt: Added.
  • fast/table/margins-perpendicular-containing-block.html: Added.
10:23 AM Changeset in webkit [127156] by gavinp@chromium.org
  • 2 edits in trunk/Source/WebKit/chromium

[chromium] Disable CCLayerTreeHostTestScrollMultipleRedraw.runMultiThread
https://bugs.webkit.org/show_bug.cgi?id=95472

Unreviewed gardening.

When landing r127079, this test was re-enabled, and has not passed since. I'm disabling it, and created bug 95473 to track fixing this issue.

  • tests/CCLayerTreeHostTest.cpp:

(WebKitTests::TEST_F):

10:20 AM EfficientStrings edited by benjamin@webkit.org
(diff)
10:08 AM Changeset in webkit [127155] by krit@webkit.org
  • 18 edits in trunk/Source/WebCore

Refactor WrapShape classes to BasicShape
https://bugs.webkit.org/show_bug.cgi?id=95461

Reviewed by Rob Buis.

This is a follow up patch of bug 95411. While the previous patch
just renamed the files, this patch renames the classes, enumerations
and functions.

Just refactoring of internal names. No new tests.

  • css/BasicShapeFunctions.cpp:

(WebCore::valueForBasicShape):
(WebCore::basicShapeForValue):

  • css/BasicShapeFunctions.h:

(WebCore):

  • css/CSSBasicShapes.cpp:

(WebCore::CSSBasicShapeRectangle::cssText):
(WebCore::CSSBasicShapeCircle::cssText):
(WebCore::CSSBasicShapeEllipse::cssText):
(WebCore::CSSBasicShapePolygon::cssText):

  • css/CSSBasicShapes.h:

(WebCore::CSSBasicShape::~CSSBasicShape):
(WebCore::CSSBasicShape::CSSBasicShape):
(WebCore::CSSBasicShapeRectangle::create):
(WebCore::CSSBasicShapeRectangle::type):
(WebCore::CSSBasicShapeRectangle::CSSBasicShapeRectangle):
(WebCore::CSSBasicShapeCircle::create):
(WebCore::CSSBasicShapeCircle::type):
(WebCore::CSSBasicShapeCircle::CSSBasicShapeCircle):
(WebCore::CSSBasicShapeEllipse::create):
(WebCore::CSSBasicShapeEllipse::type):
(WebCore::CSSBasicShapeEllipse::CSSBasicShapeEllipse):
(WebCore::CSSBasicShapePolygon::create):
(WebCore::CSSBasicShapePolygon::type):
(WebCore::CSSBasicShapePolygon::CSSBasicShapePolygon):

  • css/CSSComputedStyleDeclaration.cpp:

(WebCore::CSSComputedStyleDeclaration::getPropertyCSSValue):

  • css/CSSParser.cpp:

(WebCore::CSSParser::parseValue):
(WebCore::CSSParser::parseBasicShapeRectangle):
(WebCore::CSSParser::parseBasicShapeCircle):
(WebCore::CSSParser::parseBasicShapeEllipse):
(WebCore::CSSParser::parseBasicShapePolygon):
(WebCore::CSSParser::parseBasicShape):

  • css/CSSParser.h:

(WebCore):

  • css/CSSPrimitiveValue.cpp:

(WebCore::CSSPrimitiveValue::init):

  • css/CSSPrimitiveValue.h:

(WebCore):
(WebCore::CSSPrimitiveValue::getShapeValue):
(CSSPrimitiveValue):

  • css/StyleBuilder.cpp:

(WebCore):
(WebCore::ApplyPropertyWrapShape::setValue):
(WebCore::ApplyPropertyWrapShape::applyValue):
(WebCore::ApplyPropertyWrapShape::createHandler):

  • rendering/RenderBlock.cpp:

(WebCore::RenderBlock::updateWrapShapeInfoAfterStyleChange):

  • rendering/RenderBlock.h:

(RenderBlock):

  • rendering/WrapShapeInfo.cpp:

(WebCore::WrapShapeInfo::isWrapShapeInfoEnabledForRenderBlock):
(WebCore::WrapShapeInfo::computeShapeSize):

  • rendering/style/BasicShapes.cpp:

(WebCore::BasicShape::destroy):

  • rendering/style/BasicShapes.h:

(WebCore::BasicShape::BasicShape):
(WebCore::BasicShapeRectangle::create):
(WebCore::BasicShapeRectangle::BasicShapeRectangle):
(WebCore::BasicShapeCircle::create):
(WebCore::BasicShapeCircle::BasicShapeCircle):
(WebCore::BasicShapeEllipse::create):
(WebCore::BasicShapeEllipse::BasicShapeEllipse):
(WebCore::BasicShapePolygon::create):
(WebCore::BasicShapePolygon::BasicShapePolygon):

  • rendering/style/RenderStyle.h:
  • rendering/style/StyleRareNonInheritedData.h:

(StyleRareNonInheritedData):

10:04 AM Changeset in webkit [127154] by commit-queue@webkit.org
  • 9 edits in trunk/Source/WebKit/chromium

[chromium] Clean up some webkit compositor unit tests
https://bugs.webkit.org/show_bug.cgi?id=95410

Patch by James Robinson <jamesr@chromium.org> on 2012-08-30
Reviewed by Adrienne Walker.

This adds includes that were implicitly being picked up, removes ones that weren't being used, removes
dead code, adds OVERRIDE on functions that OVERRIDE, and deinlines virtuals that the chromium clang style
plugin is unhappy about.

  • tests/CCAnimationTestCommon.cpp:

(WebKitTests::FakeFloatAnimationCurve::duration):
(WebKitTests):
(WebKitTests::FakeFloatAnimationCurve::getValue):
(WebKitTests::FakeTransformTransition::duration):
(WebKitTests::FakeFloatTransition::duration):
(WebKitTests::FakeLayerAnimationControllerClient::id):
(WebKitTests::FakeLayerAnimationControllerClient::setOpacityFromAnimation):
(WebKitTests::FakeLayerAnimationControllerClient::opacity):
(WebKitTests::FakeLayerAnimationControllerClient::setTransformFromAnimation):
(WebKitTests::FakeLayerAnimationControllerClient::transform):

  • tests/CCAnimationTestCommon.h:

(FakeFloatAnimationCurve):
(FakeTransformTransition):
(FakeFloatTransition):
(FakeLayerAnimationControllerClient):

  • tests/CCTiledLayerTestCommon.cpp:

(WebKitTests::FakeLayerTextureUpdater::sampledTexelFormat):
(WebKitTests):
(WebKitTests::FakeTiledLayerWithScaledBounds::FakeTiledLayerWithScaledBounds):
(WebKitTests::FakeTiledLayerChromium::textureManager):
(WebKitTests::FakeTiledLayerChromium::textureUpdater):
(WebKitTests::FakeTiledLayerWithScaledBounds::contentBounds):
(WebKitTests::FakeTextureUploader::isBusy):
(WebKitTests::FakeTextureUploader::uploadTexture):

  • tests/CCTiledLayerTestCommon.h:

(FakeLayerTextureUpdater):
(FakeTiledLayerChromium):
(FakeTiledLayerWithScaledBounds):
(FakeTextureUploader):

  • tests/FakeWebCompositorOutputSurface.h:
  • tests/TextureCopierTest.cpp:

(MockContext):
(TEST):

  • tests/ThrottledTextureUploaderTest.cpp:

(WebKit::TEST):

  • tests/WebLayerTreeViewTest.cpp:
9:52 AM Changeset in webkit [127153] by commit-queue@webkit.org
  • 3 edits
    2 adds in trunk

Fix a crash in SourceBufferList.remove().
https://bugs.webkit.org/show_bug.cgi?id=94950

Patch by Aaron Colwell <acolwell@chromium.org> on 2012-08-30
Reviewed by Eric Carlson.

Source/WebCore:

Move SourceBuffer::clear() call before the removal of the SourceBuffer from
SourceBufferList::m_list to avoid a use after free if m_list holds the last
reference.

Test: http/tests/media/media-source/video-media-source-sourcebufferlist-crash.html

  • Modules/mediasource/SourceBufferList.cpp:

(WebCore::SourceBufferList::remove):

LayoutTests:

Added a layout test to verify that the application doesn't crash if a SourceBufferList is
holding the only references for its SourceBuffer objects when a MediaSource transitions to "closed".

  • http/tests/media/media-source/video-media-source-sourcebufferlist-crash-expected.txt: Added.
  • http/tests/media/media-source/video-media-source-sourcebufferlist-crash.html: Added.
9:38 AM Changeset in webkit [127152] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] Remove redundant entries on the Skipped list
https://bugs.webkit.org/show_bug.cgi?id=95458

Unreviewed gardening.

Patch by Thiago Marcos P. Santos <thiago.santos@intel.com> on 2012-08-30

  • platform/efl/Skipped:
9:31 AM Changeset in webkit [127151] by yoli@rim.com
  • 2 edits in trunk/Source/JavaScriptCore

[BlackBerry] Set timer client on platform timer used in HeapTimer
https://bugs.webkit.org/show_bug.cgi?id=95464

Reviewed by Rob Buis.

Otherwise the timer won't work.

  • heap/HeapTimer.cpp:

(JSC::HeapTimer::HeapTimer):

9:12 AM Changeset in webkit [127150] by commit-queue@webkit.org
  • 7 edits in trunk/Source/WebCore

[BlackBerry] Modifying how IP domains are handled in Cookies
https://bugs.webkit.org/show_bug.cgi?id=95381

Patch by Otto Derek Cheung <otcheung@rim.com> on 2012-08-30
Reviewed by Rob Buis.
Internally reviewed by Joe Mason.

Current implementation handles IP addresses like normal domains.
This makes invalid cross domain cookies possibe by setting cookie
domains to a suffix of the targeted IP. (ex. hackers on 11.121.61.97
can set cookies to 61.97, so they show up on the targeted website of
10.120.61.97)

New Implementation is to detect IP addresses and treat them without
exploding them with the delimiter ".". That way, IP addresses will
be stored as a whole and other IPs won't have access to it.

PR 130051

Manually tested by accessing a webpage via IP (hosted through
LAMP - ex:10.121.61.97) and tried to set cookies with domains that
are a suffix to the ip address (ex: .97, 121.61.97).
Also tried to set cookies to other ip addresses that "domain matches"
the IP address (ex. 11.121.61.97). Verified that they all failed.

Tested using the cookies test page: http://browser.swlab.rim.net/test/cookies

  • platform/blackberry/CookieManager.cpp:

(WebCore::CookieManager::getRawCookies):
(WebCore::CookieManager::checkAndTreatCookie):
(WebCore::CookieManager::findOrCreateCookieMap):

  • platform/blackberry/CookieManager.h:
  • platform/blackberry/CookieParser.cpp:

(WebCore::CookieParser::CookieParser):
(WebCore::CookieParser::parseOneCookie):

  • platform/blackberry/CookieParser.h:

(CookieParser):

  • platform/blackberry/ParsedCookie.cpp:

(WebCore::ParsedCookie::ParsedCookie):

  • platform/blackberry/ParsedCookie.h:

(WebCore::ParsedCookie::setDomain):
(WebCore::ParsedCookie::domainIsIPAddress):
(ParsedCookie):

9:08 AM Changeset in webkit [127149] by loislo@chromium.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: [regression] ui: heap profiler: splitter between containment and retainment views has white background.
https://bugs.webkit.org/show_bug.cgi?id=95460

Reviewed by Yury Semikhatsky.

it was regressed at r122332.

  • inspector/front-end/heapProfiler.css:

(.heap-snapshot-view .retainers-view-header):

9:03 AM Changeset in webkit [127148] by commit-queue@webkit.org
  • 3 edits in trunk/Source/JavaScriptCore

[sh4] Add missing implementation for JavaScriptCore JIT
https://bugs.webkit.org/show_bug.cgi?id=95452

Patch by Julien BRIANCEAU <jbrianceau@nds.com> on 2012-08-30
Reviewed by Oliver Hunt.

  • assembler/MacroAssemblerSH4.h:

(JSC::MacroAssemblerSH4::isCompactPtrAlignedAddressOffset):
(MacroAssemblerSH4):
(JSC::MacroAssemblerSH4::add32):
(JSC::MacroAssemblerSH4::convertibleLoadPtr):

  • assembler/SH4Assembler.h:

(JSC::SH4Assembler::labelIgnoringWatchpoints):
(SH4Assembler):
(JSC::SH4Assembler::replaceWithLoad):
(JSC::SH4Assembler::replaceWithAddressComputation):

8:58 AM Changeset in webkit [127147] by pfeldman@chromium.org
  • 45 edits in trunk/LayoutTests

Web Inspector: sort object properties when dumping them in tests
https://bugs.webkit.org/show_bug.cgi?id=95459

Reviewed by Vsevolod Vlasov.

add/dumpObject used to dump object properties in the natural enumerable order,
sorting by property name now.

  • http/tests/inspector/inspector-test.js:

(initialize_InspectorTest.InspectorTest.addObject):

  • http/tests/inspector/resource-har-conversion-expected.txt:
  • http/tests/inspector/resource-har-headers-expected.txt:
  • http/tests/inspector/resource-har-pages-expected.txt:
  • http/tests/inspector/resource-parameters-expected.txt:
  • http/tests/inspector/resources/extension-main.js:
  • inspector/cookie-parser-expected.txt:
  • inspector/debugger/script-extract-outline-expected.txt:
  • inspector/extensions/extensions-api-expected.txt:
  • inspector/extensions/extensions-audits-api-expected.txt:
  • inspector/extensions/extensions-console-expected.txt:
  • inspector/extensions/extensions-panel-expected.txt:
  • inspector/extensions/extensions-resources-expected.txt:
  • inspector/extensions/extensions-sidebar-expected.txt:
  • inspector/filtered-item-selection-dialog-filtering-expected.txt:
  • inspector/report-protocol-errors-expected.txt:
  • inspector/runtime/runtime-getProperties-expected.txt:
  • inspector/runtime/runtime-localStorage-getProperties-expected.txt:
  • inspector/timeline/timeline-animation-frame-expected.txt:
  • inspector/timeline/timeline-decode-resize-expected.txt:
  • inspector/timeline/timeline-dom-content-loaded-event-expected.txt:
  • inspector/timeline/timeline-enum-stability-expected.txt:
  • inspector/timeline/timeline-event-dispatch-expected.txt:
  • inspector/timeline/timeline-injected-script-eval-expected.txt:
  • inspector/timeline/timeline-layout-expected.txt:
  • inspector/timeline/timeline-load-event-expected.txt:
  • inspector/timeline/timeline-mark-timeline-expected.txt:
  • inspector/timeline/timeline-network-resource-expected.txt:
  • inspector/timeline/timeline-paint-expected.txt:
  • inspector/timeline/timeline-parse-html-expected.txt:
  • inspector/timeline/timeline-recalculate-styles-expected.txt:
  • inspector/timeline/timeline-script-tag-1-expected.txt:
  • inspector/timeline/timeline-script-tag-2-expected.txt:
  • inspector/timeline/timeline-time-stamp-expected.txt:
  • inspector/timeline/timeline-timer-expected.txt:
  • inspector/user-metrics-expected.txt:
  • platform/chromium/http/tests/inspector/resource-har-conversion-expected.txt:
  • platform/chromium/inspector/timeline/timeline-animation-frame-expected.txt:
  • platform/chromium/inspector/timeline/timeline-event-dispatch-expected.txt:
  • platform/chromium/inspector/timeline/timeline-layout-expected.txt:
  • platform/chromium/inspector/timeline/timeline-network-resource-expected.txt:
  • platform/chromium/inspector/timeline/timeline-paint-expected.txt:
  • platform/chromium/inspector/timeline/timeline-parse-html-expected.txt:
  • platform/chromium/inspector/timeline/timeline-timer-expected.txt:
8:53 AM Changeset in webkit [127146] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] node search does not work with elements on touch start listener
https://bugs.webkit.org/show_bug.cgi?id=95252

Patch by Hanna Ma <Hanma@rim.com> on 2012-08-30
Reviewed by Antonio Gomes.

Fix the node search function of web insepctor on elements with touch start listener.
Add methods from webPage to check if the node search functionality is enabled before handling touch events.
PR194107

  • Api/WebPage.cpp:

(BlackBerry::WebKit::WebPage::touchEvent):

8:51 AM Changeset in webkit [127145] by commit-queue@webkit.org
  • 7 edits
    2 deletes in trunk

Unreviewed, rolling out r127131.
http://trac.webkit.org/changeset/127131
https://bugs.webkit.org/show_bug.cgi?id=95463

It makes the fast/regions/ test crash on Chromium (Requested
by jchaffraix on #webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-08-30

Source/WebCore:

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::collectMatchingRulesForList):

  • rendering/InlineBox.cpp:
  • rendering/InlineBox.h:

(WebCore):
(InlineBox):

  • rendering/InlineFlowBox.cpp:

(WebCore::InlineFlowBox::addToLine):
(WebCore::InlineFlowBox::addTextBoxVisualOverflow):

  • rendering/RenderRegion.h:

(RenderRegion):

LayoutTests:

  • fast/regions/region-style-text-shadow-expected.html: Removed.
  • fast/regions/region-style-text-shadow.html: Removed.
8:46 AM Changeset in webkit [127144] by Csaba Osztrogonác
  • 2 edits in trunk/LayoutTests

Unreviewed, rolling out r127133.
http://trac.webkit.org/changeset/127133
https://bugs.webkit.org/show_bug.cgi?id=95462

These tests still fail (Requested by Ossy on #webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2012-08-30

  • platform/qt-5.0-wk2/Skipped:
8:30 AM Changeset in webkit [127143] by commit-queue@webkit.org
  • 2 edits in trunk/LayoutTests

[EFL] Remove tests from Skipped list that don't exist
https://bugs.webkit.org/show_bug.cgi?id=95457

Unreviewed gardening.

Patch by Thiago Marcos P. Santos <thiago.santos@intel.com> on 2012-08-30

  • platform/efl/Skipped:
8:26 AM Changeset in webkit [127142] by apavlov@chromium.org
  • 6 edits in trunk

Web Inspector: Some urls in CSS stylesheets cause errors when generating Computed Styles HTML
https://bugs.webkit.org/show_bug.cgi?id=95427

Reviewed by Vsevolod Vlasov.

Source/WebCore:

Pass the parent StylesSidebarPane into ComputedStylePropertiesSection to avoid referencing an undefined field.
Avoid duplicating the parent pane by externally setting the |data| field on style property sections.

  • inspector/front-end/StylesSidebarPane.js:

(WebInspector.StylesSidebarPane.prototype._rebuildSectionsForStyleRules):
(WebInspector.StylesSidebarPane.prototype.addBlankSection):
(WebInspector.StylePropertiesSection.prototype.get pane):
(WebInspector.ComputedStylePropertiesSection):
(WebInspector.ComputedStylePropertiesSection.prototype.get pane):
(WebInspector.ComputedStylePropertiesSection.prototype.onpopulate):
(WebInspector.StylePropertyTreeElement.prototype.updateTitle.linkifyURL):

LayoutTests:

  • inspector/styles/inject-stylesheet-expected.txt:
  • inspector/styles/inject-stylesheet.html:
  • platform/chromium/inspector/styles/inject-stylesheet-expected.txt:
8:06 AM Changeset in webkit [127141] by anilsson@rim.com
  • 2 edits in trunk/Source/WebKit/blackberry

[BlackBerry] One shot drawing sync flag never cleared when there's no layers
https://bugs.webkit.org/show_bug.cgi?id=95447

Reviewed by Antonio Gomes.

PR 199866
When we remove the layers, WebKit could tell us we need a one shot
drawing sync to repaint the BackingStore with the content that was
previously drawn by layers. We also sometimes set the one shot drawing
sync flag manually.

We would bail from commit if there were no layers and not actually
perform the osds, so it left the osds flag set forever and the
situation prevails, because nobody will ever clear the osds flag.

The BackingStore surrenders the responsibility of blitting to the AC
commit mechanism when a one shot drawing sync is pending, because we
want the operations render, commit and blit to happen in the correct
order with no intermediate blits.

So, no commit means no blit, and the result of regular rendering did
not show up on screen.

Fixed by not bailing from commit if there's no layers, instead clearing
the "needs commit" and osds flags and performing a blit.

Reviewed internally by Andrew Lo.

  • Api/WebPage.cpp:

(BlackBerry::WebKit::WebPagePrivate::commitRootLayerIfNeeded):

7:56 AM Changeset in webkit [127140] by keishi@webkit.org
  • 11 edits
    6 adds in trunk

Tick marks don't match thumb when applying padding or border to input type=range
https://bugs.webkit.org/show_bug.cgi?id=93791

Reviewed by Kent Tamura.

Source/WebCore:

Tick marks don't match thumb when styling input type=range. This change
calculate tick mark positions from track element size. Bug 94915 handles
drawing the track inside the content area.

Tests: fast/forms/datalist/input-appearance-range-with-padding-with-datalist.html

fast/forms/datalist/input-appearance-range-with-transform.html

  • html/HTMLInputElement.cpp:

(WebCore::HTMLInputElement::sliderTrackElement):
(WebCore):

  • html/HTMLInputElement.h:

(HTMLInputElement):

  • html/InputType.h:

(WebCore::InputType::sliderTrackElement):

  • html/RangeInputType.cpp:

(WebCore::RangeInputType::sliderTrackElement):
(WebCore):

  • html/RangeInputType.h:

(RangeInputType):

  • rendering/RenderTheme.cpp:

(WebCore::RenderTheme::paintSliderTicks): rect's position is relative to
the transformed ancestor element. sliderBounds is absolute. We use them
to calculate the track element position relative to the transformed
ancestor element.

LayoutTests:

  • fast/forms/datalist/input-appearance-range-with-datalist-rtl-expected.html:
  • fast/forms/datalist/input-appearance-range-with-datalist-rtl.html:
  • fast/forms/datalist/input-appearance-range-with-padding-with-datalist-expected.txt: Added.
  • fast/forms/datalist/input-appearance-range-with-padding-with-datalist.html: Added.
  • fast/forms/datalist/input-appearance-range-with-transform-expected.txt: Added.
  • fast/forms/datalist/input-appearance-range-with-transform.html: Added.
  • platform/chromium-mac/fast/forms/datalist/input-appearance-range-with-padding-with-datalist-expected.png: Added.
  • platform/chromium-mac/fast/forms/datalist/input-appearance-range-with-transform-expected.png: Added.
  • platform/chromium/TestExpectations:
7:48 AM Changeset in webkit [127139] by jchaffraix@webkit.org
  • 2 edits in trunk/Source/WebCore

Remove the now-unneeded invalidations in RenderTable::removeCaption
https://bugs.webkit.org/show_bug.cgi?id=94889

Reviewed by Abhishek Arya.

Following bug 94842 and 95090, the invalidation code was pushed down to
RenderTableCaption. This made apparent that we did some invalidations that
were not needed.

Refactoring covered by existing tests.

  • rendering/RenderTable.cpp:

(WebCore::RenderTable::removeCaption):
Removed setNeedsRecalcStyle() as it's unneeded now. It was probably needed back when
we didn't support multiple captions (see bug 58249) but the need was never documented
so you could wonder if it was really needed in the first place.

7:45 AM Changeset in webkit [127138] by loislo@chromium.org
  • 2 edits in trunk/Source/WebCore

Web Inspector: [regression] ui: selectors in heap profiler view have no arrows at the right side of the text.
https://bugs.webkit.org/show_bug.cgi?id=95455

Reviewed by Yury Semikhatsky.

In console we use a span which wraps selectors and have necessary background.

  • inspector/front-end/HeapSnapshotView.js:

(WebInspector.HeapSnapshotView.prototype.get statusBarItems.appendArrowImage):
(WebInspector.HeapSnapshotView.prototype.get statusBarItems):

7:42 AM Changeset in webkit [127137] by commit-queue@webkit.org
  • 4 edits in trunk

[WK2][WTR] Add didReceiveServerRedirectForProvisionalLoadForFrame dumping
https://bugs.webkit.org/show_bug.cgi?id=95454

Patch by Mikhail Pozdnyakov <mikhail.pozdnyakov@intel.com> on 2012-08-30
Reviewed by Kenneth Rohde Christiansen.

Tools:

Added didReceiveServerRedirectForProvisionalLoadForFrame dumping to WTR.

  • WebKitTestRunner/InjectedBundle/InjectedBundlePage.cpp:

(WTR::InjectedBundlePage::didReceiveServerRedirectForProvisionalLoadForFrame):

LayoutTests:

Unskipped http/tests/loading/307-after-303-after-post.html.
Output for http/tests/loading/redirect-methods.html is improved.

  • platform/wk2/Skipped:
7:40 AM Changeset in webkit [127136] by leoyang@rim.com
  • 2 edits in trunk/Tools

Update my email address.

Not reviewed.

  • Scripts/webkitpy/common/config/committers.py:
7:31 AM Changeset in webkit [127135] by caseq@chromium.org
  • 2 edits in trunk/LayoutTests

REGRESSION(r127039): It broke inspector/timeline/timeline-load.html fails on many platforms
https://bugs.webkit.org/show_bug.cgi?id=95414

Unreviewed. Remove stray InspectorTest.completeTest() from a method that is called from several test cases.

  • inspector/timeline/timeline-load.html:
7:05 AM Changeset in webkit [127134] by commit-queue@webkit.org
  • 2 edits in trunk/Source/WebCore

[BlackBerry] LayerTiler needs to respect new setting for prefill rect.
https://bugs.webkit.org/show_bug.cgi?id=95446

Patch by Andrew Lo <anlo@rim.com> on 2012-08-30
Reviewed by Rob Buis.

Internally reviewed by Arvid Nilsson.
Internal PR181637
Use new prefill rectangle setting to determine which tiles should be
prefilled in LayerTiler.

  • platform/graphics/blackberry/LayerTiler.cpp:

(WebCore::LayerTiler::shouldPrefillTile):

7:05 AM Changeset in webkit [127133] by Csaba Osztrogonác
  • 2 edits in trunk/LayoutTests

[Qt][WK2] Unreviewed gardening, unskip now passing tests.

  • platform/qt-5.0-wk2/Skipped:
6:56 AM WebInspector edited by janeparker991@gmail.com
(diff)
6:54 AM WebInspector edited by janeparker991@gmail.com
(diff)
6:44 AM Changeset in webkit [127132] by krit@webkit.org
  • 13 edits
    6 moves in trunk/Source/WebCore

Refactor WrapShape to Shape/BasicShape
https://bugs.webkit.org/show_bug.cgi?id=95411

Reviewed by Andreas Kling.

The wrap shapes are currently specified by CSS3 Exclusions but are useful for other
CSS related proposals like CSS Masking as well. This is the first patch on a chain
of patches to refactor WrapShape to BasicShape. With this patch all relevant files
get renamend and the build systems updated. The classes will be renamend in a second
step.

Just renaming of files. No new tests.

  • CMakeLists.txt:
  • GNUmakefile.list.am:
  • Target.pri:
  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.xcodeproj/project.pbxproj:
  • css/BasicShapeFunctions.cpp: Renamed from Source/WebCore/css/WrapShapeFunctions.cpp.

(WebCore):
(WebCore::valueForWrapShape):
(WebCore::convertToLength):
(WebCore::wrapShapeForValue):

  • css/BasicShapeFunctions.h: Renamed from Source/WebCore/css/WrapShapeFunctions.h.

(WebCore):

  • css/CSSAllInOne.cpp:
  • css/CSSBasicShapes.cpp: Renamed from Source/WebCore/css/CSSWrapShapes.cpp.

(WebCore):
(WebCore::CSSWrapShapeRectangle::cssText):
(WebCore::CSSWrapShapeCircle::cssText):
(WebCore::CSSWrapShapeEllipse::cssText):
(WebCore::CSSWrapShapePolygon::cssText):

  • css/CSSBasicShapes.h: Renamed from Source/WebCore/css/CSSWrapShapes.h.

(WebCore):
(CSSWrapShape):
(WebCore::CSSWrapShape::~CSSWrapShape):
(WebCore::CSSWrapShape::CSSWrapShape):
(CSSWrapShapeRectangle):
(WebCore::CSSWrapShapeRectangle::create):
(WebCore::CSSWrapShapeRectangle::x):
(WebCore::CSSWrapShapeRectangle::y):
(WebCore::CSSWrapShapeRectangle::width):
(WebCore::CSSWrapShapeRectangle::height):
(WebCore::CSSWrapShapeRectangle::radiusX):
(WebCore::CSSWrapShapeRectangle::radiusY):
(WebCore::CSSWrapShapeRectangle::setX):
(WebCore::CSSWrapShapeRectangle::setY):
(WebCore::CSSWrapShapeRectangle::setWidth):
(WebCore::CSSWrapShapeRectangle::setHeight):
(WebCore::CSSWrapShapeRectangle::setRadiusX):
(WebCore::CSSWrapShapeRectangle::setRadiusY):
(WebCore::CSSWrapShapeRectangle::type):
(WebCore::CSSWrapShapeRectangle::CSSWrapShapeRectangle):
(CSSWrapShapeCircle):
(WebCore::CSSWrapShapeCircle::create):
(WebCore::CSSWrapShapeCircle::centerX):
(WebCore::CSSWrapShapeCircle::centerY):
(WebCore::CSSWrapShapeCircle::radius):
(WebCore::CSSWrapShapeCircle::setCenterX):
(WebCore::CSSWrapShapeCircle::setCenterY):
(WebCore::CSSWrapShapeCircle::setRadius):
(WebCore::CSSWrapShapeCircle::type):
(WebCore::CSSWrapShapeCircle::CSSWrapShapeCircle):
(CSSWrapShapeEllipse):
(WebCore::CSSWrapShapeEllipse::create):
(WebCore::CSSWrapShapeEllipse::centerX):
(WebCore::CSSWrapShapeEllipse::centerY):
(WebCore::CSSWrapShapeEllipse::radiusX):
(WebCore::CSSWrapShapeEllipse::radiusY):
(WebCore::CSSWrapShapeEllipse::setCenterX):
(WebCore::CSSWrapShapeEllipse::setCenterY):
(WebCore::CSSWrapShapeEllipse::setRadiusX):
(WebCore::CSSWrapShapeEllipse::setRadiusY):
(WebCore::CSSWrapShapeEllipse::type):
(WebCore::CSSWrapShapeEllipse::CSSWrapShapeEllipse):
(CSSWrapShapePolygon):
(WebCore::CSSWrapShapePolygon::create):
(WebCore::CSSWrapShapePolygon::appendPoint):
(WebCore::CSSWrapShapePolygon::getXAt):
(WebCore::CSSWrapShapePolygon::getYAt):
(WebCore::CSSWrapShapePolygon::values):
(WebCore::CSSWrapShapePolygon::setWindRule):
(WebCore::CSSWrapShapePolygon::windRule):
(WebCore::CSSWrapShapePolygon::type):
(WebCore::CSSWrapShapePolygon::CSSWrapShapePolygon):

  • css/CSSComputedStyleDeclaration.cpp:
  • css/CSSParser.cpp:
  • css/CSSPrimitiveValue.cpp:
  • css/StyleBuilder.cpp:
  • rendering/style/BasicShapes.cpp: Renamed from Source/WebCore/rendering/style/WrapShapes.cpp.

(WebCore):
(WebCore::WrapShape::destroy):

  • rendering/style/BasicShapes.h: Renamed from Source/WebCore/rendering/style/WrapShapes.h.

(WebCore):
(WrapShape):
(WebCore::WrapShape::deref):
(WebCore::WrapShape::type):
(WebCore::WrapShape::WrapShape):
(WrapShapeRectangle):
(WebCore::WrapShapeRectangle::create):
(WebCore::WrapShapeRectangle::x):
(WebCore::WrapShapeRectangle::y):
(WebCore::WrapShapeRectangle::width):
(WebCore::WrapShapeRectangle::height):
(WebCore::WrapShapeRectangle::cornerRadiusX):
(WebCore::WrapShapeRectangle::cornerRadiusY):
(WebCore::WrapShapeRectangle::setX):
(WebCore::WrapShapeRectangle::setY):
(WebCore::WrapShapeRectangle::setWidth):
(WebCore::WrapShapeRectangle::setHeight):
(WebCore::WrapShapeRectangle::setCornerRadiusX):
(WebCore::WrapShapeRectangle::setCornerRadiusY):
(WebCore::WrapShapeRectangle::WrapShapeRectangle):
(WrapShapeCircle):
(WebCore::WrapShapeCircle::create):
(WebCore::WrapShapeCircle::centerX):
(WebCore::WrapShapeCircle::centerY):
(WebCore::WrapShapeCircle::radius):
(WebCore::WrapShapeCircle::setCenterX):
(WebCore::WrapShapeCircle::setCenterY):
(WebCore::WrapShapeCircle::setRadius):
(WebCore::WrapShapeCircle::WrapShapeCircle):
(WrapShapeEllipse):
(WebCore::WrapShapeEllipse::create):
(WebCore::WrapShapeEllipse::centerX):
(WebCore::WrapShapeEllipse::centerY):
(WebCore::WrapShapeEllipse::radiusX):
(WebCore::WrapShapeEllipse::radiusY):
(WebCore::WrapShapeEllipse::setCenterX):
(WebCore::WrapShapeEllipse::setCenterY):
(WebCore::WrapShapeEllipse::setRadiusX):
(WebCore::WrapShapeEllipse::setRadiusY):
(WebCore::WrapShapeEllipse::WrapShapeEllipse):
(WrapShapePolygon):
(WebCore::WrapShapePolygon::create):
(WebCore::WrapShapePolygon::windRule):
(WebCore::WrapShapePolygon::values):
(WebCore::WrapShapePolygon::getXAt):
(WebCore::WrapShapePolygon::getYAt):
(WebCore::WrapShapePolygon::setWindRule):
(WebCore::WrapShapePolygon::appendPoint):
(WebCore::WrapShapePolygon::WrapShapePolygon):

  • rendering/style/StyleRareNonInheritedData.h:
6:19 AM Changeset in webkit [127131] by commit-queue@webkit.org
  • 7 edits
    2 adds in trunk

[CSSRegions]Add support for text-shadow in region styling
https://bugs.webkit.org/show_bug.cgi?id=94472

Patch by Andrei Onea <onea@adobe.com> on 2012-08-30
Reviewed by David Hyatt.

Source/WebCore:

The CSSRegions spec allows region styling to be applied on the text-shadow property
as well. We need to also add this in WebKit.

Test: fast/regions/region-style-text-shadow.html

  • css/StyleResolver.cpp:

(WebCore::StyleResolver::collectMatchingRulesForList):
Make sure we actually collect text-shadow property from parser in an @region rule.

  • rendering/InlineBox.cpp:

(WebCore::InlineBox::styleInRegion):
(WebCore):
(WebCore::InlineBox::regionDuringLayout):

  • rendering/InlineBox.h:

(WebCore):
(InlineBox):

  • rendering/InlineFlowBox.cpp:

(WebCore::InlineFlowBox::addToLine):
Take into account region styling, so that "knownToHaveNoOverflow" is computed
properly.
(WebCore::InlineFlowBox::addTextBoxVisualOverflow):
Take into account region styling, so that the visual overflow rect is computed
properly.

  • rendering/RenderRegion.h:

(RenderRegion):
Made computeStyleInRegion public.

LayoutTests:

Added test for region styling on the text shadow property.

  • fast/regions/region-style-text-shadow-expected.html: Added.
  • fast/regions/region-style-text-shadow.html: Added.
6:04 AM Changeset in webkit [127130] by zandobersek@gmail.com
  • 2 edits
    1 add in trunk/LayoutTests

Unreviewed GTK gardening.

Adding a platform-specific baseline that's required after r127117.

Fixing expectations for a couple of tests that were gardened in r127109.
They are both reftests so image failures are occurring.

  • platform/gtk/TestExpectations:
  • platform/gtk/fast/events/set-attribute-listener-window-onerror-crash-expected.txt: Added.
5:59 AM Changeset in webkit [127129] by Csaba Osztrogonác
  • 2 edits
    1 copy in trunk/LayoutTests

Update test expectations to follow common guidelines.
https://bugs.webkit.org/show_bug.cgi?id=95442

Patch by Anton Muhin <antonm@chromium.org> on 2012-08-30
Reviewed by Csaba Osztrogonác.

Follow up to https://trac.webkit.org/changeset/127117

  • fast/events/set-attribute-listener-window-onerror-crash-expected.txt:
  • platform/chromium/fast/events/set-attribute-listener-window-onerror-crash-expected.txt: Added.
5:37 AM Changeset in webkit [127128] by charles.wei@torchmobile.com.cn
  • 3 edits in trunk/Source/JavaScriptCore

[BlackBerry] Eliminate build warnings
https://bugs.webkit.org/show_bug.cgi?id=95338

Reviewed by Filip Pizlo.

static_cast to the same type to eliminate the build time warnings.

  • assembler/AssemblerBufferWithConstantPool.h:

(JSC::AssemblerBufferWithConstantPool::flushWithoutBarrier):

  • assembler/MacroAssemblerARM.h:

(JSC::MacroAssemblerARM::branch32):

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

[EFL] Gardening after r127108
https://bugs.webkit.org/show_bug.cgi?id=95438

Unreviewed gardening.

Gardening of fast/dom/shadow/shadowdom-for-textarea-complex-shadow.html and
fast/dom/shadow/shadowdom-for-textarea-with-placeholder.html.

Patch by Mikhail Pozdnyakov <mikhail.pozdnyakov@intel.com> on 2012-08-30

  • platform/efl/TestExpectations:
4:43 AM Changeset in webkit [127126] by kling@webkit.org
  • 4 edits in trunk/Source/WebCore

Element: Share code between setAttributeNode() and other attribute setters.
<http://webkit.org/b/95328>

Reviewed by Antti Koivisto.

Removed the specialized ElementAttributeData::replaceAttribute() that was only used for
replacing an existing Attr node on an Element. Instead, just use Element::setAttributeInternal()
like all the other attribute setters.

  • dom/Element.cpp:

(WebCore::Element::setAttributeNode):

  • dom/ElementAttributeData.cpp:
  • dom/ElementAttributeData.h:

(ElementAttributeData):

4:33 AM Changeset in webkit [127125] by Simon Hausmann
  • 2 edits in trunk/Source/WebKit2

[QT][WK2] webview API doc
https://bugs.webkit.org/show_bug.cgi?id=81701

Patch by Mike Sierra <mike.sierra@nokia.com> on 2012-08-30
Reviewed by Simon Hausmann.

Various improvements and additions to the documentation of the QML WebView element.

  • UIProcess/API/qt/qquickwebview.cpp:
4:18 AM Changeset in webkit [127124] by commit-queue@webkit.org
  • 3 edits in trunk/Source/WebCore

1.9.90 drops symbols, breaking compatibility
https://bugs.webkit.org/show_bug.cgi?id=93477

Patch by Xan Lopez <xlopez@igalia.com> on 2012-08-30
Reviewed by Martin Robinson.

Add a bunch of compatibility methods to the GObject DOM bindings
to cope with recent renames.

  • bindings/gobject/WebKitDOMCustom.cpp:

(webkit_dom_html_element_get_class_list):
(webkit_dom_element_get_webkit_region_overflow):
(webkit_dom_webkit_named_flow_get_content_nodes):
(webkit_dom_webkit_named_flow_get_regions_by_content_node):

  • bindings/gobject/WebKitDOMCustom.h:
4:07 AM Changeset in webkit [127123] by Antti Koivisto
  • 9 edits in trunk/Source/WebCore

Cache and share parsed imported stylesheets
https://bugs.webkit.org/show_bug.cgi?id=95219

Reviewed by Andreas Kling.

We currently cache and share parsed data structures of stylesheets loaded with <link>. We should do
the same with stylesheets loaded using @import rules as they are also fairly common.

This patch adds support for caching and sharing stylesheets loaded using @import rules. Only leaf
stylesheets (that don't have @import rules themselves) can be cached for now.

  • css/CSSImportRule.cpp:

(WebCore::CSSImportRule::reattachStyleSheetContents):
(WebCore):

  • css/CSSImportRule.h:

(CSSImportRule):

  • css/CSSStyleSheet.cpp:

(WebCore::CSSStyleSheet::willMutateRules):
(WebCore::CSSStyleSheet::reattachCSSOMWrappers):

  • css/CSSStyleSheet.h:

(CSSStyleSheet):

  • css/StyleRuleImport.cpp:

(WebCore::StyleRuleImport::setCSSStyleSheet):
(WebCore::StyleRuleImport::reattachStyleSheetContents):
(WebCore):

  • css/StyleRuleImport.h:

(StyleRuleImport):

  • loader/cache/CachedCSSStyleSheet.cpp:

(WebCore::CachedCSSStyleSheet::saveParsedStyleSheet):

4:00 AM Changeset in webkit [127122] by jochen@chromium.org
  • 3 edits in trunk/Tools

[NRWT] Add support for recognizing arbitrary process names in crash lines
https://bugs.webkit.org/show_bug.cgi?id=95435

Reviewed by Adam Barth.

When running layout tests in the chromium port using the content shell,
we want to be able to report sub-process crashes as well.

  • Scripts/webkitpy/layout_tests/port/driver.py:

(Driver._check_for_driver_crash):

  • Scripts/webkitpy/layout_tests/port/driver_unittest.py:

(DriverTest.test_check_for_driver_crash):

3:26 AM Changeset in webkit [127121] by gyuyoung.kim@samsung.com
  • 4 edits in trunk/Source/WebKit

Use ASCIILiteral for DEFINE_STATIC_LOCAL string
https://bugs.webkit.org/show_bug.cgi?id=95420

Reviewed by Benjamin Poulain.

As recommended by http://trac.webkit.org/wiki/EfficientStrings,
WebKit needs to use ASCIILiteral for the string of DEFINE_STATIC_LOCAL.

Source/WebKit/blackberry:

  • Api/WebSettings.cpp:

(WebKit):

Source/WebKit/gtk:

  • webkit/webkitwebsettings.cpp:

(webkitPlatform):
(webkitOSVersion):

3:16 AM Changeset in webkit [127120] by Csaba Osztrogonác
  • 2 edits in trunk/LayoutTests

[Qt] REGRESSION(r122175): fast/loader/document-destruction-within-unload.html makes the following test assert
https://bugs.webkit.org/show_bug.cgi?id=95441

Unreviewed gardening.

  • platform/qt/Skipped: Skip fast/loader/document-destruction-within-unload.html to paint the bot green.
2:56 AM Changeset in webkit [127119] by commit-queue@webkit.org
  • 2 edits
    2 adds in trunk/LayoutTests

[EFL] Gardening for fast/forms/range/thumbslider-no-parent-slider.html after r126864
https://bugs.webkit.org/show_bug.cgi?id=95437

Unreviewed, gardening.

Slider thumb can be displayed without parent slider after r126864.

Patch by KwangYong Choi <ky0.choi@samsung.com> on 2012-08-30

  • platform/efl/TestExpectations:
  • platform/efl/fast/forms/range/thumbslider-no-parent-slider-expected.png: Added.
  • platform/efl/fast/forms/range/thumbslider-no-parent-slider-expected.txt: Added.
2:38 AM Changeset in webkit [127118] by commit-queue@webkit.org
  • 4 edits in trunk/Source/WebCore

Fix compile warning when enable tiled backing store
https://bugs.webkit.org/show_bug.cgi?id=95422

Patch by Kangil Han <kangil.han@samsung.com> on 2012-08-30
Reviewed by Kentaro Hara.

Fixed compile warning messages when enabled tiled backing store.
In case of TiledBackingStore, it was first thought about static_cast<unsigned>.
However, if minus value is assigned to the comparison, it would be critical.
So, it was modified as using int value in tiled coordinate calculation.

  • page/Frame.cpp:

(WebCore::Frame::tiledBackingStorePaintEnd): comparison between signed and unsigned integer expressions [-Wsign-compare]

  • platform/graphics/TiledBackingStore.cpp:

(WebCore::TiledBackingStore::invalidate): comparison between signed and unsigned integer expressions [-Wsign-compare]
(WebCore::TiledBackingStore::paint): comparison between signed and unsigned integer expressions [-Wsign-compare]
(WebCore::TiledBackingStore::coverageRatio): comparison between signed and unsigned integer expressions [-Wsign-compare]
(WebCore::TiledBackingStore::createTiles): comparison between signed and unsigned integer expressions [-Wsign-compare]

  • platform/graphics/cairo/GLContext.cpp:

(WebCore::GLContext::createOffscreenContext): no return statement in function returning non-void [-Wreturn-type]

2:33 AM Changeset in webkit [127117] by antonm@chromium.org
  • 3 edits
    2 adds in trunk

Heap-use-after-free in WebCore::ElementV8Internal::onclickAttrGetter
https://bugs.webkit.org/show_bug.cgi?id=94440

Reviewed by Adam Barth.

The problem appears due to onerror callback which resets onclick attribute.
As a part of changing onclick attribute value, previous event listener
gets deref which led to its destruction and hence use-after-free.
Refing it in ::getListenerObject helps to prevent this unfortunate scenario.

Source/WebCore:

Test: fast/events/set-attribute-listener-window-onerror-crash.html

  • bindings/v8/V8AbstractEventListener.h:

(WebCore::V8AbstractEventListener::getListenerObject):

LayoutTests:

  • fast/events/set-attribute-listener-window-onerror-crash-expected.txt: Added.
  • fast/events/set-attribute-listener-window-onerror-crash.html: Added.
2:06 AM Changeset in webkit [127116] by vsevik@chromium.org
  • 3 edits in trunk/Source/WebCore

Web Inspector: [Sources] Invisible right sidebar issue
https://bugs.webkit.org/show_bug.cgi?id=94924

Reviewed by Pavel Feldman.

Debugger sidebar resizer is now hidden when sidebar is hidden.
Debugger sidebar show button is moved to the upper right corner in this case.

  • inspector/front-end/ScriptsPanel.js:

(WebInspector.ScriptsPanel.prototype._showDebuggerSidebar):
(WebInspector.ScriptsPanel.prototype.set _hideDebuggerSidebar):

  • inspector/front-end/scriptsPanel.css:

(button.status-bar-item.scripts-debugger-show-hide-button):
(button.status-bar-item.scripts-debugger-show-hide-button:active):
(button.status-bar-item.scripts-debugger-show-hide-button.toggled-shown):
(button.status-bar-item.scripts-debugger-show-hide-button.toggled-shown:active):
(button.status-bar-item.scripts-debugger-show-hide-button.toggled-hidden):
(button.status-bar-item.scripts-debugger-show-hide-button.toggled-hidden:active):

2:01 AM Changeset in webkit [127115] by loislo@chromium.org
  • 8 edits
    1 add in trunk/Source/WebCore

Web Inspector: move GeneratedImage members into its own cpp file
https://bugs.webkit.org/show_bug.cgi?id=95351

Reviewed by Yury Semikhatsky.

It is trivial patch. The methods of GeneratedImage were in GeneratorGeneratedImage.cpp file.
It was Ok when it was a single method.

  • CMakeLists.txt:
  • GNUmakefile.list.am:
  • Target.pri:
  • WebCore.gypi:
  • WebCore.vcproj/WebCore.vcproj:
  • WebCore.xcodeproj/project.pbxproj:
  • platform/graphics/GeneratedImage.cpp: Added.

(WebCore):
(WebCore::GeneratedImage::computeIntrinsicDimensions):
(WebCore::GeneratedImage::reportMemoryUsage):

  • platform/graphics/GeneratorGeneratedImage.cpp:
1:38 AM Changeset in webkit [127114] by Patrick Gansterer
  • 2 edits in trunk/Source/WTF

Build fix for COMPILER(MSVC) && !CPU(X86) after r127001.

  • wtf/MathExtras.h:

(lrint): Added additional parentheses to silence compiler warning.

1:25 AM Changeset in webkit [127113] by Patrick Gansterer
  • 2 edits in trunk/Source/WebCore

Build fix for WinCE after r126974.

  • platform/graphics/BitmapImage.cpp:

(WebCore::BitmapImage::reportMemoryUsage):

1:20 AM Changeset in webkit [127112] by abarth@webkit.org
  • 8 edits in trunk/Source/WebCore

Replace uses of WTF::String::operator+= with StringBuilder
https://bugs.webkit.org/show_bug.cgi?id=95416

Reviewed by Benjamin Poulain.

WTF::String::operator+= appears to be a sandtrap for contributors. The
vast majority of the callers are using very inefficient string
patterns. This patch removes the use of operator+= in favor of
StringBuilder. Eventually, I'd like to remove operator+= so that more
code doesn't fall into this trap.

  • Modules/websockets/WebSocketHandshake.cpp:

(WebCore::resourceName):

  • html/HTMLAnchorElement.cpp:

(WebCore::appendServerMapMousePosition):
(WebCore::HTMLAnchorElement::handleClick):

  • html/canvas/CanvasRenderingContext2D.cpp:

(WebCore::CanvasRenderingContext2D::font):

  • platform/network/ResourceRequestBase.cpp:

(WebCore::ResourceRequestBase::addHTTPHeaderField):

  • rendering/RenderLayerBacking.cpp:

(WebCore::RenderLayerBacking::nameForLayer):

  • rendering/RenderTreeAsText.cpp:

(WebCore::RenderTreeAsText::writeRenderObject):
(WebCore::nodePosition):

  • rendering/style/RenderStyle.cpp:

(WebCore::RenderStyle::setContent):

1:06 AM Changeset in webkit [127111] by dominik.rottsches@intel.com
  • 2 edits in trunk/LayoutTests

[EFL] Gardening after r127135, r127039
https://bugs.webkit.org/show_bug.cgi?id=95433

Unreviewed gardening.

Gardening of media/video-controls-captions.html and inspector/timeline/timeline-load.html.

Patch by Mikhail Pozdnyakov <mikhail.pozdnyakov@intel.com> on 2012-08-30

  • platform/efl/TestExpectations:
12:57 AM Changeset in webkit [127110] by Csaba Osztrogonác
  • 2 edits in trunk/LayoutTests

[Qt] Unreviewed gardening, skip new failing tests.

  • platform/qt/Skipped:
12:56 AM Changeset in webkit [127109] by zandobersek@gmail.com
  • 2 edits in trunk/LayoutTests

Unreviewed GTK gardening.

Adding failure expectations for media/video-controls-captions.html
and svg/custom/clamped-masking-clipping.svg, the tests have been failing
since introduced in r127035 and r126993, respectively.

Also adding a flakiness expectation for
fast/layers/scroll-no-visible-content-but-visible-descendant.html.

  • platform/gtk/TestExpectations:
12:19 AM Changeset in webkit [127108] by shinyak@chromium.org
  • 13 edits
    3 copies
    5 adds in trunk

AuthorShadowDOM support for textarea element.
https://bugs.webkit.org/show_bug.cgi?id=91485

Reviewed by Dimitri Glazkov.

Source/WebCore:

We add AuthorShadowDOM support for textarea element.

Unlike other replaced elements (e.g. meter, progress, img), we do not need to add
extra RenderBlock when we add AuthorShadowDOM. However, since inner element will not have
renderer when AuthorShadowDOM does not have any shadow insertion point, we have to check
the existence of the renderer of inner element.

Tests: fast/dom/shadow/shadowdom-for-textarea-with-attribute.html

fast/dom/shadow/shadowdom-for-textarea-with-placeholder.html
fast/dom/shadow/shadowdom-for-textarea-with-style.html
fast/dom/shadow/shadowdom-for-textarea.html

  • dom/ShadowRoot.cpp:

(WebCore::allowsAuthorShadowRoot): Needs allow textarea to have AuthorShadowRoot.

  • rendering/RenderTextControl.cpp: When AuthorShadowDOM does not have any insertion point,

innerTextElement() will not have any renderer. We have to tweak these renderers not to be crashed.
(WebCore::RenderTextControl::textBlockWidth):
(WebCore::RenderTextControl::updateFromElement):
(WebCore::RenderTextControl::computeLogicalHeight):
(WebCore::RenderTextControl::hitInnerTextElement):
(WebCore::RenderTextControl::computePreferredLogicalWidths):

LayoutTests:

We have the following tests.
(1) having only <shadow> insertion point.
(2) not having <shadow> insertion point.
(3) having <shadow> and <content> insertion point.
(4) with rows/cols attribute
(5) with placeholder attribute

  • fast/dom/shadow/shadow-disable-expected.txt:
  • fast/dom/shadow/shadow-disable.html:
  • fast/dom/shadow/shadowdom-for-textarea-complex-shadow-expected.html:
  • fast/dom/shadow/shadowdom-for-textarea-complex-shadow.html:
  • fast/dom/shadow/shadowdom-for-textarea-expected.html: Added.
  • fast/dom/shadow/shadowdom-for-textarea-only-shadow-expected.html:
  • fast/dom/shadow/shadowdom-for-textarea-only-shadow.html:
  • fast/dom/shadow/shadowdom-for-textarea-with-attribute-expected.html: Copied from LayoutTests/fast/dom/shadow/shadowdom-for-textarea-only-shadow-expected.html.
  • fast/dom/shadow/shadowdom-for-textarea-with-attribute.html: Copied from LayoutTests/fast/dom/shadow/shadowdom-for-textarea-only-shadow.html.
  • fast/dom/shadow/shadowdom-for-textarea-with-placeholder-expected.html: Added.
  • fast/dom/shadow/shadowdom-for-textarea-with-placeholder.html: Added.
  • fast/dom/shadow/shadowdom-for-textarea-with-style-expected.html: Added.
  • fast/dom/shadow/shadowdom-for-textarea-with-style.html: Copied from LayoutTests/fast/dom/shadow/shadowdom-for-textarea-only-shadow.html.
  • fast/dom/shadow/shadowdom-for-textarea-without-shadow.html:
  • fast/dom/shadow/shadowdom-for-textarea.html: Added.
  • platform/chromium/TestExpectations:
  • platform/efl/TestExpectations:
Note: See TracTimeline for information about the timeline view.