Update DOMException name: InvalidCharacterError
https://bugs.webkit.org/show_bug.cgi?id=102128

Reviewed by Darin Adler.

Source/WebCore:

Patch 5 of 25 to update DOMException name to match the spec and Firefox.

Updated existing tests.

* dom/DOMCoreException.cpp:

LayoutTests:

Updated tests and expectations.

* fast/dom/Document/createElement-invalid-names-expected.txt:
* fast/dom/Document/createElement-invalid-names.html:
* fast/dom/Element/prefix-setter-exception-expected.txt:
* fast/dom/Window/atob-btoa-expected.txt:
* fast/dom/dataset-expected.txt:
* fast/dom/dataset-xhtml-expected.txt:
* fast/dom/script-tests/dataset-xhtml.js:
* fast/dom/script-tests/dataset.js:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134530 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Coordinated Graphics: Rename m_CoordinatedGraphicsLayerClient to m_coordinator
https://bugs.webkit.org/show_bug.cgi?id=102133

Renamed m_CoordinatedGraphicsLayerClient to m_coordinator.
Also, there is no need for calling setCoordinator every time the tree changes,
since we can call it once when the layer is created, now that LayerTreeCoordinator
is the GraphicsLayerFactory.

Reviewed by Kenneth Rohde Christiansen.

No change in functionality.

* WebProcess/WebPage/CoordinatedGraphics/CoordinatedGraphicsLayer.cpp:
(WebCore::CoordinatedGraphicsLayer::CoordinatedGraphicsLayer):
(WebCore::CoordinatedGraphicsLayer::~CoordinatedGraphicsLayer):
(WebCore::CoordinatedGraphicsLayer::setChildren):
(WebCore::CoordinatedGraphicsLayer::addChild):
(WebCore::CoordinatedGraphicsLayer::addChildAtIndex):
(WebCore::CoordinatedGraphicsLayer::addChildAbove):
(WebCore::CoordinatedGraphicsLayer::addChildBelow):
(WebCore::CoordinatedGraphicsLayer::replaceChild):
(WebCore::CoordinatedGraphicsLayer::setContentsToImage):
(WebCore::CoordinatedGraphicsLayer::setMaskLayer):
(WebCore::CoordinatedGraphicsLayer::setReplicatedByLayer):
(WebCore::CoordinatedGraphicsLayer::flushCompositingState):
(WebCore::CoordinatedGraphicsLayer::syncChildren):
(WebCore::CoordinatedGraphicsLayer::syncFilters):
(WebCore::CoordinatedGraphicsLayer::syncLayerState):
(WebCore::CoordinatedGraphicsLayer::syncAnimations):
(WebCore::CoordinatedGraphicsLayer::syncCanvas):
(WebCore::CoordinatedGraphicsLayer::ensureImageBackingStore):
(WebCore::CoordinatedGraphicsLayer::tiledBackingStoreUpdatesAllowed):
(WebCore::CoordinatedGraphicsLayer::tiledBackingStoreVisibleRect):
(WebCore::CoordinatedGraphicsLayer::beginContentUpdate):
(WebCore::CoordinatedGraphicsLayer::createTile):
(WebCore::CoordinatedGraphicsLayer::updateTile):
(WebCore::CoordinatedGraphicsLayer::removeTile):
(WebCore::CoordinatedGraphicsLayer::purgeBackingStores):
(WebCore::CoordinatedGraphicsLayer::setCoordinator):
* WebProcess/WebPage/CoordinatedGraphics/CoordinatedGraphicsLayer.h:
(CoordinatedGraphicsLayer):
* WebProcess/WebPage/CoordinatedGraphics/LayerTreeCoordinator.cpp:
(WebKit::LayerTreeCoordinator::~LayerTreeCoordinator):
(WebKit::LayerTreeCoordinator::LayerTreeCoordinator):
(WebKit::LayerTreeCoordinator::paintContents):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134531 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Plumb WebCompositorSupport settings through WebLayerTreeSettings as well, in preparation for removing the settings from WebCompositorSupport
https://bugs.webkit.org/show_bug.cgi?id=102146

Reviewed by James Robinson.

Source/Platform:

Add accelerated animation and per-tile painting to the
WebLayerTreeView structure.

* chromium/public/WebCompositorSupport.h:
(WebCompositorSupport):
* chromium/public/WebLayerTreeView.h:
(WebKit::WebLayerTreeView::Settings::Settings):
(Settings):

Source/WebKit/chromium:

Add accelerated animation and per-tile painting to the WebSettings structure.

* public/WebSettings.h:
* src/WebSettingsImpl.cpp:
(WebKit::WebSettingsImpl::setAcceleratedAnimationEnabled):
(WebKit):
(WebKit::WebSettingsImpl::setPerTilePaintingEnabled):
* src/WebSettingsImpl.h:
(WebSettingsImpl):
(WebKit::WebSettingsImpl::gestureTapHighlightEnabled):
(WebKit::WebSettingsImpl::doubleTapToZoomEnabled):
(WebKit::WebSettingsImpl::perTilePaintingEnabled):
(WebKit::WebSettingsImpl::acceleratedAnimationEnabled):
* src/WebViewImpl.cpp:
(WebKit::WebViewImpl::setIsAcceleratedCompositingActive):
(WebKit):

