Enabled canvas.getContext("webgl") on Desktop Chrome
https://bugs.webkit.org/show_bug.cgi?id=113079

Patch by Brandon Jones <bajones@chromium.org> on 2013-03-25
Reviewed by Dean Jackson.

Test: fast/canvas/webgl/webgl-unprefixed-context-id.html

* bindings/v8/custom/V8HTMLCanvasElementCustom.cpp:
(WebCore::V8HTMLCanvasElement::getContextMethodCustom):
* html/HTMLCanvasElement.cpp:
(WebCore::HTMLCanvasElement::getContext):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146795 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Remove TextIterator argumentless constructor
https://bugs.webkit.org/show_bug.cgi?id=113226

Reviewed by Ryosuke Niwa.

The TextIterator argumentless constructors are never used and wouldn't be useful
since you can't specify a range.

No new tests, removing dead code. There should be no behavior change.

* editing/TextIterator.cpp: Remove constructors.
* editing/TextIterator.h:
(TextIterator):
(SimplifiedBackwardsTextIterator):
(CharacterIterator):
(BackwardsCharacterIterator):
(WordAwareIterator):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146796 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Dashboard refactor: Move cross dashboard history related code into history.js.
https://bugs.webkit.org/show_bug.cgi?id=113104

Reviewed by Ojan Vafai.

All functions relating to cross dashboard behavior move from being
globals to methods on the history.History object. Names stay the same,
except many are made private, ones that should have been constants now
are, and the long standing TODO to change "currentState" to
dashboardSpecificState is done.

We now create a global history object in dashboard_base, as an
intermediate measure.  Once the dashboard specific code is
added to history, each DB will need to create its own, and this
global will be eliminated.

* TestResultServer/static-dashboards/aggregate_results.js:
(handleValidHashParameter):
(htmlForBuilder):
(rawValuesHTML):
* TestResultServer/static-dashboards/dashboard_base.js:
(parseDashboardSpecificParameters):
(defaultValue):
(currentBuilderGroupCategory):
(currentBuilderGroupName):
(handleLocationChange):
(expectationsMap):
* TestResultServer/static-dashboards/flakiness_dashboard.js:
(generatePage):
(.switch.return):
(platformAndBuildType):
(individualTests):
(substringList):
(processMissingAndExtraExpectations):
(pathToFailureLog):
(showPopupForBuild):
(htmlForTestsWithExpectationsButNoFailures):
(shouldHideTest):
(isCrossBuilderView):
(tableHeaders):
(htmlForSingleTestRow):
(htmlForTableColumnHeader):
(generatePageForExpectationsUpdate):
(handleUpdate):
(nextUpdate):
(setUpdateIndex):
(htmlForIndividualTestOnAllBuildersWithResultsLinks):
(.appendExpectationsItem):
(loadExpectations):
(.dummyNode.onload):
(loadExpectationsLayoutTests):
(appendExpectations):
(htmlForNavBar):
(checkBoxToToggleState):
(linkHTMLToToggleState):
(generatePageForBuilder):
(isInvalidKeyForCrossBuilderView):
(handleQueryParameterChange):
(showLegend):
* TestResultServer/static-dashboards/flakiness_dashboard_unittests.js:
(resetGlobals):
(test):
* TestResultServer/static-dashboards/history.js:
(.):
* TestResultServer/static-dashboards/history_unittests.js:
* TestResultServer/static-dashboards/loader.js:
(.):
* TestResultServer/static-dashboards/loader_unittests.js:
* TestResultServer/static-dashboards/timeline_explorer.js:
(generatePage):
(initCurrentBuilderTestResults):
(selectBuild):
(showResultsDelta):
* TestResultServer/static-dashboards/treemap.js:
(generatePage):
(.switch.return):
(handleFocus):
* TestResultServer/static-dashboards/ui.js:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146797 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[GTK] [gyp] Adding support for building WebCore rendering
https://bugs.webkit.org/show_bug.cgi?id=113213

Reviewed by Gustavo Noronha Silva.

