Consider all ancestors not just parentElement when disconnecting frames
https://bugs.webkit.org/show_bug.cgi?id=107769

Reviewed by Eric Seidel.

Source/WebCore:

Previous we only used the parentElement of the frame owner to decide if
we should disconnect the frame, but this means if you reparent a subtree
that contains multiple frames from inside an unload handler we'll disconnect
the subframes even though they're now in a different part of the document.

We can fix this by using containsIncludingShadowDOM, and also simplify the
code by removing ChildFrameDisconnector::Target.

Test: fast/frames/unload-reparent-sibling-frame.html

* dom/ContainerNodeAlgorithms.cpp:
* dom/ContainerNodeAlgorithms.h:
(ChildFrameDisconnector):
(ChildFrameDisconnector::Target): Removed.
(WebCore::ChildFrameDisconnector::collectFrameOwners):
(WebCore::ChildFrameDisconnector::disconnectCollectedFrameOwners):

LayoutTests:

Add a test for moving frames around inside unload handlers.

* fast/frames/unload-reparent-sibling-frame-expected.txt: Added.
* fast/frames/unload-reparent-sibling-frame.html: Added.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140856 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Support 4 and 5 argument bound static functions
https://bugs.webkit.org/show_bug.cgi?id=107973

Reviewed by Anders Carlsson.

Yummy copy/paste template code!
I'm about to use this in a BackgroundHTMLParser patch, but figured this should be landed separately.

* wtf/Functional.h:
(WTF):
(WTF::R):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140857 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Change svg/text/text-rect-precision.html to pass on non-subpixel platforms and add results
https://bugs.webkit.org/show_bug.cgi?id=107972

Reviewed by Levi Weintraub.

* platform/chromium-linux/svg/text/text-rect-precision-expected.txt: Removed.
* platform/chromium-mac/svg/text/text-rect-precision-expected.txt: Removed.
* svg/text/text-rect-precision.html:
* svg/text/text-rect-precision-expected.txt: Added


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140858 268f45cc-cd09-0410-ab3c-d52691b4dbfc
VS2010 JavascriptCore: Clean up property sheets, add a JSC solution, add testRegExp and testAPI projects.
https://bugs.webkit.org/show_bug.cgi?id=106987

Reviewed by Brent Fulgham.

* JavaScriptCore.vcxproj/JavaScriptCore.sln: Added.
* JavaScriptCore.vcxproj/JavaScriptCoreCF.props:
* JavaScriptCore.vcxproj/JavaScriptCoreCommon.props:
* JavaScriptCore.vcxproj/JavaScriptCorePreLink.cmd:
* JavaScriptCore.vcxproj/LLInt.vcproj/LLIntOffsetsExtractor/LLIntOffsetsExtractorCommon.props:
* JavaScriptCore.vcxproj/jsc/jscCommon.props:
* JavaScriptCore.vcxproj/jsc/jscDebug.props:
* JavaScriptCore.vcxproj/jsc/jscPostBuild.cmd:
* JavaScriptCore.vcxproj/jsc/jscPreLink.cmd:
* JavaScriptCore.vcxproj/testRegExp: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExp.vcxproj: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExp.vcxproj.filters: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExp.vcxproj.user: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExpCommon.props: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExpDebug.props: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExpPostBuild.cmd: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExpPreBuild.cmd: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExpPreLink.cmd: Added.
* JavaScriptCore.vcxproj/testRegExp/testRegExpRelease.props: Added.
* JavaScriptCore.vcxproj/testapi: Added.
* JavaScriptCore.vcxproj/testapi/testapi.vcxproj: Added.
* JavaScriptCore.vcxproj/testapi/testapi.vcxproj.filters: Added.
* JavaScriptCore.vcxproj/testapi/testapi.vcxproj.user: Added.
* JavaScriptCore.vcxproj/testapi/testapiCommon.props: Added.
* JavaScriptCore.vcxproj/testapi/testapiDebug.props: Added.
* JavaScriptCore.vcxproj/testapi/testapiPostBuild.cmd: Added.
* JavaScriptCore.vcxproj/testapi/testapiPreBuild.cmd: Added.
* JavaScriptCore.vcxproj/testapi/testapiPreLink.cmd: Added.
* JavaScriptCore.vcxproj/testapi/testapiRelease.props: Added.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140859 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed Chromium rebaseline.

