[Chromium] Unreviewed gardening.

Rebaseline after http://trac.webkit.org/changeset/141634

* platform/chromium-mac/platform/chromium/virtual/softwarecompositing/visibility/visibility-image-layers-dynamic-expected.txt: Copied from LayoutTests/platform/chromium-mac/platform/chromium/virtual/threaded/compositing/visibility/visibility-image-layers-dynamic-expected.txt.
* platform/chromium-mac/platform/chromium/virtual/threaded/compositing/visibility/visibility-image-layers-dynamic-expected.txt:
* platform/chromium-win/platform/chromium/virtual/softwarecompositing/visibility/visibility-image-layers-dynamic-expected.txt: Copied from LayoutTests/platform/chromium-mac/platform/chromium/virtual/threaded/compositing/visibility/visibility-image-layers-dynamic-expected.txt.
* platform/chromium-win/platform/chromium/virtual/threaded/compositing/visibility/visibility-image-layers-dynamic-expected.txt: Copied from LayoutTests/platform/chromium-mac/platform/chromium/virtual/threaded/compositing/visibility/visibility-image-layers-dynamic-expected.txt.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141664 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed build fix after r141648

Needs to add StorageManager.messages.in to CMakeLists.txt.

* CMakeLists.txt:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141665 268f45cc-cd09-0410-ab3c-d52691b4dbfc
LLDB: add synthetic provider for WTF::HashTable
https://bugs.webkit.org/show_bug.cgi?id=108718

Reviewed by Darin Adler.

Add a synthetic provider which will emit the contents of a given
WTF::HashTable. This allows clients using Xcode/lldb to enumerate
the hash contents.

* lldb/lldb_webkit.py:
(__lldb_init_module):
(__lldb_init_module.lldb_webkit):
(WTFHashTable_SummaryProvider):
(WTFVectorProvider.has_children):
(WTFHashTableProvider):
(WTFHashTableProvider.__init__):
(WTFHashTableProvider.num_children):
(WTFHashTableProvider.get_child_index):
(WTFHashTableProvider.get_child_at_index):
(WTFHashTableProvider.tableSize):
(WTFHashTableProvider.keyCount):
(WTFHashTableProvider.update):
(WTFHashTableProvider.has_children):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141666 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Document is never released if an image's src attribute is changed to a url blocked by content-security-policy.
https://bugs.webkit.org/show_bug.cgi?id=108545

Source/WebCore:

If we just scheduled an error event due to an null newImage, we should not cancel it when newImage and oldImage
is not the same.  Otherwise we will ref the sourceElement in updateHasPendingEvent (m_hasPendingErrorEvent is true)
but never deref it since we already cancelled the error event.

Patch by Yongjun Zhang <yongjun_zhang@apple.com> on 2013-02-01
Reviewed by Alexey Proskuryakov.

Test: fast/images/image-error-event-not-firing.html

* loader/ImageLoader.cpp:
(WebCore::ImageLoader::updateFromElement): don't cancel error event if newImage is null, we want the
    error event to fire.

LayoutTests:

Patch by Yongjun Zhang <yongjun_zhang@apple.com> on 2013-02-01
Reviewed by Alexey Proskuryakov.

Add a test to verify the error event is fired when image's src attribute is changed to a url
but the url blocked by content-security-policy.

* fast/images/image-error-event-not-firing-expected.txt: Added.
* fast/images/image-error-event-not-firing.html: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141667 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Replace ExceptionCode with DatabaseError in the openDatabase() code path.
https://bugs.webkit.org/show_bug.cgi?id=108724.

Reviewed by Alexey Proskuryakov.

Also made DatabaseBackend::performOpenAndVerify() a little more
straightforward and less repetitive.

No new tests.

* Modules/webdatabase/DOMWindowWebDatabase.cpp:
(WebCore::DOMWindowWebDatabase::openDatabase):
* Modules/webdatabase/Database.cpp:
(WebCore::Database::openAndVerifyVersion):
(WebCore::Database::performOpenAndVerify):
* Modules/webdatabase/Database.h:
(Database):
* Modules/webdatabase/DatabaseBackend.cpp:
(WebCore::DoneCreatingDatabaseOnExitCaller::DoneCreatingDatabaseOnExitCaller):
(WebCore::DoneCreatingDatabaseOnExitCaller::~DoneCreatingDatabaseOnExitCaller):
(DoneCreatingDatabaseOnExitCaller):
(WebCore::DoneCreatingDatabaseOnExitCaller::openSucceeded):
(WebCore::DatabaseBackend::performOpenAndVerify):
* Modules/webdatabase/DatabaseBackend.h:
* Modules/webdatabase/DatabaseManager.cpp:
(WebCore::DatabaseManager::openDatabase):
(WebCore::DatabaseManager::openDatabaseSync):
* Modules/webdatabase/DatabaseManager.h:
(DatabaseManager):
* Modules/webdatabase/DatabaseSync.cpp:
(WebCore::DatabaseSync::openAndVerifyVersion):
* Modules/webdatabase/DatabaseSync.h:
(DatabaseSync):
* Modules/webdatabase/DatabaseTask.cpp:
(WebCore::Database::DatabaseOpenTask::DatabaseOpenTask):
(WebCore::Database::DatabaseOpenTask::doPerformTask):
* Modules/webdatabase/DatabaseTask.h:
(WebCore::Database::DatabaseOpenTask::create):
(Database::DatabaseOpenTask):
* Modules/webdatabase/WorkerContextWebDatabase.cpp:
(WebCore::WorkerContextWebDatabase::openDatabase):
(WebCore::WorkerContextWebDatabase::openDatabaseSync):
* WebCore.gypi:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141668 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Remove duplicate code in RenderBoxModelObject::computedCSSPadding*
https://bugs.webkit.org/show_bug.cgi?id=108707

