[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