Rebaseline several tests on Chromium after r140728.

* platform/chromium-linux/svg/custom/radial-gradient-with-outstanding-focalPoint-expected.png: Removed.
* platform/chromium-win/svg/W3C-SVG-1.1/pservers-grad-13-b-expected.png:
* platform/chromium-win/svg/custom/radial-gradient-with-outstanding-focalPoint-expected.png:
* platform/chromium-win/svg/text/font-size-below-point-five-expected.txt:
* platform/chromium-win/svg/text/text-viewbox-rescale-expected.png:
* platform/chromium/svg/hixie/viewbox/002-expected.txt: Renamed from LayoutTests/platform/chromium-mac/svg/hixie/viewbox/002-expected.txt.
* platform/chromium/svg/hixie/viewbox/003-expected.txt: Renamed from LayoutTests/platform/chromium-mac/svg/hixie/viewbox/003-expected.txt.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140860 268f45cc-cd09-0410-ab3c-d52691b4dbfc
        NetworkProcess cannot load files with non-ASCII names
        https://bugs.webkit.org/show_bug.cgi?id=107977

        Reviewed by Brady Eidson.

        * Shared/Network/NetworkResourceLoadParameters.cpp:
        (WebKit::NetworkResourceLoadParameters::encode): Use the correct path accessor.



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140861 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Adding a text track should not make controls visible
https://bugs.webkit.org/show_bug.cgi?id=107956

Source/WebCore: 

Reviewed by Dean Jackson.

Test: media/media-captions-no-controls.html

* html/HTMLMediaElement.cpp:
(WebCore::HTMLMediaElement::updateActiveTextTrackCues): Call updateTextTrackDisplay.
(WebCore::HTMLMediaElement::updateTextTrackDisplay): New, call mediaControls->updateTextTrackDisplay()
    if we have controls.
(WebCore::HTMLMediaElement::setClosedCaptionsVisible):  Call updateTextTrackDisplay.
(WebCore::HTMLMediaElement::createMediaControls): Hide controls if they should not be 
    visible. Minor drive by cleanup.
(WebCore::HTMLMediaElement::configureTextTrackDisplay): Drive by cleanup, pull the three lines
    from updateClosedCaptionsControls inline and delete it because this was the only caller.
* html/HTMLMediaElement.h:

LayoutTests: 

Reviewed by  Dean Jackson.

* media/media-captions-no-controls-expected.txt: Added.
* media/media-captions-no-controls.html: Added.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140862 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add a user agent stylesheet for plugins
https://bugs.webkit.org/show_bug.cgi?id=107890

Reviewed by Alexey Proskuryakov.

Source/WebCore:

As a step along the way to providing a Shadow DOM for plug-in elements, add a
User Agent stylesheet that is loaded when an embed or object element is
in the document. At the moment the stylesheet is empty.

The stylesheet can be overridden by the RenderTheme or the ChromeClient, allowing
ports to provide a custom appearance. This involved hooking up some virtual methods
on ChromeClient, the stubs of which are already implemented in WK2.
As a drive-by, since snapshotted plugins will need some localization I've also
exposed the ChromeClient methods to get text labels.

