[BlackBerry] Crash in InRegionScrollerPrivate.
https://bugs.webkit.org/show_bug.cgi?id=101399

Patch by Genevieve Mak <gmak@rim.com> on 2012-11-06
Reviewed by Rob Buis.

Add a pointer to the enclosing document as the pointer to layer
or node along the way may become invalid.
Use document pointer in clearDocumentData.
PR #238469

* Api/InRegionScroller.cpp:
(BlackBerry::WebKit::InRegionScrollerPrivate::clearDocumentData):
* WebKitSupport/InRegionScrollableArea.cpp:
(BlackBerry::WebKit::InRegionScrollableArea::InRegionScrollableArea):
(BlackBerry::WebKit::InRegionScrollableArea::document):
(WebKit):
* WebKitSupport/InRegionScrollableArea.h:
(WebCore):
(InRegionScrollableArea):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133679 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[EFL] Unreviewed gardening after r133676.

* platform/efl-wk2/TestExpectations: Unskip a few passing tests.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133680 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed, remove a couple of passing tests from chromium expectations.

* platform/chromium-mac-mountainlion/TestExpectations:
* platform/chromium/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133681 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[CSS Exclusions] Store ExclusionPolygonEdge vertices in clockwise order
https://bugs.webkit.org/show_bug.cgi?id=100763

Patch by Hans Muller <hmuller@adobe.com> on 2012-11-06
Reviewed by Darin Adler.

Source/WebCore:

The ExclusionPolygon's internal logic, notably getVertexIntersectionVertices(),
assumes that ExclusionPolygonEdge vertices are stored in clockwise order.
If this is not true, then we construct the polygon's edges in reverse.

To determine if the vertices are in clockwise order, we compare the slope
of the line between the top,left vertex and its previous vertex, with the
the slope of the line of vertices before and after the top,left vertex.
If the slope of the latter is greater, then top,left vertex is located
to its left, and the vertices are clockwise.

Test: fast/exclusions/shape-inside/shape-inside-counterclockwise-polygon.html

* rendering/ExclusionPolygon.cpp:
(WebCore::determinant): Used to decide if the min vertex is on the left side of the line that passes through its adjacent vertices.
(WebCore::ExclusionPolygon::ExclusionPolygon): If the polygon's vertices are specified in counterclockwise order, construct the edges in reverse.
(WebCore::appendIntervalX): Made this an inline since it was only defined as a function for the sake of clarity.

LayoutTests:

Verify that a shape-inside polygon whose vertices are specified in counterclockwise
order is handled correctly.

* fast/exclusions/shape-inside/shape-inside-counterclockwise-polygon-expected.html: Added.
* fast/exclusions/shape-inside/shape-inside-counterclockwise-polygon.html: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133682 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Fix build warning in RenderLayer.cpp caused by r133628
https://bugs.webkit.org/show_bug.cgi?id=101401

Patch by KyungTae Kim <ktf.kim@samsung.com> on 2012-11-06
Reviewed by Simon Fraser.

The static function WebCore::frameViewFromLayer is only used when USE(ACCELERATED_COMPOSITING),
so define it only that case for removing -Wunused-function warning

* rendering/RenderLayer.cpp:
(WebCore):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133683 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Implement save and restore for a bunch of InternalSettings state
https://bugs.webkit.org/show_bug.cgi?id=101394

Reviewed by Dirk Pranke.

In http://trac.webkit.org/changeset/133399, I resolved a bunch of
flaky tests by saving and restoring the InternalSettings state
EnableCompositingForFixedPosition.  On a hunch, I git grepped for all
internal settings state which is being set by layout tests but not
saved and restored.  It turns out there about 15 calls.

This patch takes care of five of them, mostly compositing-related.
The others I was either not sure about, or were already at least
being reset to known values by the testing harness.

Hopefully this will alleviate some further test flakiness.