Tools:

Pass settings that go through WebCompositorSupport also through
WebLayerTreeSettings. When the compositor starts using those instead,
we can remove the callers to the WebCompositorSupport setters.

* DumpRenderTree/chromium/TestShell.cpp:
(TestShell::TestShell):
(TestShell::resetWebSettings):
(TestShell::setPerTilePaintingEnabled):
(TestShell::setAcceleratedAnimationEnabled):
* DumpRenderTree/chromium/TestShell.h:
(TestShell):
* DumpRenderTree/chromium/WebPreferences.cpp:
(WebPreferences::applyTo):
* DumpRenderTree/chromium/WebPreferences.h:
(WebPreferences):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134532 268f45cc-cd09-0410-ab3c-d52691b4dbfc
IndexedDB: non-trivial test conversion batch 2
https://bugs.webkit.org/show_bug.cgi?id=101998

Reviewed by Tony Chang.

* storage/indexeddb/cursor-overloads-expected.txt:
* storage/indexeddb/cursor-overloads.html:
  Trivial conversion that I missed last time around.

* storage/indexeddb/database-basics-expected.txt:
* storage/indexeddb/database-close-expected.txt:
* storage/indexeddb/database-closepending-flag-expected.txt:
* storage/indexeddb/delete-closed-database-object-expected.txt:
* storage/indexeddb/resources/database-basics.js:
  Removed test that shows calling setVersion inside a version change
  transaction is an error. Replaced with test showing same error for a
  generic transaction.

* storage/indexeddb/resources/database-close.js:
  Formerly used both unblocked setVersion and deleteDatabase to signal
  that a connection was closed, now just used deleteDatabase.

* storage/indexeddb/resources/database-closepending-flag.js:
  Straightforward, it just has multiple opens.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134533 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[EFL][WK2] New window size should consult the window attributes
https://bugs.webkit.org/show_bug.cgi?id=102122

Patch by Yael Aharon <yael.aharon@intel.com> on 2012-11-13
Reviewed by Kenneth Rohde Christiansen.

Source/WebKit2:

Pass the size that was specified in window.open to the embedder.

* UIProcess/API/efl/EwkViewImpl.cpp:
(EwkViewImpl::createNewPage):
* UIProcess/API/efl/EwkViewImpl.h:
(EwkViewImpl):
* UIProcess/API/efl/ewk_view.h:
* UIProcess/efl/PageUIClientEfl.cpp:
(WebKit::PageUIClientEfl::createNewPage):

Tools:

Take into account the size that was specified in window.open
when creating a new window. This avoids ugly flashing on the screen.

* MiniBrowser/efl/main.c:
(on_key_down):
(on_new_window):
(window_create):
(elm_main):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134534 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Rebaselined test results.

* platform/chromium-mac/platform/chromium/virtual/softwarecompositing/checkerboard-expected.png: Added.
* platform/chromium-win/platform/chromium/virtual/softwarecompositing/checkerboard-expected.png: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134535 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Don't mark scrolling contents as dirty if RenderLayerBacking is going away
https://bugs.webkit.org/show_bug.cgi?id=101947

Patch by Sami Kyostila <skyostil@chromium.org> on 2012-11-13
Reviewed by Simon Fraser.

When a scrolling contents graphics layer is created or destroyed, the
associated graphics layer is marked as needing display because some of
the painted content may have migrated between the primary graphics layer
and the scrolling layer.

This causes a problem when the RenderLayerBacking is being destroyed,
because setNeedsDisplay() needs to check from the compositor whether to
track repaints or not. If the RenderLayerBacking is being destroyed, the
value returned by compositor() is garbage and this causes a crash.

This patch fixes the problem by making RenderLayer::compositor() return a null
pointer when the renderer no longer has a view.

Covered by existing layout tests in compositing/overflow/.

* rendering/RenderLayer.cpp:
(WebCore::RenderLayer::compositor):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134536 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[EFL] Fix build warning in NetworkStateNotifierEfl.cpp
https://bugs.webkit.org/show_bug.cgi?id=102061

Patch by KyungTae Kim <ktf.kim@samsung.com> on 2012-11-13
Reviewed by Gyuyoung Kim.

The second argument for NLMSG_OK needs to be unsigned to avoid the -Wsign-compare warning.

* platform/network/efl/NetworkStateNotifierEfl.cpp:
(WebCore::readSocketCallback):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134537 268f45cc-cd09-0410-ab3c-d52691b4dbfc
fast/forms/file/input-file-write-files.html should cover correct setting value
https://bugs.webkit.org/show_bug.cgi?id=100085

Patch by Li Yin <li.yin@intel.com> on 2012-11-13
Reviewed by Kentaro Hara.

Fix the GObject and Objective C bindings comparibility issue. Preserving existing
behavior for those may be important in idl.

No new tests, because fast/forms/file/input-file-value.html has covered it.

* html/HTMLInputElement.idl:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@134538 268f45cc-cd09-0410-ab3c-d52691b4dbfc