Reviewed by Levi Weintraub.

The computedCSSPaddingTop/Bottom/... methods in
RenderBoxModelObject all do pretty much exactly the same thing
yet share no code.

Break out shared code into computedCSSPadding method and have
the top/bottom/left/right/... ones call it with the appropriate
length value.

No new tests, no change in functionality.

* rendering/RenderBoxModelObject.cpp:
(WebCore::RenderBoxModelObject::computedCSSPadding):
* rendering/RenderBoxModelObject.h:
(WebCore::RenderBoxModelObject::computedCSSPaddingTop):
(WebCore::RenderBoxModelObject::computedCSSPaddingBottom):
(WebCore::RenderBoxModelObject::computedCSSPaddingLeft):
(WebCore::RenderBoxModelObject::computedCSSPaddingRight):
(WebCore::RenderBoxModelObject::computedCSSPaddingBefore):
(WebCore::RenderBoxModelObject::computedCSSPaddingAfter):
(WebCore::RenderBoxModelObject::computedCSSPaddingStart):
(WebCore::RenderBoxModelObject::computedCSSPaddingEnd):
(RenderBoxModelObject):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141669 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed, rolling out r141669.
http://trac.webkit.org/changeset/141669
https://bugs.webkit.org/show_bug.cgi?id=108728