* testing/InternalSettings.cpp:
* testing/InternalSettings.h:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133684 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Don't warn about RefPtr* parameters
https://bugs.webkit.org/show_bug.cgi?id=101403

Reviewed by Gavin Barraclough.

RefPtr<>* is a valid parameter type.

* Scripts/webkitpy/style/checkers/cpp.py:
(check_function_definition_and_pass_ptr):
* Scripts/webkitpy/style/checkers/cpp_unittest.py:
(PassPtrTest.test_ref_ptr_parameter_value):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133685 268f45cc-cd09-0410-ab3c-d52691b4dbfc
-webkit-background-clip:text produces artifacts when applied to the body and the browser is resized
https://bugs.webkit.org/show_bug.cgi?id=89287

Reviewed by Beth Dakin.

Source/WebCore:

If the body had -webkit-background-clip: text, we'd fail to paint
anything behind it, so would see garbage pixels.

Fix by having RenderView::paintBoxDecorations() check for a background-clip of "text"
on the renderer that paints the root background.

Added some new pixel tests for combinations of html and body transform
and backgrounds; earlier versions of the patch broke some of these tests.

Tests: fast/backgrounds/background-clip-text-on-body.html
       fast/backgrounds/transformed-body-background.html
       fast/backgrounds/transformed-body-html-background.html
       fast/backgrounds/transformed-html-body-background.html

* rendering/RenderView.cpp:
(WebCore::rendererObscuresBackground): Broke up the single condition
into early 'false' returns when possible. We need to also check whether
the renderer that actually paints the background (which might be the body)
will fill it; background-clip: text does not.
(WebCore::RenderView::paintBoxDecorations): Rather than checking firstChild(),
actually check the root renderer, so that we can reliably get to the renderer
that mains the root background.

LayoutTests:

Test with -webkit-background-clip: text on the body, which scrolls.

Some additional tests that exercise different combinations of html and
body transform and background.

* compositing/repaint/composited-document-element.html:
* fast/backgrounds/background-clip-text-on-body-expected.png: Added.
* fast/backgrounds/background-clip-text-on-body-expected.txt: Added.
* fast/backgrounds/background-clip-text-on-body.html: Added.
* fast/backgrounds/transformed-body-background-expected.png: Added.
* fast/backgrounds/transformed-body-background-expected.txt: Added.
* fast/backgrounds/transformed-body-background.html: Added.
* fast/backgrounds/transformed-body-html-background-expected.png: Added.
* fast/backgrounds/transformed-body-html-background-expected.txt: Added.
* fast/backgrounds/transformed-body-html-background.html: Added.
* fast/backgrounds/transformed-html-body-background-expected.png: Added.
* fast/backgrounds/transformed-html-body-background-expected.txt: Added.
* fast/backgrounds/transformed-html-body-background.html: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133686 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Chromium] New baselines for some CSS3 filter tests.  Unreviewed.

* platform/chromium-mac/css3/filters/crash-hw-sw-switch-expected.png:
* platform/chromium-mac/css3/filters/effect-reference-expected.png:
* platform/chromium-mac/css3/filters/effect-reference-expected.txt:
* platform/chromium-win/css3/filters/effect-reference-expected.png:
* platform/chromium-win/css3/filters/effect-reference-expected.txt:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133687 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Reduce parser overhead in JSC
https://bugs.webkit.org/show_bug.cgi?id=101127

Reviewed by Filip Pizlo.

An exciting journey into the world of architecture in which our hero
adds yet another layer to JSC codegeneration.

This patch adds a marginally more compact form of bytecode that is
free from any data specific to a given execution context, and that
does store any data structures necessary for execution.  To actually
execute this UnlinkedBytecode we still need to instantiate a real
CodeBlock, but this is a much faster linear time operation than any
of the earlier parsing or code generation passes.

As the unlinked code is context free we can then simply use a cache
from source to unlinked code mapping to completely avoid all of the
old parser overhead.  The cache is currently very simple and memory
heavy, using the complete source text as a key (rather than SourceCode
or equivalent), and a random eviction policy.

