[CSS Shaders] Move MeshBoxType out of CustomFilterOperation
https://bugs.webkit.org/show_bug.cgi?id=100782

Reviewed by Dean Jackson.

Source/WebCore:

Moved CustomFilter::MeshBoxType enum to the CustomFilterConstants.h file and renamed it to CustomFilterMeshBoxType.
This way we can reuse it without including the CustomFilterOperation file.

No new tests, just refactoring code.

* css/CSSPrimitiveValueMappings.h:
(WebCore::CSSPrimitiveValue::CSSPrimitiveValue):
(WebCore::CSSPrimitiveValue::operator CustomFilterMeshBoxType):
* css/StyleResolver.cpp:
(WebCore::StyleResolver::createCustomFilterOperation):
* platform/graphics/filters/CustomFilterArrayParameter.h: Adding AnimationUtilities.h for WebCore::blend, looks like
CustomFilterOperation already included AnimationsUtilities.h indirectly.
* platform/graphics/filters/CustomFilterConstants.h: Added CustomFilterMeshBoxType.
* platform/graphics/filters/CustomFilterNumberParameter.h:
* platform/graphics/filters/CustomFilterOperation.cpp:
(WebCore::CustomFilterOperation::CustomFilterOperation):
* platform/graphics/filters/CustomFilterOperation.h:
(WebCore::CustomFilterOperation::create):
(WebCore::CustomFilterOperation::meshBoxType):
(CustomFilterOperation):
* platform/graphics/filters/CustomFilterRenderer.cpp:
(WebCore::CustomFilterRenderer::create):
(WebCore::CustomFilterRenderer::CustomFilterRenderer):
* platform/graphics/filters/CustomFilterRenderer.h: Also removed the need to include CustomFilterOperation.h. Some other
headers were needed to replace the files that were automatically incldued because of that file.
(WebCore):
(CustomFilterRenderer):
* platform/graphics/filters/FECustomFilter.cpp:
(WebCore::FECustomFilter::FECustomFilter):
(WebCore::FECustomFilter::create):
* platform/graphics/filters/FECustomFilter.h:
(FECustomFilter):

Source/WebKit2:

Renamed the CustomFilterOperation::MeshBoxType to CustomFilterMeshBoxType.

* Shared/CoordinatedGraphics/CoordinatedGraphicsArgumentCoders.cpp:
(CoreIPC::::decode):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133227 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[BlackBerry] Add more form validation strings
https://bugs.webkit.org/show_bug.cgi?id=100978

Reviewed by Yong Li.

PR 210072

Source/WebCore:

Implement these two methods properly.

* platform/blackberry/LocalizedStringsBlackBerry.cpp:
(WebCore::validationMessageRangeUnderflowText):
(WebCore::validationMessageRangeOverflowText):

LayoutTests:

Add the result we expect after adding translations for range over and underflow.

* platform/blackberry/fast/forms/number/number-validation-message-expected.txt: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133228 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Remove PageLoad directory entry from PerformanceTests pattern_map
https://bugs.webkit.org/show_bug.cgi?id=100989

Reviewed by Ryosuke Niwa.

Since we removed PageLoad directory from PerformanceTests we don't need this entry in pattern_map.

* Scripts/webkitpy/performance_tests/perftest.py:
(PerfTestFactory):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133229 268f45cc-cd09-0410-ab3c-d52691b4dbfc
        Fix HAVE(NETWORK_CFDATA_ARRAY_CALLBACK) build
        https://bugs.webkit.org/show_bug.cgi?id=100979

        Reviewed by Joseph Pecoraro.

        * loader/ResourceBuffer.cpp: (WebCore::ResourceBuffer::append):
        * loader/ResourceBuffer.h:
        Added a version of append() that takes CFDataRef, passing it directly to SharedBuffer.

        * loader/mac/ResourceLoaderMac.mm: (WebCore::ResourceLoader::didReceiveDataArray):
        InspectorInstrumentation now takes a length. Unfortunately, we don't have encodedLength
        here, meaning that the results will likely be incorrect.

        * platform/network/cf/ResourceHandleCFNet.cpp:
        (WebCore::willCacheResponse): Removed a version that needlessly used deprecated API.
        (WebCore::ResourceHandle::createCFURLConnection): This code assumed that
        HAVE(NETWORK_CFDATA_ARRAY_CALLBACK) and USE(PROTECTION_SPACE_AUTH_CALLBACK) always
        come together. Changed to check for these separately.



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133232 268f45cc-cd09-0410-ab3c-d52691b4dbfc
        Rename HAVE(NETWORK_CFDATA_ARRAY_CALLBACK) to USE(NETWORK_CFDATA_ARRAY_CALLBACK)

        Rubber-stamped by Joe Pecoraro.

        All CFNetwork based platforms have this now, but not all use it at the moment.

        * loader/ResourceLoader.h:
        * loader/SubresourceLoader.h:
        * loader/cf/SubresourceLoaderCF.cpp:
        * loader/mac/ResourceLoaderMac.mm:
        * platform/SharedBuffer.cpp:
        (WebCore::SharedBuffer::clear):
        (WebCore::SharedBuffer::buffer):
        (WebCore::SharedBuffer::getSomeData):
        * platform/SharedBuffer.h:
        * platform/cf/SharedBufferCF.cpp:
        * platform/network/ResourceHandle.h:
        * platform/network/ResourceHandleClient.h:
        (ResourceHandleClient):
        * platform/network/cf/ResourceHandleCFNet.cpp:
        (WebCore::willCacheResponse):
        (WebCore::ResourceHandle::createCFURLConnection):
        * platform/network/mac/ResourceHandleMac.mm:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133233 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add Python-LLDB support for WTF::Vector types.
https://bugs.webkit.org/show_bug.cgi?id=100980

Reviewed by Anders Carlsson.

Add a synthetic child provider for WTF::Vector types.

* lldb/lldb_webkit.py:
(__lldb_init_module): Add both the summary and synthetic providers for WTF::Vector
(WTFVector_SummaryProvider): Wrapper around WTFVectorProvider
(WTFVectorProvider):
(WTFVectorProvider.__init__):
(WTFVectorProvider.num_children): Return m_size+2 children to account for synthesized children.
(WTFVectorProvider.get_child_index): Synthesize child indexes for each entry in the Vector.
(WTFVectorProvider.get_child_at_index): Synthesize children for each entry in the Vector.
(WTFVectorProvider.update): Retrieve state from the underlying Vector.
(WTFVectorProvider.has_children): Vectors always have children.

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