Broke the windows build. (Requested by leviw on #webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-02-01

* rendering/RenderBoxModelObject.cpp:
(WebCore::RenderBoxModelObject::computedCSSPaddingTop):
(WebCore):
(WebCore::RenderBoxModelObject::computedCSSPaddingBottom):
(WebCore::RenderBoxModelObject::computedCSSPaddingLeft):
(WebCore::RenderBoxModelObject::computedCSSPaddingRight):
(WebCore::RenderBoxModelObject::computedCSSPaddingBefore):
(WebCore::RenderBoxModelObject::computedCSSPaddingAfter):
(WebCore::RenderBoxModelObject::computedCSSPaddingStart):
(WebCore::RenderBoxModelObject::computedCSSPaddingEnd):
* rendering/RenderBoxModelObject.h:
(RenderBoxModelObject):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141670 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Fix for webkitpy tests.

* Scripts/webkitpy/tool/steps/runtests.py:
(RunTests.run):
* Scripts/webkitpy/tool/steps/runtests_unittest.py:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141671 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Update LayoutTests scripts to skip webgl folder on ports
https://bugs.webkit.org/show_bug.cgi?id=108705

Patch by Gregg Tavares <gman@google.com> on 2013-02-01
Reviewed by Dirk Pranke.

I'm working on checking in the WebGL Conformance Tests
as layout tests into LayoutTests/webgl. For ports
that do not have WebGL enabled this changes will
skip tests in the "webgl" folder.

* Scripts/webkitpy/layout_tests/port/base.py:
(Port._missing_symbol_to_skipped_tests):
* Scripts/webkitpy/layout_tests/port/port_testcase.py:
(PortTestCase.test_skipped_directories_for_symbols):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141672 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Web Inspector: fix "DOM Exception 8" when deleting lines containing decoration in DTE.
https://bugs.webkit.org/show_bug.cgi?id=108689

Patch by Andrey Lushnikov <lushnikov@chromium.org> on 2013-02-01
Reviewed by Alexander Pavlov.

Add a check that decoration element is still added to the line before trying to delete it. This
won't be true if the whole line is deleted in contentEditable,
and this is the reason for the exception to be thrown.

No new tests.

* inspector/front-end/DefaultTextEditor.js:
(WebInspector.TextEditorMainChunk.prototype.removeAllDecorations):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141673 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed, rolling out r141662.
http://trac.webkit.org/changeset/141662
https://bugs.webkit.org/show_bug.cgi?id=108738

it's an incorrect change since processPhiStack will
dereference dangling BasicBlock pointers (Requested by pizlo
on #webkit).

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-02-01

* dfg/DFGByteCodeParser.cpp:
(JSC::DFG::ByteCodeParser::parse):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141674 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed.  Rolled Chromium DEPS to r180221.  Requested by
"Nico Weber" <thakis@chromium.org> via sheriffbot.

Patch by Sheriff Bot <webkit.review.bot@gmail.com> on 2013-02-01

* DEPS:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141675 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. WTF VS2010 project cleanup.

* WTF.vcxproj/WTF.vcxproj:
* WTF.vcxproj/WTF.vcxproj.filters:
* WTF.vcxproj/WTFPreLink.cmd: Removed.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141676 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. JavaScriptCore VS2010 project cleanup.

* JavaScriptCore.vcxproj/JavaScriptCore.vcxproj:
* JavaScriptCore.vcxproj/JavaScriptCore.vcxproj.filters:
* JavaScriptCore.vcxproj/JavaScriptCoreCommon.props:
* JavaScriptCore.vcxproj/testRegExp/testRegExp.vcxproj:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141677 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Don't use deprecated method -[NSImage dissolveToPoint:fraction:]
<rdar://problem/11723792>
https://bugs.webkit.org/show_bug.cgi?id=108739

Reviewed by Anders Carlsson.

* platform/mac/DragImageMac.mm:
(WebCore::dissolveDragImageToFraction):
Remove use of deprecated NSImage methods and simplify a bit.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141678 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Clean up WebCore VS2010 project.

* WebCore.vcxproj/WebCore.vcxproj:
* WebCore.vcxproj/WebCore.vcxproj.filters:
* WebCore.vcxproj/WebCoreCommon.props:
* WebCore.vcxproj/WebCoreGenerated.make:
* WebCore.vcxproj/WebCorePreLink.cmd: Removed.
* WebCore.vcxproj/build-generated-files.sh:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141679 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Rebaseline tests after bug 9221
https://bugs.webkit.org/show_bug.cgi?id=108712

Unreviewed rebaseline of test expectations.

Patch by Christian Biesinger <cbiesinger@chromium.org> on 2013-02-01

* fast/css/resize-corner-tracking-expected.txt: Renamed from LayoutTests/platform/mac/fast/css/resize-corner-tracking-expected.txt.
* platform/chromium-mac-lion/fast/css/resize-corner-tracking-expected.png:
* platform/chromium-mac-lion/fast/css/resize-corner-tracking-transformed-iframe-expected.txt: Added.
* platform/chromium-mac-snowleopard/fast/css/resize-corner-tracking-expected.png:
* platform/chromium-mac-snowleopard/fast/css/resize-corner-tracking-transformed-iframe-expected.png: Added.
* platform/chromium-mac-snowleopard/fast/css/resize-corner-tracking-transformed-iframe-expected.txt: Added.
* platform/chromium-mac/fast/css/resize-corner-tracking-expected.png:
* platform/chromium-mac/fast/css/resize-corner-tracking-transformed-iframe-expected.png:
* platform/chromium-mac/fast/css/resize-corner-tracking-transformed-iframe-expected.txt: Added.
* platform/chromium-win/fast/css/resize-corner-tracking-transformed-iframe-expected.png: Added.
* platform/chromium/TestExpectations:
* platform/chromium/fast/css/resize-corner-tracking-expected.txt: Removed.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141680 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Structure::m_enumerationCache should be moved to StructureRareData
https://bugs.webkit.org/show_bug.cgi?id=108723

Reviewed by Oliver Hunt.

m_enumerationCache is only used by objects whose properties are iterated over, so not every Structure needs this
field and it can therefore be moved safely to StructureRareData to help with memory savings.

* runtime/JSPropertyNameIterator.h:
(JSPropertyNameIterator):
(JSC::Register::propertyNameIterator):
(JSC::StructureRareData::enumerationCache): Add to JSPropertyNameIterator.h so that it can see the correct type.
(JSC::StructureRareData::setEnumerationCache): Ditto.
* runtime/Structure.cpp:
(JSC::Structure::addPropertyWithoutTransition): Use the enumerationCache() getter rather than accessing the field.
(JSC::Structure::removePropertyWithoutTransition): Ditto.
(JSC::Structure::visitChildren): We no longer have to worry about marking the m_enumerationCache field.
* runtime/Structure.h:
(JSC::Structure::setEnumerationCache): Move the old accessors back since we don't have to have any knowledge of
the JSPropertyNameIterator type.
(JSC::Structure::enumerationCache): Ditto.
* runtime/StructureRareData.cpp:
(JSC::StructureRareData::visitChildren): Mark the new m_enumerationCache field.
* runtime/StructureRareData.h: Add new functions/fields.
(StructureRareData):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141681 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed GTK build fix after r141648.

* GNUmakefile.am: Add UIProcess/Storage to the list of paths that
should be searched for *.messages.in files.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@141682 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[GTK] Building fails in an armv5tel board
https://bugs.webkit.org/show_bug.cgi?id=108083

Patch by Adrian Perez de Castro <aperez@igalia.com> on 2013-02-01
Reviewed by Martin Robinson.

In some systems in which $architecture is filled-in from "uname -m"
the value may not start with "arm-", but with "armvN", where "N" is
an architecture version number. The regexp in isARM() is modified
so it covers these kind of cases.

* Scripts/webkitdirs.pm:
(isARM):

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