This seems to produce a substantial win when loading identical content
in different contexts.

* API/tests/testapi.c:
(main):
* CMakeLists.txt:
* GNUmakefile.list.am:
* JavaScriptCore.vcproj/JavaScriptCore/JavaScriptCore.vcproj:
* JavaScriptCore.xcodeproj/project.pbxproj:
* bytecode/CodeBlock.cpp:
* bytecode/CodeBlock.h:
    Moved a number of fields, and a bunch of logic to UnlinkedCodeBlock.h/cpp
* bytecode/Opcode.h:
    Added a global const init no op instruction needed to get correct
    behaviour without any associated semantics.
* bytecode/UnlinkedCodeBlock.cpp: Added.
* bytecode/UnlinkedCodeBlock.h: Added.
    A fairly shallow, GC allocated version of the old CodeBlock
    classes with a 32bit instruction size, and just metadata
    size tracking.
* bytecompiler/BytecodeGenerator.cpp:
* bytecompiler/BytecodeGenerator.h:
    Replace direct access to m_symbolTable with access through
    symbolTable().  ProgramCode no longer has a symbol table at
    all so some previously unconditional (and pointless) uses
    of symbolTable get null checks.
    A few other changes to deal with type changes due to us generating
    unlinked code (eg. pointer free, so profile indices rather than
    pointers).
* dfg/DFGByteCodeParser.cpp:
* dfg/DFGCapabilities.h:
    Support global_init_nop
* interpreter/Interpreter.cpp:
    Now get the ProgramExecutable to initialise new global properties
    before starting execution.
* jit/JIT.cpp:
* jit/JITDriver.h:
* jit/JITStubs.cpp:
* llint/LLIntData.cpp:
* llint/LLIntSlowPaths.cpp:
* llint/LowLevelInterpreter.asm:
* llint/LowLevelInterpreter32_64.asm:
* llint/LowLevelInterpreter64.asm:
    Adding init_global_const_nop everywhere else
* parser/Parser.h:
* parser/ParserModes.h: Added.
* parser/ParserTokens.h:
    Parser no longer needs a global object or callframe to function
* runtime/CodeCache.cpp: Added.
* runtime/CodeCache.h: Added.
    A simple, random eviction, Source->UnlinkedCode cache
* runtime/Executable.cpp:
* runtime/Executable.h:
    Executables now reference their unlinked counterparts, and
    request code specifically for the target global object.
* runtime/JSGlobalData.cpp:
* runtime/JSGlobalData.h:
    GlobalData now owns a CodeCache and a set of new structures
    for the unlinked code types.
* runtime/JSGlobalObject.cpp:
* runtime/JSGlobalObject.h:
    Utility functions used by executables to perform compilation

* runtime/JSType.h:
  Add new JSTypes for unlinked code

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133688 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Build fix. r133601 broke the Windows build.
https://bugs.webkit.org/show_bug.cgi?id=101404

Patch by Huang Dongsung <luxtella@company100.net> on 2012-11-06
Reviewed by Noam Rosenthal.

Only static const integral data members can be initialized within a class in the
Windows, so we initialize static const double date members out of the class.

* platform/graphics/texmap/TextureMapper.cpp:
(BitmapTexturePool):
(WebCore):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133689 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Removed useless image baselines for filter-empty-element-crash.
Unreviewed.

* platform/chromium-linux/css3/filters/filter-empty-element-crash-expected.png: Removed.
* platform/chromium-mac-snowleopard/css3/filters/filter-empty-element-crash-expected.png: Removed.
* platform/chromium-mac/css3/filters/filter-empty-element-crash-expected.png: Removed.
* platform/chromium-win/css3/filters/filter-empty-element-crash-expected.png: Removed.
* platform/mac-snowleopard/css3/filters/filter-empty-element-crash-expected.png: Removed.
* platform/qt-5.0-wk2/css3/filters/filter-empty-element-crash-expected.png: Removed.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133690 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[Chromium] Unreviewed gardening. A couple of expectation updates c/o dbarton@mathscribe.com
and marking calendar-picker-key-operations.html flaky per webkit.org/b/101408