* WebCore.gyp/WebCoreGTK.gyp: Build the rendering directory into a shared library.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146798 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[GTK] [gyp] Build the final piece of WebCore
https://bugs.webkit.org/show_bug.cgi?id=113216

Reviewed by Nico Weber.

* WebCore.gyp/WebCoreGTK.gyp: Add the rest of the WebCore source files to the WebCore build target.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146800 268f45cc-cd09-0410-ab3c-d52691b4dbfc
REGRESSION(r146380): media/track/track-user-preferences.html
https://bugs.webkit.org/show_bug.cgi?id=113083

Reviewed by Jer Noble.

Source/WebCore: 

Ignore track change notifications triggered by automatic track selection so the 
configuration is not changed.

No new tests, this fixes an existing test.

* html/HTMLMediaElement.cpp:
(WebCore::HTMLMediaElement::configureTextTrackGroup): Clear m_processingPreferenceChange after all
    track configuration is finished.
(WebCore::HTMLMediaElement::configureTextTrackDisplay): Do nothing if m_processingPreferenceChange
    is true.

LayoutTests: 

* platform/mac/TestExpectations: Remove test from expectations.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146801 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Enable STORE_FONT_CUSTOM_PLATFORM_DATA for all platforms
https://bugs.webkit.org/show_bug.cgi?id=108438

Reviewed by Andreas Kling.

Remove the conditional code so it is turned on for all platforms.

* loader/cache/CachedFont.cpp:
(WebCore::CachedFont::~CachedFont):
(WebCore::CachedFont::ensureCustomFontData):
(WebCore::CachedFont::platformDataFromCustomData):
(WebCore::CachedFont::allClientsRemoved):
(WebCore::CachedFont::reportMemoryUsage):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146802 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Compile without SVG will fail
https://bugs.webkit.org/show_bug.cgi?id=113234

Patch by Adenilson Cavalcanti <cavalcantii@gmail.com> on 2013-03-25
Reviewed by Timothy Hatcher.

Only make the cast to SVGStyleElement if we have SVG support built.

* inspector/InspectorCSSAgent.cpp:
(WebCore::InspectorCSSAgent::viaInspectorStyleSheet):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146803 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Incorrect parsing due to hash collision
https://bugs.webkit.org/show_bug.cgi?id=113235

Reviewed by Adam Barth.

Source/WebCore:

Test: fast/parser/tag-hash-collision.html

* html/parser/HTMLIdentifier.cpp:
(WebCore::HTMLIdentifier::findIndex):

LayoutTests:

* fast/parser/tag-hash-collision-expected.txt: Added.
* fast/parser/tag-hash-collision.html: Added.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146805 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Sheriffing.
https://bugs.webkit.org/show_bug.cgi?id=112927
https://bugs.webkit.org/show_bug.cgi?id=113067
https://bugs.webkit.org/show_bug.cgi?id=113129

Unreviewed, test expectation updates.

Removed crash expectations for fixed bug; added fail expectations for
results the bot won't give us; marked a test as slow.

* platform/chromium/TestExpectations:



git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146808 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Don't use video to trigger compositing for layout tests
https://bugs.webkit.org/show_bug.cgi?id=113228

Reviewed by Adrienne Walker.

These tests used <video> to trigger compositing because a 3d identity
transform would have affected the overlap map differently. This is
no longer the case, so use translateZ(0) to trigger compositing instead,
which makes these tests more reliable and faster.