* CMakeLists.txt: Add plugIns.css.
* DerivedSources.make: Ditto.
* DerivedSources.pri: Ditto.
* GNUmakefile.am: Ditto.
* WebCore.gyp/WebCore.gyp: Ditto.
* WebCore.vcproj/WebCore.vcproj: Ditto.
* WebCore.vcxproj/WebCore.vcxproj: Ditto.
* WebCore.vcxproj/WebCore.vcxproj.filters: Ditto.
* WebCore.xcodeproj/project.pbxproj: Ditoo.
* css/StyleResolver.cpp:
(WebCore::ensureDefaultStyleSheetsForElement): Load and inject new plugInsStyleSheet if there is an object or embed element.
* css/plugIns.css: Added. Empty for now.
* page/ChromeClient.h: New methods for querying the client.
(WebCore::ChromeClient::plugInStartLabelTitle):
(WebCore::ChromeClient::plugInStartLabelSubtitle):
(WebCore::ChromeClient::plugInExtraStyleSheet):
* rendering/RenderTheme.h:
(WebCore::RenderTheme::extraPlugInsStyleSheet): Allow the theme to provide an extra stylesheet.

Source/WebKit2:

* WebProcess/InjectedBundle/API/c/WKBundlePage.h: Rename client callbacks
to have a "create" prefix, making it clear that these generate new Strings.
* WebProcess/InjectedBundle/InjectedBundlePageUIClient.cpp: Actually call into
the injected bundle to retrieve any custom stylesheet for plugins.
(WebKit::InjectedBundlePageUIClient::plugInExtraStyleSheet):
* WebProcess/WebCoreSupport/WebChromeClient.h:
(WebChromeClient): Add override keyword onto virtual functions now
that the base class has implementations.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140863 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Prepend common plugin sandbox profile to specific per-plugin one.
<rdar://problem/13044349>

Reviewed by Alexey Proskuryakov.

* PluginProcess/mac/PluginProcessMac.mm:
(WebKit::initializeSandbox):



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140865 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed gardening. Updating baselines following r140192.

* platform/chromium-mac-lion/fast/regions/overflow-moving-below-floats-in-variable-width-regions-expected.png:
* platform/chromium-mac-snowleopard/fast/regions/overflow-moving-below-floats-in-variable-width-regions-expected.png:
* platform/chromium-mac/fast/regions/overflow-moving-below-floats-in-variable-width-regions-expected.png:
* platform/chromium-mac/fast/regions/overflow-moving-below-floats-in-variable-width-regions-expected.txt:
* platform/chromium-win-xp/fast/regions: Removed.
* platform/chromium-win/fast/regions/overflow-moving-below-floats-in-variable-width-regions-expected.png:
* platform/chromium/TestExpectations:
* platform/mac/TestExpectations:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140866 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Fix an ASSERT in BackgroundHTMLParser::appendPartial
https://bugs.webkit.org/show_bug.cgi?id=107983

Reviewed by Eric Seidel.

The complier may create a temporary for the isolatedCopy of the source string. This could cause the refCount of the
StringImpl to be greater than one when appendPartial is invoked on the background thread.
This patch ensures the temporary is gone by that time which fixes the ASSERT in numerous layout tests.

No new tests because covered by existing tests.

* html/parser/HTMLDocumentParser.cpp:
(WebCore::HTMLDocumentParser::append):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140867 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed chromium svg rebaseline.

* platform/chromium-linux-x86/svg/hixie/viewbox: Added.
* platform/chromium-linux-x86/svg/hixie/viewbox/002-expected.txt: Added.
* platform/chromium-linux-x86/svg/hixie/viewbox/003-expected.txt: Added.
* platform/chromium-linux/svg/hixie/viewbox/002-expected.txt: Added.
* platform/chromium-linux/svg/hixie/viewbox/003-expected.txt: Added.
* platform/chromium-win-xp/svg/hixie/viewbox/002-expected.txt: Added.
* platform/chromium-win-xp/svg/hixie/viewbox/003-expected.txt: Added.
* platform/chromium-win/svg/hixie/viewbox/002-expected.txt: Added.
* platform/chromium-win/svg/hixie/viewbox/003-expected.txt: Added.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140868 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Call FrameView::contentsResized() when setting fixed layout size
https://bugs.webkit.org/show_bug.cgi?id=107922

Reviewed by James Robinson.

In fixed layout mode, we should be calling contentsResized() when the
fixed layout size is changed; on the other hand, we don't need to layout
when the visible contents size changes.