* platform/chromium/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133691 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[EFL][WK2] Add ewk_database_manager APIs
https://bugs.webkit.org/show_bug.cgi?id=101193

Patch by Jihye Kang <jye.kang@samsung.com> on 2012-11-06
Reviewed by Gyuyoung Kim.

Add ewk_database_manager to manage web database and
ewk_database_manaager_origins_get to get origins list of web storage.
Add unit tests for ewk_database_manager APIs.

* PlatformEfl.cmake:
* UIProcess/API/efl/ewk_context.cpp:
(Ewk_Context::Ewk_Context):
(Ewk_Context::databaseManager):
(ewk_context_database_manager_get):
* UIProcess/API/efl/ewk_context.h:
* UIProcess/API/efl/ewk_context_private.h:
(Ewk_Context):
* UIProcess/API/efl/ewk_database_manager.cpp: Added.
(Ewk_Database_Manager::Ewk_Database_Manager):
(Ewk_Database_Manager::getDatabaseOrigins):
(Ewk_Database_Manager::createOriginList):
(Ewk_Database_Origins_Async_Get_Context):
(Ewk_Database_Origins_Async_Get_Context::Ewk_Database_Origins_Async_Get_Context):
(getDatabaseOriginsCallback):
(ewk_database_manager_origins_get):
* UIProcess/API/efl/ewk_database_manager.h: Added.
* UIProcess/API/efl/ewk_database_manager_private.h: Added.
(Ewk_Database_Manager):
(Ewk_Database_Manager::create):
* UIProcess/API/efl/tests/test_ewk2_context.cpp:
(TEST_F):
* UIProcess/API/efl/tests/test_ewk2_database_manager.cpp: Added.
(OriginData):
(OriginData::OriginData):
(getDatabaseOriginsCallback):
(timerCallback):
(TEST_F):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133692 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Clean up which storage cookie jar functions use
https://bugs.webkit.org/show_bug.cgi?id=101395

Reviewed by Brady Eidson.

Source/WebCore:

* WebCore.exp.in:
* platform/mac/WebCoreSystemInterface.h:
* platform/mac/WebCoreSystemInterface.mm:
Updated for two new WKSI functions.

* platform/CookieJar.h: Added explanatory comments.

* platform/mac/CookieJar.mm:
(WebCore::cookies): Removed fallback on NSHTTPCookieStorage, the WKSI function
already implements it.
(WebCore::cookieRequestHeaderFieldValue): Ditto.
(WebCore::setCookies): Ditto.
(WebCore::cookiesEnabled): Ditto.
(WebCore::getRawCookies): Ditto.
(WebCore::deleteCookie): Ditto.
(WebCore::getHostnamesWithCookies): This function used to look at NSHTTPCookieStorage
exclusively. While it makes sense to bypass private storage session, default storage
session (currently only used for testing on Mac) is never OK to bypass. Changed to
use a WKSI function that supports both.
(WebCore::deleteCookiesForHostname): Ditto.
(WebCore::deleteAllCookies): Ditto.

* platform/network/cf/CookieJarCFNet.cpp:
(WebCore::getHostnamesWithCookies):
(WebCore::deleteCookiesForHostname):
(WebCore::deleteAllCookies):
Updated to match Foundation, so now these functions bypass private session.

* platform/network/cf/CookieStorageCFNet.cpp:
(WebCore::currentCFHTTPCookieStorage): Updated a comment.
(WebCore::defaultCFHTTPCookieStorage):  Added a function that returns cookie storage
for non-private session (or null if that would be an NSHTTPCookieStorage).
(WebCore::startObservingCookieChanges): We do not want to observe private cookies
here, and we certainly don't want a mismatch between start/stop due to private
browsing mode changes.
(WebCore::stopObservingCookieChanges): Ditto.