* compositing/geometry/limit-layer-bounds-clipping-ancestor.html:
* compositing/geometry/limit-layer-bounds-fixed-positioned.html:
* compositing/geometry/limit-layer-bounds-opacity-transition-expected.txt:
* compositing/geometry/limit-layer-bounds-opacity-transition.html:
* compositing/geometry/limit-layer-bounds-overflow-repaint.html:
* compositing/geometry/limit-layer-bounds-overflow-root.html:
* compositing/geometry/limit-layer-bounds-positioned-transition.html:
* compositing/geometry/limit-layer-bounds-positioned.html:
* compositing/geometry/limit-layer-bounds-transformed-overflow.html:
* compositing/geometry/limit-layer-bounds-transformed.html:
* compositing/layer-creation/scroll-partial-update-expected.txt:
* compositing/layer-creation/scroll-partial-update.html:
* platform/chromium-win/compositing/geometry/limit-layer-bounds-overflow-repaint-expected.txt:
* platform/chromium-win/compositing/layer-creation/scroll-partial-update-expected.txt:
* platform/chromium/TestExpectations:
* platform/chromium/compositing/layer-creation/scroll-partial-update-expected.txt:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146814 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Remove unused code from Frame class destructor
https://bugs.webkit.org/show_bug.cgi?id=113181

Reviewed by Alexey Proskuryakov.

No new tests. No new functionality.

* page/Frame.cpp:
(WebCore::Frame::~Frame):

    Removed the code which could never have been executed
    as m_view had been set to '0'.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146815 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Enable CSS_REGIONS and CSS_EXCLUSIONS and related tests.
https://bugs.webkit.org/show_bug.cgi?id=87519

Reviewed by Timothy Horton.

* win/tools/vsprops/FeatureDefines.vsprops:
* platform/win/TestExpectations:
* bindings/generic/RuntimeEnabledFeatures.cpp:
(WebCore):


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146816 268f45cc-cd09-0410-ab3c-d52691b4dbfc
REGRESSION(r146657): Test failures reported incorrectly
https://bugs.webkit.org/show_bug.cgi?id=113223

Reviewed by Dirk Pranke.

The bug was caused by BuildBotPrinter not taking the new behavior into account.

Fixed the bug by exposing enabled_pixel_tests_in_retry flag via ResultDetails object and have BuildBotPrinter
treat ['TEXT', 'IMAGE+TEXT'] as a regular failure when the flag is set true.

* Scripts/webkitpy/layout_tests/controllers/manager.py:
(Manager.run):

* Scripts/webkitpy/layout_tests/models/test_run_results.py:
(RunDetails.__init__):
(summarize_results): Remove the line I intended to remove in r146657.

* Scripts/webkitpy/layout_tests/run_webkit_tests_integrationtest.py:
(logging_run): Return details instead of the exit code.
(run_and_capture): Ditto.

(RunTest.test_full_results_html):
(RunTest.test_hung_thread):
(RunTest.test_no_tests_found):
(RunTest.test_no_tests_found_2):
(RunTest.test_repeat_each_iterations_num_tests):
(RunTest.test_run_singly_actually_runs_tests):
(RunTest.test_test_list):
(RunTest.test_missing_and_unexpected_results):
(RunTest.test_pixel_test_directories):
(RunTest.test_missing_and_unexpected_results_with_custom_exit_code):
(RunTest.test_crash_with_stderr):
(RunTest.test_no_image_failure_with_image_diff):
(RunTest.test_crash_log):
(RunTest.test_exit_after_n_failures_upload):
(RunTest.test_results_directory_absolute):
(RunTest.test_results_directory_relative):
(RunTest.test_retrying_and_flaky_tests):
(RunTest.test_retrying_force_pixel_tests): Added a test case to ensure enabled_pixel_tests_in_retry is set.
(RunTest.test_retrying_uses_retries_directory):
(RunTest.test_reftest_should_not_use_naming_convention_if_not_listed_in_reftestlist):
(RunTest.test_output_diffs):
(EndToEndTest.test_reftest_with_two_notrefs):
(RebaselineTest.test_reset_results):
(RebaselineTest.test_missing_results):
(RebaselineTest.test_new_baseline):

* Scripts/webkitpy/layout_tests/views/buildbot_results.py:
(BuildBotPrinter.print_results):
(BuildBotPrinter.print_unexpected_results):
(BuildBotPrinter.print_unexpected_results.add_result): Don't treat ['TEXT', 'IMAGE+TEXT'] as flaky
when we forced pixel tests in retry (i.e. pixel test was initially disabled).


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146817 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Also enable CSS_REGIONS and EXCLUSIONS for VS2010 solution.