This fixes test WebFrameTest::FixedLayoutInitializeAtMinimumPageScale.

Source/WebCore:

* page/FrameView.cpp:
(WebCore::FrameView::visibleContentsResized):
* platform/ScrollView.cpp:
(WebCore::ScrollView::setFixedLayoutSize):
(WebCore::ScrollView::setUseFixedLayout):

Source/WebKit/chromium:

* src/WebViewImpl.cpp:
(WebKit::WebViewImpl::resize):
(WebKit::WebViewImpl::computePageScaleFactorLimits):
* tests/WebFrameTest.cpp:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140869 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Move the WebContentServices to WebProcess/EntryPoint/mac/XPCService/.

Reviewed by Anders Carlsson.

* Configurations/WebContentService.Development.xcconfig:
* Configurations/WebContentService.xcconfig:
* WebKit2.xcodeproj/project.pbxproj:
* WebProcess/EntryPoint: Added.
* WebProcess/EntryPoint/mac: Added.
* WebProcess/EntryPoint/mac/LegacyProcess: Added.
* WebProcess/EntryPoint/mac/XPCService: Added.
* WebProcess/EntryPoint/mac/XPCService/WebContentService: Copied from WebProcessService.
* WebProcess/EntryPoint/mac/XPCService/WebContentService.Development: Copied from WebProcessServiceForWebKitDevelopment.
* WebProcess/EntryPoint/mac/XPCService/WebContentService.Development/WebContentServiceMain.Development.mm: Copied from WebProcessServiceForWebKitDevelopment/WebProcessServiceForWebKitDevelopmentMain.mm.
* WebProcess/EntryPoint/mac/XPCService/WebContentService.Development/WebProcessServiceForWebKitDevelopmentMain.mm: Removed.
* WebProcess/EntryPoint/mac/XPCService/WebContentService/WebContentServiceMain.mm: Copied from WebProcessService/WebProcessServiceMain.mm.
* WebProcess/EntryPoint/mac/XPCService/WebContentService/WebProcessServiceMain.mm: Removed.
* WebProcessService: Removed.
* WebProcessService/Info.plist: Removed.
* WebProcessService/WebProcessServiceMain.mm: Removed.
* WebProcessServiceForWebKitDevelopment: Removed.
* WebProcessServiceForWebKitDevelopment/Info.plist: Removed.
* WebProcessServiceForWebKitDevelopment/WebProcessServiceForWebKitDevelopmentMain.mm: Removed.



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140870 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Try to fix the debug build.

* WebKit2.xcodeproj/project.pbxproj:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140871 268f45cc-cd09-0410-ab3c-d52691b4dbfc
        <rdar://problem/13089261> Crash in WKSandboxExtensionGetSerializedFormat when opening Web Inspector

        Reviewed by Brady Eidson.

        * WebProcess/com.apple.WebProcess.sb.in: Should be able to issue extensions for
        Inspector files.



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140872 268f45cc-cd09-0410-ab3c-d52691b4dbfc
When the FrameView has a non-opaque background color, make sure the TileCache tiles are not opaque
https://bugs.webkit.org/show_bug.cgi?id=107989

Reviewed by Dean Jackson.

If a WKView was told to draw a transparent background, make sure that we
set the TileCache tiles to be non-opaque.

* rendering/RenderLayerBacking.cpp:
(WebCore::RenderLayerBacking::updateRootLayerConfiguration):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140873 268f45cc-cd09-0410-ab3c-d52691b4dbfc
HTTP Authentication should be directly between the NetworkProcess and the UIProcess
<rdar://problem/13074829> and https://bugs.webkit.org/show_bug.cgi?id=107974

Reviewed by Alexey Proskuryakov.

Some of this patch is refactoring to enable more flexibility in the authentication mechanism
and the rest is actually implementing Network->UI process authentication.

Expose the same AuthenticationManager to anyone in the NetworkProcess asking for it:
* NetworkProcess/NetworkProcess.cpp:
(WebKit::NetworkProcess::authenticationManager):
(WebKit::NetworkProcess::downloadsAuthenticationManager):
* NetworkProcess/NetworkProcess.h:

* NetworkProcess/NetworkResourceLoader.cpp:
(WebKit::NetworkResourceLoader::didReceiveAuthenticationChallenge): Instead of messaging to
  the WebProcess, tell the NetworkProcess AuthenticationManager.

Add WebPageID and WebFrameID members to SchedulableLoader that they receive from
* NetworkProcess/SchedulableLoader.cpp:
* NetworkProcess/SchedulableLoader.h:
(WebKit::SchedulableLoader::webPageID):
(WebKit::SchedulableLoader::webFrameID):

Add a 3rd form of "didReceiveAuthenticationChallenge" for NetworkProcess use:
* Shared/Authentication/AuthenticationManager.cpp:
(WebKit::AuthenticationManager::mapChallengeToIdentifier):
(WebKit::AuthenticationManager::didReceiveAuthenticationChallenge):
* Shared/Authentication/AuthenticationManager.h:
* Shared/Authentication/mac/AuthenticationManager.mac.mm:
(WebKit::AuthenticationManager::tryUsePlatformCertificateInfoForChallenge): Remove a now obsolete comment

Include the WebPage and WebFrame ID for the originator of this request in case it results in a challenge:
* Shared/Network/NetworkResourceLoadParameters.cpp:
(WebKit::NetworkResourceLoadParameters::NetworkResourceLoadParameters):
(WebKit::NetworkResourceLoadParameters::encode):
(WebKit::NetworkResourceLoadParameters::decode):
* Shared/Network/NetworkResourceLoadParameters.h:
(WebKit::NetworkResourceLoadParameters::webPageID):
(WebKit::NetworkResourceLoadParameters::webFrameID):

Create a AuthenticationChallengeProxy pointing back to the NetworkProcess (instead of a WebProcess),
and send the challenge to the appropriate WebPageProxy:
* UIProcess/Network/NetworkProcessProxy.cpp:
(WebKit::NetworkProcessProxy::didReceiveAuthenticationChallenge):
* UIProcess/Network/NetworkProcessProxy.h:
* UIProcess/Network/NetworkProcessProxy.messages.in:

Refactor didReceiveAuthenticationChallenge so an outsider can directly hand over an AuthenticationChallengeProxy:
* UIProcess/WebPageProxy.cpp:
(WebKit::WebPageProxy::didReceiveAuthenticationChallenge):
(WebKit::WebPageProxy::didReceiveAuthenticationChallengeProxy):
* UIProcess/WebPageProxy.h:

Add a global WebPageID -> WebPageProxy map so parties with an ID don't need to know which process it belongs to:
* UIProcess/WebProcessProxy.cpp:
(WebKit::globalPageMap):
(WebKit::WebProcessProxy::webPage):
(WebKit::WebProcessProxy::createWebPage):
(WebKit::WebProcessProxy::addExistingWebPage):
(WebKit::WebProcessProxy::removeWebPage):
* UIProcess/WebProcessProxy.h:

* WebProcess/Network/WebResourceLoadScheduler.cpp:
(WebKit::WebResourceLoadScheduler::scheduleLoad):

* WebProcess/WebCoreSupport/WebPlatformStrategies.cpp:
(WebKit::WebPlatformStrategies::loadResourceSynchronously): Pass 0 for WebFrameID and WebPageID since synchronous
  loads don't go through "normal" authentication channels and don't need them. Yet.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140874 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Wrap content filtering code in an object
https://bugs.webkit.org/show_bug.cgi?id=107914

Reviewed by Alexey Proskuryakov.

Source/WebCore:

Content filtering code currently requires explicit and somewhat complex
lifetime management of the WebFilterEvaluator object for correct
behavior. Simplify this by wrapping WebFilterEvaluator in an object and
have MainResourceLoader implicitly manage its lifetime by holding it in
an OwnPtr.