* platform/network/cf/CookieStorageCFNet.h: Added defaultCFHTTPCookieStorage().

Source/WebKit/mac:

* WebCoreSupport/WebSystemInterface.mm: (InitWebCoreSystemInterface): Updated for
two new functions.

Source/WebKit2:

* WebProcess/WebCoreSupport/mac/WebSystemInterface.mm: (InitWebCoreSystemInterface):
Updated for two new functions.

WebKitLibraries:

* WebKitSystemInterface.h:
* libWebKitSystemInterfaceLion.a:
* libWebKitSystemInterfaceMountainLion.a:
Added WKHTTPCookies() and WKDeleteAllHTTPCookies(). Updated ifdefs for currently
supported OS versions.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133694 268f45cc-cd09-0410-ab3c-d52691b4dbfc
(r125185) http/tests/images/jpg-img-partial-load.html timeout on Lion
https://bugs.webkit.org/show_bug.cgi?id=93636

Reviewed by Simon Fraser.

Remove this test: fast/images/jpeg-partial-load.html is now used to test
partial jpeg image loads.

* http/tests/images/jpg-img-partial-load-expected.png: Removed.
* http/tests/images/jpg-img-partial-load-expected.txt: Removed.
* http/tests/images/jpg-img-partial-load.html: Removed.
* platform/mac/TestExpectations:
* platform/win/TestExpectations:
* platform/wincairo/TestExpectations:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133695 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Don't write pixels for crash-hw-sw-switch test; if it doesn't crash, it
passes.  Unreviewed.

* css3/filters/crash-hw-sw-switch.html:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133696 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[CSS Exclusions] Changeset r133384 defeated the rectilinear polygon tests
https://bugs.webkit.org/show_bug.cgi?id=101405

Patch by Hans Muller <hmuller@adobe.com> on 2012-11-06
Reviewed by Dirk Schulze.