* win/tools/vsprops/FeatureDefines.props:


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146818 268f45cc-cd09-0410-ab3c-d52691b4dbfc
[chromium] Move ownership of compositor VideoLayer to WebMediaPlayer
https://bugs.webkit.org/show_bug.cgi?id=112971

Reviewed by James Robinson.

Source/Platform:

Defines REMOVE_WEBVIDEOFRAME in related headers to enable this code
path in chromium.

* chromium/public/WebVideoFrame.h:
* chromium/public/WebVideoFrameProvider.h:

Source/WebKit/chromium:

This moves ownership of the compositor's video layer over to the
implementation of WebMediaPlayer, as well as all interaction
between the media player system and the compositor layer or its
interfaces such as cc::VideoFrameProvider.

Now, the WebMediaPlayer implementation calls setWebLayer() to
provide the WebLayer* to the WebMediaPlayerClientImpl so that
it can be inserted into the GraphicsLayer tree appropriately.

Defines REMOVE_WEBVIDEOFRAME in related headers to enable this code
path in chromium.

Once chromium removes its use of WebVideoFrame and its related
classes, we can remove them from WebKit entirely.

* WebKit.gypi:
* public/WebMediaPlayer.h:
(WebKit):
* public/WebMediaPlayerClient.h:
* public/WebStreamTextureClient.h:
* src/WebMediaPlayerClientImpl.cpp:
(WebKit::WebMediaPlayerClientImpl::~WebMediaPlayerClientImpl):
(WebKit::WebMediaPlayerClientImpl::readyStateChanged):
(WebKit::WebMediaPlayerClientImpl::repaint):
(WebKit::WebMediaPlayerClientImpl::setOpaque):
(WebKit::WebMediaPlayerClientImpl::setWebLayer):
(WebKit::WebMediaPlayerClientImpl::loadRequested):
(WebKit::WebMediaPlayerClientImpl::platformLayer):
(WebKit::WebMediaPlayerClientImpl::paint):
(WebKit::WebMediaPlayerClientImpl::needsWebLayer):
(WebKit::WebMediaPlayerClientImpl::supportsAcceleratedRendering):
(WebKit::WebMediaPlayerClientImpl::acceleratedRenderingInUse):
(WebKit::WebMediaPlayerClientImpl::create):
(WebKit::WebMediaPlayerClientImpl::supportsType):
* src/WebMediaPlayerClientImpl.h:
(WebKit):
(WebMediaPlayerClientImpl):
* tests/WebMediaPlayerClientImplTest.cpp: Removed.


git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146819 268f45cc-cd09-0410-ab3c-d52691b4dbfc
WEBGL_compressed_texture_pvrtc needs implementation
https://bugs.webkit.org/show_bug.cgi?id=110497

Patch by Brandon Jones <bajones@google.com> on 2013-03-25
Reviewed by Kenneth Russell.

Source/WebCore:

Test: webgl/conformance/extensions/webgl-compressed-texture-pvrtc.html

Exposes the WEBGL_compressed_texture_pvrtc extension, but is unverified since no desktop hardware supports
the format that I am aware of. Should enable mobile ports to expose the format, however.