This change has benefits other than the simplified lifetime management.
It removes direct calls into WebKitSystemInterface from the loader, and
it allows us to keep a strong reference to the replacement data
returned from wkFilterAddData() and wkFilterDataComplete() rather than
relying on it being autoreleased.

* WebCore.exp.in: Updated to match changes in WebCoreSystemInterface.
* WebCore.xcodeproj/project.pbxproj: Added new files.
* loader/MainResourceLoader.cpp:
(WebCore::MainResourceLoader::MainResourceLoader): Removed unneeded initialization.
(WebCore::MainResourceLoader::~MainResourceLoader): Removed an unneeded ASSERT().
(WebCore::MainResourceLoader::cancel): Removed unneeded wkFilterRelease().
(WebCore::MainResourceLoader::responseReceived): Created a
ContentFilter object rather than calling wkFilterCreateInstance().
(WebCore::MainResourceLoader::dataReceived): Rewrote content filtering
logic in terms of the wrapper object. Removed any explicit lifetime
management.
(WebCore::MainResourceLoader::didFinishLoading): Ditto.
(WebCore::MainResourceLoader::notifyFinished): Removed unneeded wkFilterRelease().
* loader/MainResourceLoader.h:
* platform/ContentFilter.h: Added.
* platform/mac/ContentFilterMac.mm: Added.
(WebCore::ContentFilter::create):
(WebCore::ContentFilter::ContentFilter):
(WebCore::ContentFilter::isEnabled): Returned the result of wkFilterIsManagedSession().
(WebCore::ContentFilter::addData): Called wkFilterAddData() and stored
the resulting NSData in m_replacementData.
(WebCore::ContentFilter::finishedAddingData): Called wkFilterDataComplete()
and stored the resulting NSData in m_replacementData.
(WebCore::ContentFilter::needsMoreData): Returned the result of wkFilterIsBuffering().
(WebCore::ContentFilter::didBlockData): Returned the result of wkFilterWasBlocked().
(WebCore::ContentFilter::getReplacementData): Returned the data stored in m_replacementData.
* platform/mac/WebCoreSystemInterface.h: Updated to reflect changes in WKSI.
* platform/mac/WebCoreSystemInterface.mm: Ditto.

* WebCore.exp.in:
* WebCore.xcodeproj/project.pbxproj:
* loader/MainResourceLoader.cpp:
(WebCore::MainResourceLoader::MainResourceLoader):
(WebCore::MainResourceLoader::~MainResourceLoader):
(WebCore::MainResourceLoader::cancel):
(WebCore::MainResourceLoader::responseReceived):
(WebCore::MainResourceLoader::dataReceived):
(WebCore::MainResourceLoader::didFinishLoading):
(WebCore::MainResourceLoader::notifyFinished):
* loader/MainResourceLoader.h:
(MainResourceLoader):
* platform/ContentFilter.h: Added.
(WebCore):
(ContentFilter):
* platform/mac/ContentFilterMac.mm: Added.
(WebCore):
(WebCore::ContentFilter::create):
(WebCore::ContentFilter::ContentFilter):
(WebCore::ContentFilter::isEnabled):
(WebCore::ContentFilter::addData):
(WebCore::ContentFilter::finishedAddingData):
(WebCore::ContentFilter::needsMoreData):
(WebCore::ContentFilter::didBlockData):
(WebCore::ContentFilter::getReplacementData):
* platform/mac/WebCoreSystemInterface.h:
* platform/mac/WebCoreSystemInterface.mm:

Source/WebKit/mac:

* WebCoreSupport/WebSystemInterface.mm:
(InitWebCoreSystemInterface): Updated to reflect changes in WKSI.

Source/WebKit2:

* WebProcess/WebCoreSupport/mac/WebSystemInterface.mm:
(InitWebCoreSystemInterface): Updated to reflect changes in WKSI.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@140875 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Update WKSI header and libraries after r140875.

* WebKitSystemInterface.h:
* libWebKitSystemInterfaceLion.a:
* libWebKitSystemInterfaceMountainLion.a:

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