When the exclusions/shape-inside subpixel layout JS code was refactored,
(see https://bugs.webkit.org/show_bug.cgi?id=100704) these two tests were not
properly updated. They now include subpixel-utils.js, which simple-polygon.js depends on.

* fast/exclusions/shape-inside/shape-inside-rectilinear-polygon-001-expected.html:
* fast/exclusions/shape-inside/shape-inside-rectilinear-polygon-001.html:
* fast/exclusions/shape-inside/shape-inside-rectilinear-polygon-002-expected.html:
* fast/exclusions/shape-inside/shape-inside-rectilinear-polygon-002.html:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133697 268f45cc-cd09-0410-ab3c-d52691b4dbfc
fast/forms/select-set-length-with-mutation-remove is slow on chromium debug builds
https://bugs.webkit.org/show_bug.cgi?id=60092

[Chromium] Unreviewed gardening - so slow it's timing out at 60s rather often.

* platform/chromium/TestExpectations:

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@133698 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Add application occlusion criterion to enable/disable process suppression on Mac
https://bugs.webkit.org/show_bug.cgi?id=100997

Patch by Kiran Muppala <cmuppala@apple.com> on 2012-11-06
Reviewed by Alexey Proskuryakov.

Provide support for enabling and disabling process suppression when application is completely occluded on Mac.

* NetworkProcess/NetworkProcess.messages.in: Added message to update application occlusion status.
* NetworkProcess/mac/NetworkProcessMainMac.mm:
(WebKit::NetworkProcessMain): Removed call to take process suppression assertion since ChildProcess
takes one on constrution.
* PluginProcess/PluginProcess.messages.in: Added message to update application occlusion status.
* PluginProcess/mac/PluginProcessMainMac.mm:
(WebKit::PluginProcessMain): Removed call to take process suppression assertion since ChildProcess
takes one on construction.
* Shared/ChildProcess.cpp:
(WebKit::ChildProcess::ChildProcess): Take process suppression assertion on construction.
* Shared/ChildProcess.h:
(WebKit::ChildProcess::applicationIsOccluded):
* Shared/mac/ChildProcessMac.mm: Added.
(WebKit::ChildProcess::setApplicationIsOccluded): Release process suppression assertion if application
becomes occluded or take a new assertion if application becomes visible.
(WebKit::ChildProcess::disableProcessSuppression):
(WebKit::ChildProcess::enableProcessSuppression):
Helper methods to take and release process suppression assertion.
* SharedWorkerProcess/SharedWorkerProcess.messages.in: Added message to update application occlusion status.
* SharedWorkerProcess/mac/SharedWorkerProcessMainMac.mm:
(WebKit::SharedWorkerProcessMain): Removed call to take process suppression assertion since ChildProcess
takes one on construction.
* UIProcess/Network/NetworkProcessManager.h:
* UIProcess/Network/NetworkProcessProxy.cpp:
(WebKit::NetworkProcessProxy::didFinishLaunching): Update application occlusion status post launch.
* UIProcess/Network/NetworkProcessProxy.h:
(WebKit::NetworkProcessProxy::isValid):
* UIProcess/Network/mac/NetworkProcessManagerMac.mm: Added.
(WebKit::NetworkProcessManager::setApplicationIsOccluded):
* UIProcess/Network/mac/NetworkProcessProxyMac.mm:
(WebKit::NetworkProcessProxy::setApplicationIsOccluded):
* UIProcess/Plugins/PluginProcessManager.h:
* UIProcess/Plugins/PluginProcessProxy.cpp:
(WebKit::PluginProcessProxy::didFinishLaunching): Update application occlusion status post launch.
* UIProcess/Plugins/PluginProcessProxy.h:
(WebKit::PluginProcessProxy::isValid):
* UIProcess/Plugins/mac/PluginProcessManagerMac.mm: Added.
(WebKit::PluginProcessManager::setApplicationIsOccluded):
* UIProcess/Plugins/mac/PluginProcessProxyMac.mm:
(WebKit::PluginProcessProxy::setApplicationIsOccluded):
* UIProcess/SharedWorkers/SharedWorkerProcessManager.h:
* UIProcess/SharedWorkers/SharedWorkerProcessProxy.cpp:
(WebKit::SharedWorkerProcessProxy::didFinishLaunching): Update application occlusion status post launch.
* UIProcess/SharedWorkers/SharedWorkerProcessProxy.h:
(WebKit::SharedWorkerProcessProxy::isValid):
* UIProcess/SharedWorkers/mac/SharedWorkerProcessManagerMac.mm: Added.
(WebKit::SharedWorkerProcessManager::setApplicationIsOccluded):
* UIProcess/SharedWorkers/mac/SharedWorkerProcessProxyMac.mm: Added.
(WebKit::SharedWorkerProcessProxy::setApplicationIsOccluded):
* UIProcess/WebContext.cpp:
(WebKit::WebContext::create): Added call to initialize process suppression support.
* UIProcess/WebContext.h:
(WebKit::WebContext::applicationIsOccluded):
* UIProcess/WebProcessProxy.cpp:
(WebKit::WebProcessProxy::didFinishLaunching): Update application occlusion status post launch.
* UIProcess/mac/WebContextMac.mm:
(WebKit::WebContext::applicationBecameVisible):
(WebKit::WebContext::applicationBecameOccluded):
Notification handlers for informing non UI WebKit2 processes of changes to application occlusion state.
(WebKit::WebContext::registerOcclusionNotificationHandlers):
(WebKit::WebContext::initializeProcessSuppressionSupport):
Helper method to register occlusion notification handlers if process suppression support is enabled.
* WebKit2.xcodeproj/project.pbxproj:
* WebProcess/WebProcess.messages.in: Added message to update application occlusion status.
* WebProcess/mac/WebProcessInitialization.mm:
(WebKit::InitializeWebProcess): Removed call to take process supression assertion since ChildProcess
takes one on construction.

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