* CMakeLists.txt:
* DerivedSources.make:
* DerivedSources.pri:
* GNUmakefile.list.am:
* Target.pri:
* WebCore.gypi:
* WebCore.xcodeproj/project.pbxproj:
* bindings/js/JSWebGLRenderingContextCustom.cpp:
(WebCore::toJS):
* bindings/v8/custom/V8WebGLRenderingContextCustom.cpp:
(WebCore::toV8Object):
* html/canvas/WebGLCompressedTexturePVRTC.cpp: Copied from Source/WebCore/html/canvas/WebGLExtension.h.
(WebCore):
(WebCore::WebGLCompressedTexturePVRTC::WebGLCompressedTexturePVRTC):
(WebCore::WebGLCompressedTexturePVRTC::~WebGLCompressedTexturePVRTC):
(WebCore::WebGLCompressedTexturePVRTC::getName):
(WebCore::WebGLCompressedTexturePVRTC::create):
(WebCore::WebGLCompressedTexturePVRTC::supported):
* html/canvas/WebGLCompressedTexturePVRTC.h: Copied from Source/WebCore/html/canvas/WebGLExtension.h.
(WebCore):
(WebGLCompressedTexturePVRTC):
* html/canvas/WebGLCompressedTexturePVRTC.idl: Copied from Source/WebCore/html/canvas/WebGLExtension.h.
* html/canvas/WebGLExtension.h:
* html/canvas/WebGLRenderingContext.cpp:
(WebCore):
(WebCore::WebGLRenderingContext::paintRenderingResultsToCanvas):
(WebCore::WebGLRenderingContext::getExtension):
(WebCore::WebGLRenderingContext::getSupportedExtensions):
(WebCore::WebGLRenderingContext::validateCompressedTexFuncData):
* html/canvas/WebGLRenderingContext.h:
(WebCore):
(WebGLRenderingContext):

LayoutTests:

* webgl/conformance/extensions/webgl-compressed-texture-pvrtc-expected.txt: Added.
* webgl/conformance/extensions/webgl-compressed-texture-pvrtc.html: Added.
* webgl/resources/webgl_test_files/conformance/extensions/webgl-compressed-texture-pvrtc.html: Added.

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146820 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Unreviewed. Disable fast/exclusions and fast/regions tests on Windows.
https://bugs.webkit.org/show_bug.cgi?id=113244

* platform/win/TestExpectations:


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

Fix did not work (Requested by rfong on #webkit).

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

Source/WebCore:

* bindings/scripts/preprocessor.pm:
(applyPreprocessor):

Tools:

* Scripts/webkitpy/tool/commands/earlywarningsystem.py:
(WinEWS):

git-svn-id: http://svn.webkit.org/repository/webkit/trunk@146822 268f45cc-cd09-0410-ab3c-d52691b4dbfc
Cleanup plugin snapshotting autostart decision making
https://bugs.webkit.org/show_bug.cgi?id=113231

Reviewed by Tim Horton.

Source/WebCore:

Move the code that creates a hash of plugin origin info
out of WebCore. All WebCore needs to do now is simply ask its
host layer whether or not a tuple of (pluginOrigin, pageOrigin, mimeType)
should autostart or not.

As a drive-by, the code in subframeLoaderWillCreatePlugIn was not quite
restarting properly when the displayState was Restarting or
RestartingWithPendingMouseClick. It still worked most of the time, but usually
because the code ran soon after a mouse click. Now it should be explicit and
also allowed us to be more clear about snapshotting at the end of the method.

* html/HTMLPlugInElement.h: No more pluginOriginHash().
* html/HTMLPlugInImageElement.cpp:
(WebCore::addPlugInsFromNodeListMatchingPlugInOrigin): Change signature to accept the tuple
    described above, and compare strings rather than hashes.
(WebCore::HTMLPlugInImageElement::userDidClickSnapshot): Tell host layer the origin
    info rather than hash info.
(WebCore::HTMLPlugInImageElement::subframeLoaderWillCreatePlugIn): Remember the url that
    the plugin was loaded from. Make some of the logging messages more clear. Test for
    plugin and page origin rather than hash.
* html/HTMLPlugInImageElement.h:
(WebCore::HTMLPlugInImageElement::loadedUrl): New loadedURL member function.
* page/PlugInClient.h:
(PlugInClient): Change signature of virtual class to accept origin and mimeType info
    rather than hash.

Source/WebKit2:

Two major changes to the way snapshotting plugins may autostart.

The first is that previously WebCore was keeping a hash that
represented the combination of page origin, plugin origin and
mime type. WebKit was responsible for deciding if that particular
hash should autostart. Now, WebKit keeps the hash, and WebCore
just asks us whether the combination of origins and mimetype
should start immediately. You can see this change the in WebPluginClient
and WebProcess APIs.

The second change is that we now keep two types of structures
around to decide whether a plugin should autostart. One is the
existing page + plugin origin combination. The other is simply
the plugin origin, which allows plugins from major providers
to autostart no matter what page they were embedded on.

* Shared/WebProcessCreationParameters.cpp:
(WebKit::WebProcessCreationParameters::encode): Encode the new parameter.
(WebKit::WebProcessCreationParameters::decode): Decode the new parameter.
* Shared/WebProcessCreationParameters.h: Also keep a list of strings around.

* UIProcess/API/C/WKContext.cpp:
(WKContextSetPlugInAutoStartOrigins): The C API to send the list of plugin
    origins over to the context.
* UIProcess/API/C/WKContext.h:

* UIProcess/Plugins/PlugInAutoStartProvider.cpp:
(WebKit::PlugInAutoStartProvider::addAutoStartOriginHash): Renamed from addAutoStartOrigin.
    No functional change other than new names for members.
(WebKit::PlugInAutoStartProvider::autoStartOriginHashesCopy): Ditto.
(WebKit::PlugInAutoStartProvider::autoStartOriginsTableCopy): Ditto.
(WebKit::PlugInAutoStartProvider::setAutoStartOriginsTable): Ditto.
(WebKit::PlugInAutoStartProvider::setAutoStartOriginsArray): New method that converts the
    incoming ImmutableArray into a Vector of Strings.
(WebKit::PlugInAutoStartProvider::didReceiveUserInteraction): Rename for new members.
* UIProcess/Plugins/PlugInAutoStartProvider.h: Renaming member variables. Adding
    some typedefs to clean up code.
(WebKit::PlugInAutoStartProvider::autoStartOrigins): New accessor.

* UIProcess/WebContext.cpp:
(WebKit::WebContext::createNewWebProcess): Renaming, and copy the new parameter into the process creation.
(WebKit::WebContext::addPlugInAutoStartOriginHash): Renaming.
(WebKit::WebContext::setPlugInAutoStartOriginHashes): Renaming.
(WebKit::WebContext::setPlugInAutoStartOrigins): New method.
* UIProcess/WebContext.h: Adds the new setPlugInAutoStartOrigin method.

* WebProcess/Plugins/PluginView.cpp:
(WebKit::PluginView::didInitializePlugin): Drive-by fix that was attempting to restart plugins
    that were in the process of restarting.
(WebKit::PluginView::pluginDidReceiveUserInteraction): Temporarily suspend update of
    expiration time if the user interacts with a plugin.

* WebProcess/WebCoreSupport/WebPlugInClient.cpp:
(WebKit::WebPlugInClient::shouldAutoStartFromOrigin): Renaming.
(WebKit::WebPlugInClient::didStartFromOrigin): Ditto.
* WebProcess/WebCoreSupport/WebPlugInClient.h: Renaming.

* WebProcess/WebProcess.cpp: Drive-by - noticed that we forgot to count seconds in
    a timeout threshold.
(WebKit::WebProcess::initializeWebProcess): Also add the list of origins when we initialize.
(WebKit::addCaseFoldedCharacters): Copied from WebCore - adds a String to a hash input.
(WebKit::hashForPlugInOrigin): Copied from WebCore - hashing function.
(WebKit::WebProcess::isPlugInAutoStartOriginHash): Renaming.
(WebKit::WebProcess::shouldPlugInAutoStartFromOrigin): Check the list of pure origins first. If
    that fails, fall back to the hash list of pairs.
(WebKit::WebProcess::plugInDidStartFromOrigin): Renaming.
(WebKit::WebProcess::didAddPlugInAutoStartOriginHash): Ditto.
(WebKit::WebProcess::resetPlugInAutoStartOriginHashes): Ditto.
(WebKit::WebProcess::plugInDidReceiveUserInteraction): Ditto.
* WebProcess/WebProcess.h: Renaming some methods, but also adding the input of the new
    origin-only list.

* WebProcess/WebProcess.messages.in: Renaming a message.

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