[WebKit-https.git] / Source / WebKit2 / ChangeLog

2014-08-15  Tim Horton  <timothy_horton@apple.com>

        REGRESSION (WebKit2 Gestures): White flash when swiping back to cnn.com's homepage from an article
        https://bugs.webkit.org/show_bug.cgi?id=135951
        <rdar://problem/18006149>

        Reviewed by Simon Fraser.

        Wait for (the first visually non-empty layout AND the render tree size threshold to be hit),
        OR didFinishLoadForFrame, whichever comes first. Once we've done the first visually non-empty layout,
        we'll start the watchdog and tear down the snapshot in three seconds no matter what.
        Also, force a repaint so we can asynchronously wait for the Web Process to paint and return to us
        before removing the snapshot, which improves our chances that something is actually on the screen.

        * UIProcess/API/mac/WKView.mm:
        (-[WKView _didFirstVisuallyNonEmptyLayoutForMainFrame]):
        (-[WKView _didFinishLoadForMainFrame]):
        (-[WKView _removeNavigationGestureSnapshot]):
        * UIProcess/API/mac/WKViewInternal.h:
        * UIProcess/PageClient.h:
        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::didFinishLoadForFrame):
        (WebKit::WebPageProxy::didFirstVisuallyNonEmptyLayoutForFrame):
        (WebKit::WebPageProxy::removeNavigationGestureSnapshot):
        * UIProcess/WebPageProxy.h:
        * UIProcess/ios/PageClientImplIOS.h:
        * UIProcess/ios/PageClientImplIOS.mm:
        (WebKit::PageClientImpl::didFirstVisuallyNonEmptyLayoutForMainFrame):
        (WebKit::PageClientImpl::didFinishLoadForMainFrame):
        * UIProcess/mac/PageClientImpl.h:
        * UIProcess/mac/PageClientImpl.mm:
        (WebKit::PageClientImpl::didFirstVisuallyNonEmptyLayoutForMainFrame):
        (WebKit::PageClientImpl::didFinishLoadForMainFrame):
        (WebKit::PageClientImpl::removeNavigationGestureSnapshot):
        Plumb didFirstVisuallyNonEmptyLayoutForMainFrame and didFinishLoadForMainFrame
        through to ViewGestureController from WebPageProxy via the PageClient, etc.

        Ditto for removeNavigationGestureSnapshot, though it is called from a
        VoidCallback in ViewGestureController instead of from WebFrameLoaderClient and friends.

        * UIProcess/mac/ViewGestureController.h:
        * UIProcess/mac/ViewGestureControllerMac.mm:
        (WebKit::ViewGestureController::ViewGestureController):
        (WebKit::ViewGestureController::endSwipeGesture):
        When finishing a swipe, we want to wait for both the first visually non-empty layout
        and the render tree size threshold being hit.

        (WebKit::ViewGestureController::didHitRenderTreeSizeThreshold):
        (WebKit::ViewGestureController::didFirstVisuallyNonEmptyLayoutForMainFrame):
        When both of these things have happened, remove the swipe snapshot (after forcing a repaint).
        For didFirstVisuallyNonEmptyLayoutForMainFrame, we will also start a watchdog
        ensuring that we remove the snapshot in three seconds.

        (WebKit::ViewGestureController::didFinishLoadForMainFrame):
        When didFinishLoadForMainFrame happens, remove the swipe snapshot (after forcing a repaint).

        (WebKit::ViewGestureController::swipeSnapshotWatchdogTimerFired):
        If the watchdog timer fires, remove the swipe snapshot (after forcing a repaint).

        (WebKit::ViewGestureController::removeSwipeSnapshotAfterRepaint):
        Force a repaint and wait for the async callback before removing the snapshot.
        It is safe to hold on to the WebPageProxy here because it will always
        call all of its callbacks before it is destroyed.
        Avoid enqueuing multiple force-repaints.

        (WebKit::ViewGestureController::removeSwipeSnapshot):

2014-08-15  Gavin Barraclough  <barraclough@apple.com>

        Fix plugin visibility initialization
        https://bugs.webkit.org/show_bug.cgi?id=135985

        Reviewed by Geoffrey Garen.

        * WebProcess/Plugins/PluginView.cpp:
        (WebKit::PluginView::didInitializePlugin):
            - We're not currently initializing the plugin visibility state,
              and we're passing the wrong value for window visibility.

2014-08-15  Gavin Barraclough  <barraclough@apple.com>

        Simplify visibility activity accounting for plugins
        https://bugs.webkit.org/show_bug.cgi?id=135981

        Reviewed by Dan Bernstein.

        Just take one per connection, rather than implementing a counting mechanism.

        * PluginProcess/PluginControllerProxy.cpp:
        (WebKit::PluginControllerProxy::PluginControllerProxy):
        * PluginProcess/PluginControllerProxy.h:
            - added m_visiblityActivity.
        * PluginProcess/PluginProcess.cpp:
        (WebKit::PluginProcess::PluginProcess):
        (WebKit::PluginProcess::pluginsForWebProcessDidBecomeVisible): Deleted.
        (WebKit::PluginProcess::pluginsForWebProcessDidBecomeHidden): Deleted.
        * PluginProcess/PluginProcess.h:
            - removed pluginsForWebProcessDidBecomeVisible/Hidden.
        * PluginProcess/WebProcessConnection.cpp:
        (WebKit::WebProcessConnection::removePluginControllerProxy):
        (WebKit::WebProcessConnection::pluginDidBecomeVisible): Deleted.
        (WebKit::WebProcessConnection::pluginDidBecomeHidden): Deleted.
        * PluginProcess/WebProcessConnection.h:
            - removed pluginDidBecomeVisible/Hidden.
        * PluginProcess/mac/PluginControllerProxyMac.mm:
        (WebKit::PluginControllerProxy::windowVisibilityChanged):
            - windowVisibilityChanged uses m_visiblityActivity, rather than calling to PluginControllerProxy.

2014-08-15  Carlos Garcia Campos  <cgarcia@igalia.com>

        Unreviewed. Update OptionsGTK.cmake and NEWS for 2.5.3 release.

        * gtk/NEWS: Add release notes for 2.5.3.

2014-08-14  Enrica Casucci  <enrica@apple.com>

        [Services with UI] Selection services don't work inside <iframes>.
        https://bugs.webkit.org/show_bug.cgi?id=135941
        <rdar://problem/17957690>

        Reviewed by Tim Horton.

        Need to map the selection rectangles using the correct FrameView.
        When handling the click, we must use the selection from the focused frame.

        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::buildSelectionHighlight):
        (WebKit::ServicesOverlayController::handleClick):

2014-08-13  Mark Rowe  <mrowe@apple.com>

        <https://webkit.org/b/135909> Move helper applications out of the root of the framework.

        As described in <https://developer.apple.com/library/mac/technotes/tn2206/>, for bundles containing
        a Versions directory there may be no other content at the top level of the bundle other than symlinks.
        Upcoming changes to code signing will prevent bundles that violate this rule from being signed.

        Reviewed by Sam Weinig.

        * Configurations/Base.xcconfig: Define a configuration setting that points to the content directory
        of the framework. On OS X this is Versions/A. On iOS, where frameworks are shallow, this is the top level.
        * Configurations/BaseLegacyProcess.xcconfig: Install the legacy processes in the content directory
        of the framework.
        * WebKit2.xcodeproj/project.pbxproj: Copy the legacy processes into the content directory of the
        framework during engineering builds. Generate symlinks for the legacy processes to their locations
        in Versions/Current. This is necessary because -[NSBundle pathForAuxiliaryExecutable:] only looks
        at the top level of the framework wrapper.

2014-08-14  Michael Catanzaro  <mcatanzaro@igalia.com>

        WebKit2GTK - WebKitWebProcess assertion fails when dragging and dropping a file into the view
        https://bugs.webkit.org/show_bug.cgi?id=127576

        Reviewed by Carlos Garcia Campos.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::performDragControllerAction): Assume read access
        to any file that has been dragged into the web view when compiling for
        GTK, since we don't support sandbox extensions.

2014-08-13  Wenson Hsieh  <wenson_hsieh@apple.com>

        Enable CSS_SCROLL_SNAP for iOS
        https://bugs.webkit.org/show_bug.cgi?id=135915

        Turn on CSS_SCROLL_SNAP for iOS and the iOS simulator.

        Reviewed by Tim Horton.

        * Configurations/FeatureDefines.xcconfig:

2014-08-13  Enrica Casucci  <enrica@apple.com>

        [Services with UI] Use a longer delay duration for editable content.
        https://bugs.webkit.org/show_bug.cgi?id=135918
        <rdar://problem/17998929>

        Reviewed by Tim Horton.

        Use a 1 second delay for selections in editable content.

        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::remainingTimeUntilHighlightShouldBeShown):

2014-08-13  Mark Rowe  <mrowe@apple.com>

        <https://webkit.org/b/135911> WebKit should build on Yosemite with the public SDK.

        Reviewed by Darin Adler.

        * Platform/IPC/mac/ImportanceAssertion.h: Forward-declare the new assertion functions we use.
        * UIProcess/mac/WebContextMenuProxyMac.mm: Forward-declare some details related to NSSharingServicePicker.

2014-08-13  Alexey Proskuryakov  <ap@apple.com>

        iOS build fix.

        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::ensureNetworkProcess):
        (WebKit::WebContext::createNewWebProcess):

2014-08-13  Joseph Pecoraro  <pecoraro@apple.com>

        Opening Web Inspector causes a large amount of sandbox violations
        https://bugs.webkit.org/show_bug.cgi?id=135908

        Reviewed by Timothy Hatcher.

        * WebProcess/com.apple.WebProcess.sb.in:
        Permit the WebContent process to create file read extensions for the
        system WebInspectorUI.framework which the Network process can already
        read anyways.

2014-08-13  Tim Horton  <timothy_horton@apple.com>

        Avoid making new active service overlay highlights while the mouse is down
        https://bugs.webkit.org/show_bug.cgi?id=135872
        <rdar://problem/17982341>

        Reviewed by Enrica Casucci.

        * WebProcess/WebPage/ServicesOverlayController.h:
        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::remainingTimeUntilHighlightShouldBeShown):
        (WebKit::ServicesOverlayController::mouseEvent):
        If the mouse is pressed or it's been less than 200ms since the mouse went up,
        don't allow the highlight to change. We apply the mouse-is-pressed rule to telephone
        number highlights as well, unlike the rest of the hysteresis logic.

2014-08-13  Timothy Hatcher  <timothy@apple.com>

        Web Inspector: Workaround a NSWindow change to the title bar.
        https://bugs.webkit.org/show_bug.cgi?id=135880

        Reviewed by Joseph Pecoraro.

        * UIProcess/mac/WebInspectorProxyMac.mm:
        (WebKit::WebInspectorProxy::createInspectorWindow): Set titlebarAppearsTransparent on 10.10.
        Only call border thickness APIs on 10.9 and earlier.
        (WebKit::WebInspectorProxy::platformCreateInspectorPage): Only call setDrawsBackground: on 10.9 and earlier.
        (WebKit::WebInspectorProxy::platformSetToolbarHeight): Only call setContentBorderThickness: on 10.9 and earlier.

2014-08-13  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL] Add API to set application name for the user agent
        https://bugs.webkit.org/show_bug.cgi?id=135640

        Reviewed by Gyuyoung Kim.

        Add ewk_application_name_for_user_agent_set to make default user agent string
        with application name which application passes.
        It's useful for application to set only application information without knowledge
        of legacy user agent components.

        * UIProcess/API/efl/EwkView.cpp:
        (EwkView::EwkView):
        (EwkView::setApplicationNameForUserAgent):
        * UIProcess/API/efl/EwkView.h:
        (EwkView::applicationNameForUserAgent):
        * UIProcess/API/efl/ewk_view.cpp:
        (ewk_view_application_name_for_user_agent_set):
        (ewk_view_application_name_for_user_agent_get):
        * UIProcess/API/efl/ewk_view.h:
        * UIProcess/API/efl/tests/test_ewk2_view.cpp:
        (TEST_F):
        * UIProcess/efl/WebPageProxyEfl.cpp:
        (WebKit::WebPageProxy::standardUserAgent):

2014-08-12  Carlos Garcia Campos  <cgarcia@igalia.com>

        [CMAKE] WebProcess shouldn't need to explicitly link to JavaScriptCore and WebCore
        https://bugs.webkit.org/show_bug.cgi?id=135832

        Reviewed by Gyuyoung Kim.

        Linking to WebKit2 should be enough, like Network and Plugin processes.

        * CMakeLists.txt:

2014-08-12  Tim Horton  <timothy_horton@apple.com>

        Document-relative page overlays drop some mouse events with non-zero top content inset
        https://bugs.webkit.org/show_bug.cgi?id=135871
        <rdar://problem/17982275>

        Reviewed by Beth Dakin.

        * WebProcess/WebPage/PageOverlay.cpp:
        (WebKit::PageOverlay::mouseEvent):
        Convert the mouse position into document-relative coordinates; the bounds()
        already are! This way, we can actually compare them without being wrong sometimes.

2014-08-12  Peyton Randolph  <prandolph@apple.com>

        Runtime switch for long mouse press gesture. Part of 135257 - Add long mouse press gesture
        https://bugs.webkit.org/show_bug.cgi?id=135682

        Reviewed by Tim Horton.

        * Configurations/FeatureDefines.xcconfig: Remove LONG_MOUSE_PRESS feature flag.
        * Shared/WebPreferencesDefinitions.h:
        Add LongMousePressEnabled preference, initially false.
        * UIProcess/API/C/WKPreferences.cpp:
        (WKPreferencesSetLongMousePressEnabled): Added.
        (WKPreferencesGetLongMousePressEnabled): Added.
        * UIProcess/API/C/WKPreferencesRefPrivate.h:
        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::updatePreferences):
        Reflect the WebKit long mouse press setting in WebCore.

2014-08-12  Pratik Solanki  <psolanki@apple.com>

        Cached file backed resources don't make it to the Web Process when NETWORK_CFDATA_ARRAY_CALLBACK is enabled
        https://bugs.webkit.org/show_bug.cgi?id=135727
        <rdar://problem/17947880>

        Reviewed by Darin Adler.

        tryGetShareableHandleFromSharedBuffer() assumed that we have a file backed resource only if
        we had a CFDataRef (platformData()) in SharedBuffer. This is wrong when we use the data
        array callbacks since the file backed buffer could be in the data array. Instead of relying
        on hasPlatformData(), explicitly ask the SharedBuffer to give us a CFDataRef if it has one
        so that SharedBuffer can take care of the data array case.

        * NetworkProcess/mac/NetworkResourceLoaderMac.mm:
        (WebKit::NetworkResourceLoader::tryGetShareableHandleFromSharedBuffer):

2014-08-12  Alexey Proskuryakov  <ap@apple.com>

        REGRESSION: WebContent process has a sandbox extension for the entirety of user's temp directory
        https://bugs.webkit.org/show_bug.cgi?id=135853
        <rdar://problem/17986556>

        Reviewed by Oliver hunt.

        Move extensions recently added for iOS benefit under PLATFORM(IOS). Removed some
        dead code while at it (child processes don't need actual paths, they only need
        sandbox extensions in most cases).

        * NetworkProcess/cocoa/NetworkProcessCocoa.mm:
        (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa):
        * Shared/Network/NetworkProcessCreationParameters.cpp:
        (WebKit::NetworkProcessCreationParameters::encode):
        (WebKit::NetworkProcessCreationParameters::decode):
        * Shared/Network/NetworkProcessCreationParameters.h:
        * Shared/WebProcessCreationParameters.cpp:
        (WebKit::WebProcessCreationParameters::encode):
        (WebKit::WebProcessCreationParameters::decode):
        * Shared/WebProcessCreationParameters.h:
        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::ensureNetworkProcess):
        (WebKit::WebContext::createNewWebProcess):
        (WebKit::WebContext::openGLCacheDirectory): Deleted.
        (WebKit::WebContext::networkingHSTSDatabasePath): Deleted.
        * UIProcess/WebContext.h:
        * UIProcess/efl/WebContextEfl.cpp:
        (WebKit::WebContext::containerTemporaryDirectory): Deleted.
        (WebKit::WebContext::platformDefaultNetworkingHSTSDatabasePath): Deleted.
        * UIProcess/gtk/WebContextGtk.cpp:
        (WebKit::WebContext::containerTemporaryDirectory): Deleted.
        (WebKit::WebContext::platformDefaultNetworkingHSTSDatabasePath): Deleted.
        * UIProcess/mac/WebContextMac.mm:
        (WebKit::WebContext::openGLCacheDirectory):
        (WebKit::WebContext::parentBundleDirectory):
        (WebKit::WebContext::networkingHSTSDatabasePath):
        (WebKit::WebContext::platformDefaultOpenGLCacheDirectory): Deleted.
        (WebKit::WebContext::platformDefaultNetworkingHSTSDatabasePath): Deleted.
        * WebProcess/cocoa/WebProcessCocoa.mm:
        (WebKit::WebProcess::platformInitializeWebProcess):

2014-08-12  Tim Horton  <timothy_horton@apple.com>

        Small region (~1px tall) where you get the selection button instead of the phone number overlay
        https://bugs.webkit.org/show_bug.cgi?id=135852
        <rdar://problem/17992795>

        Reviewed by Enrica Casucci.

        * WebProcess/WebPage/ServicesOverlayController.h:
        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::findTelephoneNumberHighlightContainingSelectionHighlight):
        (WebKit::ServicesOverlayController::determineActiveHighlight):
        If our new active highlight is a selection highlight that is completely contained
        by one of the phone number highlights, we'll make the phone number highlight active
        even if it's not hovered. This fixes the case where the selection highlight
        (a subset of a telephone number) is slightly taller than the telephone number
        highlight, and can be hovered without hovering the phone number highlight.

2014-08-12  Tim Horton  <timothy_horton@apple.com>

        REGRESSION (r172424): Extra menu header in combined telephone number menu when no phone paired
        https://bugs.webkit.org/show_bug.cgi?id=135854
        <rdar://problem/17996339>

        Reviewed by Enrica Casucci.

        * UIProcess/mac/WebContextMenuProxyMac.mm:
        (WebKit::WebContextMenuProxyMac::setupServicesMenu):
        Get all the menu items ahead of time, and only add the shared header
        if there are any telephone number menu items.

2014-08-12  Enrica Casucci  <enrica@apple.com>

        Crash at com.apple.WebKit.WebContent at com.apple.WebKit: WebKit::expandForGap
        https://bugs.webkit.org/show_bug.cgi?id=135859
        <rdar://problem/17994679>

        Reviewed by Tim Horton.

        expandForGap made the assumption that the selection rects were always three.
        This was not true even before http://trac.webkit.org/changeset/172395 but
        was more likely to happen after that change.
        
        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::expandForGap):

2014-08-12  Tim Horton  <timothy_horton@apple.com>

        Don't show the combined menu if there are no services available
        https://bugs.webkit.org/show_bug.cgi?id=135846
        <rdar://problem/17582099>

        Reviewed by Enrica Casucci.

        * WebProcess/WebPage/ServicesOverlayController.h:
        Add a FIXME.

        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::determineActiveHighlight):
        Don't allow a selection Highlight to become active if there is no
        service available to handle it. Previously we showed the combined menu
        with just phone numbers in it if any were detected.

2014-08-12  Tim Horton  <timothy_horton@apple.com>

        Add a fade transition to services highlights
        https://bugs.webkit.org/show_bug.cgi?id=135829
        <rdar://problem/17935736>

        Reviewed by Enrica Casucci.

        Add a smooth fade to highlight installation and uninstallation.
        To do so, we make each highlight paint into its own small layer.

        * WebProcess/WebPage/PageOverlay.cpp:
        (WebKit::PageOverlay::layer):
        * WebProcess/WebPage/PageOverlay.h:
        * WebProcess/WebPage/PageOverlayController.cpp:
        (WebKit::PageOverlayController::layerForOverlay):
        * WebProcess/WebPage/PageOverlayController.h:
        Expose the GraphicsLayer on PageOverlay.

        * WebProcess/WebPage/ServicesOverlayController.h:
        (WebKit::ServicesOverlayController::Highlight::layer):
        (WebKit::ServicesOverlayController::activeHighlight):
        (WebKit::ServicesOverlayController::webPage):
        (WebKit::ServicesOverlayController::Highlight::Highlight): Deleted.

        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::Highlight::createForSelection):
        (WebKit::ServicesOverlayController::Highlight::createForTelephoneNumber):
        (WebKit::ServicesOverlayController::Highlight::Highlight):
        Highlights now own a GraphicsLayer, which are later installed
        as sublayers of the ServicesOverlayController's PageOverlay layer.
        These layers are sized and positioned according to the DDHighlight's bounds.

        (WebKit::ServicesOverlayController::Highlight::~Highlight):
        (WebKit::ServicesOverlayController::Highlight::invalidate):
        ServicesOverlayController will invalidate any remaining highlights
        when it is torn down, so they can clear their backpointers.

        (WebKit::ServicesOverlayController::Highlight::notifyFlushRequired):
        Forward flush notifications to the DrawingArea.

        (WebKit::ServicesOverlayController::Highlight::paintContents):
        Paint the DDHighlight into the layer. Translation is done by the layer position,
        so we zero the bounds origin when painting.

        (WebKit::ServicesOverlayController::Highlight::deviceScaleFactor):
        Forward the deviceScaleFactor so that things are painted at the right scale.

        (WebKit::ServicesOverlayController::Highlight::fadeIn):
        (WebKit::ServicesOverlayController::Highlight::fadeOut):
        Apply a fade animation to the layer.

        (WebKit::ServicesOverlayController::Highlight::didFinishFadeOutAnimation):
        When the fade completes, unparent the layer, unless it has become active again.

        (WebKit::ServicesOverlayController::ServicesOverlayController):
        (WebKit::ServicesOverlayController::~ServicesOverlayController):
        Invalidate all highlights, so they can clear their backpointers.

        (WebKit::ServicesOverlayController::remainingTimeUntilHighlightShouldBeShown):
        Make remainingTimeUntilHighlightShouldBeShown act upon a particular highlight
        instead of always the active highlight.

        (WebKit::ServicesOverlayController::determineActiveHighlightTimerFired): Rename.

        (WebKit::ServicesOverlayController::drawRect):
        drawRect is no longer called and will no longer do anything; all of the
        painting is done in sublayers.

        (WebKit::ServicesOverlayController::buildPhoneNumberHighlights):
        Ensure that phone number Highlights stay stable even while the selection
        changes, by comparing the underlying Ranges and keeping around old Highlights
        that match the new ones. This enables us to e.g. fade in while changing
        the selection within a phone number.

        (WebKit::ServicesOverlayController::buildSelectionHighlight):
        (WebKit::ServicesOverlayController::didRebuildPotentialHighlights):
        (WebKit::ServicesOverlayController::createOverlayIfNeeded):
        Don't call setNeedsDisplay; the overlay doesn't have backing store.
        Instead, call determineActiveHighlight, which will install/uninstall
        highlights as necessary.

        (WebKit::ServicesOverlayController::determineActiveHighlight):
        Apply fade in/fade out to the overlays.
        Keep track of which highlight we're going to activate, until the hysteresis
        delay is up, then actually make it active/parent it/fade it in.
        We now will have no active highlight between the fade out of the previous one
        and the fade in of the new one (during the hysteresis delay).

        (WebKit::ServicesOverlayController::mouseEvent):
        The overlay now will not become active until the delay is up, so we don't
        need to check it again here.

        (WebKit::ServicesOverlayController::handleClick):
        (WebKit::ServicesOverlayController::didCreateHighlight):
        (WebKit::ServicesOverlayController::willDestroyHighlight):
        (WebKit::ServicesOverlayController::repaintHighlightTimerFired): Deleted.
        (WebKit::ServicesOverlayController::drawHighlight): Deleted.

2014-08-11  Andy Estes  <aestes@apple.com>

        [iOS] Get rid of iOS.xcconfig
        https://bugs.webkit.org/show_bug.cgi?id=135809

        Reviewed by Joseph Pecoraro.

        All iOS.xcconfig did was include AspenFamily.xcconfig, so there's no need for the indirection.

        * Configurations/Base.xcconfig:
        * Configurations/iOS.xcconfig: Removed.
        * WebKit2.xcodeproj/project.pbxproj:

2014-08-12  Grzegorz Czajkowski  <g.czajkowski@samsung.com>

        [EFL] Rename ewk_private.h to EwkDebug.h
        https://bugs.webkit.org/show_bug.cgi?id=135797

        Reviewed by Gyuyoung Kim.

        ewk_private.h contains only debug macros alllowing
        logging.

        * UIProcess/API/efl/EwkView.cpp:
        * UIProcess/API/efl/ewk_main.cpp:
        * UIProcess/efl/EwkDebug.h: Renamed from Source/WebKit2/UIProcess/API/efl/ewk_private.h.
        * UIProcess/efl/ViewClientEfl.cpp:

2014-08-12  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] The plugins metadata cache doesn't work if the user cache directory doesn't exist
        https://bugs.webkit.org/show_bug.cgi?id=135834

        Reviewed by Philippe Normand.

        Make sure the user cache directory exists. If creating the
        directory fails for whatever reason, do not try to save the cache
        to disk.

        * UIProcess/Plugins/gtk/PluginInfoCache.cpp:
        (WebKit::PluginInfoCache::PluginInfoCache):
        (WebKit::PluginInfoCache::updatePluginInfo):

2014-08-12  Alexey Proskuryakov  <ap@apple.com>

        [Mac] Allow reading CoreGraphics debugging preferences
        https://bugs.webkit.org/show_bug.cgi?id=135821
        <rdar://problem/11219259>

        Reviewed by Darin Adler.

        * WebProcess/com.apple.WebProcess.sb.in:

2014-08-11  Grzegorz Czajkowski  <g.czajkowski@samsung.com>

        [EFL] Prevent the client from creating ewk_view when EWebkit is not initialized
        https://bugs.webkit.org/show_bug.cgi?id=135606

        Reviewed by Gyuyoung Kim.

        Similarly to EFL modules (eina, evas etc.), application using EWebKit
        has to initialize it using ewk_init().

        Do not allow the client to create ewk_view if ewk_init has not been called.
        Add an appropriate logs warning the client about wrong APIs usage.

        * UIProcess/API/efl/ewk_main.cpp: Add EwkMain class to control ewk lifetime.
        (WebKit::EwkMain::EwkMain):
        (WebKit::EwkMain::shared):
        (WebKit::EwkMain::~EwkMain): Add logs when the client forgot to destroy EWebkit.
        (WebKit::EwkMain::initialize):
        (WebKit::EwkMain::finalize):
        (WebKit::EwkMain::shutdownInitializedEFLModules):
        (ewk_init):
        (ewk_shutdown):
        * UIProcess/API/efl/ewk_main_private.h: Added.
        (WebKit::EwkMain::isInitialized):
        (WebKit::EwkMain::logDomainId):
        * UIProcess/API/efl/ewk_private.h:
        * UIProcess/API/efl/ewk_view.cpp:
        (EWKViewCreate):
        Prevent the client from creating ewk_view when ewk_init() has not been called.

2014-08-11  Enrica Casucci  <enrica@apple.com>

        Improve look and feel of combined service menu..
        https://bugs.webkit.org/show_bug.cgi?id=135824
        <rdar://problem/17936880>

        Reviewed by Tim Horton.
        
        When showing the combined menu, list the phone numbers first,
        grouped under a common header, followed by the entries relative
        to the services.

        * Platform/mac/MenuUtilities.h:
        * Platform/mac/MenuUtilities.mm:
        (WebKit::menuItemTitleForTelephoneNumberGroup):
        (WebKit::menuItemForTelephoneNumber):
        * UIProcess/mac/WebContextMenuProxyMac.mm:
        (WebKit::WebContextMenuProxyMac::setupServicesMenu):

2014-08-11  Joseph Pecoraro  <pecoraro@apple.com>

        Add Private WKPreferences API for developer extras (show inspector)
        https://bugs.webkit.org/show_bug.cgi?id=135811

        Reviewed by Timothy Hatcher.

        * UIProcess/API/Cocoa/WKPreferences.mm:
        (-[WKPreferences _developerExtrasEnabled]):
        (-[WKPreferences _setDeveloperExtrasEnabled:]):
        * UIProcess/API/Cocoa/WKPreferencesPrivate.h:

2014-08-08  Enrica Casucci  <enrica@apple.com>

        [Services with UI] Action menu arrow hit testing is sometimes wrong.
        https://bugs.webkit.org/show_bug.cgi?id=135776
        <rdar://problem/17837670>

        Reviewed by Brady Eidson.

        There was a problem in the algorithm that stitches together the selection rectangles
        to be given to Data Detectors API.
        This change adds a new function that stiches together all the rects contributing to the
        first line, all the rects contributing to the last line and all the ones in the middle.
        This way we can have a maximum of 3 non overlapping rectangles.

        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::stitchRects):
        (WebKit::compactRectsWithGapRects):

2014-08-11  Gyuyoung Kim  <gyuyoung.kim@samsung.com>

        Unreviewed, EFL build fix since r172385.

        * PlatformEfl.cmake:

2014-08-11  Carlos Garcia Campos  <cgarcia@igalia.com>

        Unreviewed. Update OptionsGTK.cmake and NEWS for 2.5.2 release.

        * gtk/NEWS: Add release notes for 2.5.2.

2014-08-10  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] No IPC messages are sent when building WebKitGTK+ with VERSION_SCRIPT
        https://bugs.webkit.org/show_bug.cgi?id=135760

        Reviewed by Philippe Normand.

        The problem is that the threading initialization is failing
        because there are two copies of WTF, one in libjavascriptcoregtk
        and the other in libwebkit2gtk. When WebKit2 is initialized in the
        UI process, JSC::initializeThreading() is called first and then
        WTF::initializeMainThread(). The former is calling
        ThreadIdentifierData::initializeOnce() initializing the
        ThreadIdentifierData::m_key symbol in libjavascriptcoregtk, while
        the latter is using the ThreadIdentifierData API from libwebkit2gtk
        that hasn't been initialized.

        * CMakeLists.txt: Do not add WTF to the list of WebKit2 libraries,
        WebKit2 already depends on JavaScriptCore that already links to WTF.

2014-08-10  Tim Horton  <timothy_horton@apple.com>

        Yelp phone number highlights often disappear
        https://bugs.webkit.org/show_bug.cgi?id=135789
        <rdar://problem/17971057>

        Reviewed by Brady Eidson.

        Since selectedTelephoneNumberRangesChanged doesn't provide an associated
        Frame, an incoming selectedTelephoneNumberRangesChanged from a subframe
        would overwrite ServicesOverlayController's cached (and potentially active)
        telephone number highlights.

        This happens a lot on Yelp, because they have many subframes which are
        doing layout on a regular basis.

        * WebProcess/WebCoreSupport/WebEditorClient.cpp:
        (WebKit::WebEditorClient::selectedTelephoneNumberRangesChanged):
        * WebProcess/WebCoreSupport/WebEditorClient.h:
        Adjust to the new (lack of) arguments.

        * WebProcess/WebPage/ServicesOverlayController.h:
        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::selectedTelephoneNumberRangesChanged):
        Adjust logging; we can revisit it later.

        (WebKit::ServicesOverlayController::buildPhoneNumberHighlights):
        When building phone number highlights, walk the Frame tree and retrieve
        them from all of the Editors.

        (WebKit::ServicesOverlayController::didRebuildPotentialHighlights):
        (WebKit::ServicesOverlayController::telephoneNumberRangesForFocusedFrame):
        (WebKit::ServicesOverlayController::determineActiveHighlight):
        (WebKit::ServicesOverlayController::handleClick):
        Retrieve the detected telephone number ranges from the focused frame
        when combining telephone numbers with selection services.
        This ensures that we don't show combined phone number highlights from other frames.

2014-08-10  Tim Horton  <timothy_horton@apple.com>

        Refactor ServiceOverlayController in preparation for fading between highlights
        https://bugs.webkit.org/show_bug.cgi?id=135787
        <rdar://problem/17935736>

        Reviewed by Brady Eidson.

        Rework ServicesOverlayController so that we always keep a set of generic
        "potential highlights", which are refcounted Highlight objects and
        wrap a DDHighlightRef, as well as a type (Selection or TelephoneNumber),
        Range (only used in the case of TelephoneNumber), and potentially more
        things in the future (like, say, fade state!).

        We eagerly update the list of potential highlights when the selection or set
        of detected telephone numbers changes, and use this information to install
        or uninstall the page overlay as needed.

        When we need to recompute the "active" highlight from this set (for example,
        we need to handle a mouse event or paint the highlight), we look through
        the set of potential highlights and decide. This moves the "active" highlight
        decision logic into one small and confined place.

        * WebProcess/WebPage/ServicesOverlayController.h:
        (WebKit::ServicesOverlayController::Highlight):
        Add the new aforementioned refcounted Highlight class.
        Rename m_lastHoveredHighlightChangeTime to m_lastActiveHighlightChangeTime.
        Make m_webPage a reference.
        The rest is just added/removed/adjusted functions for the refactoring.

        (WebKit::TelephoneNumberData::TelephoneNumberData): Deleted.
        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::Highlight::createForSelection):
        (WebKit::ServicesOverlayController::Highlight::createForTelephoneNumber):
        Create Highlights for the two different highlight types.

        (WebKit::ServicesOverlayController::ServicesOverlayController):
        (WebKit::ServicesOverlayController::willMoveToWebPage):
        Our WebPage pointer is always valid because it owns us; don't clear it.
        We need to keep it around so that we can uninstall the overlay and
        install it again later, anyway.

        (WebKit::ServicesOverlayController::selectionRectsDidChange):
        (WebKit::ServicesOverlayController::selectedTelephoneNumberRangesChanged):
        When selection rects or detected telephone numbers change, rebuild potential highlights.
        This will have the side-effect of installing the overlay if needed.

        (WebKit::ServicesOverlayController::mouseIsOverHighlight):
        Make this function take a Highlight instead of a DDHighlightRef.

        (WebKit::ServicesOverlayController::remainingTimeUntilHighlightShouldBeShown):
        Make this function take a Highlight instead of a DDHighlightRef.

        (WebKit::ServicesOverlayController::drawHighlight):
        Make this function take a Highlight instead of a DDHighlightRef.
        There's no reason to do the translation separately from the layer blit,
        also allowing us to avoid the StateSaver.

        (WebKit::ServicesOverlayController::drawRect):
        drawRect now always paints the active highlight, instead of duplicating
        logic about which highlight should be active.
        Also, it will update the active highlight before painting.
        We no longer need to re-determine whether the active highlight's phone
        number range is still a valid phone number range, because we rebuild
        the potential highlights whenever the set of phone number ranges changes.

        (WebKit::ServicesOverlayController::clearActiveHighlight):
        Mostly an adoption of new names.

        (WebKit::ServicesOverlayController::removeAllPotentialHighlightsOfType):
        Run through the list of potential highlights and remove any of the given type.
        The two highlight building functions use this helper to clear the old ones before building.

        (WebKit::ServicesOverlayController::buildPhoneNumberHighlights):
        (WebKit::ServicesOverlayController::buildSelectionHighlight):
        Rebuild the list of potential highlights, replacing all highlights of
        the given type with new ones.

        (WebKit::ServicesOverlayController::hasRelevantSelectionServices):
        Factor out the code that decides whether our current selection is
        viable for servicing based on whether we have plain-text and/or rich-text services.

        (WebKit::ServicesOverlayController::didRebuildPotentialHighlights):
        When rebuilding potential highlights, if we have no potential highlights at all,
        uninstall the page overlay; we don't need mouse tracking and don't need to
        paint anything. This improves memory use and compositing performance significantly,
        where previously we were leaving the overlay up forever after creating it.

        If we have either detected telephone numbers or relevant selection services,
        create and install the overlay if it doesn't already exist.

        (WebKit::ServicesOverlayController::createOverlayIfNeeded):
        This just moved from elsehwere, except that it now uses FadeMode::DoNotFade.
        It doesn't make sense to fade on install/uninstall (which happens even before hover)
        but not on changing the active highlight; fading will be re-addressed in the next patch.

        (WebKit::ServicesOverlayController::highlightsAreEquivalent):
        Determine whether two highlights are equivalent. While we may have
        created a new Highlight at rebuild time, if two telephone number
        highlights have equivalent ranges, there's no need to 'transition' to the new one.

        (WebKit::ServicesOverlayController::determineActiveHighlight):
        Run through the list of services, and try to find one that is hovered.
        We prefer telephone number highlights to selection highlights, and
        we will never make a selection highlight active if it is both
        not serviceable and there are no telephone numbers to show in the combined menu.
        This is the centralized location for determination of which highlight
        should be considered active. If the active highlight changed, update
        the time since last change and cancel the mouse-down tracking.

        (WebKit::ServicesOverlayController::mouseEvent):
        Adjust some comments to be more explanatory.
        A bunch of code moved out of here and into determineActiveHighlight.

        (WebKit::ServicesOverlayController::handleClick):
        Adjust to take a reference and use Highlight instead of DDHighlightRef.

2014-08-10  Timothy Hatcher  <timothy@apple.com>

        Web Inspector: new glyphs are visible on OS X 10.9 builds
        https://bugs.webkit.org/show_bug.cgi?id=135743

        Reviewed by Joseph Pecoraro.

        * UIProcess/mac/WebInspectorProxyMac.mm:
        (WebKit::WebInspectorProxy::createInspectorWindow): Use 10100 instead of 1090 for the version.

2014-08-10  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] REGRESSION(r166239): The ld version script is not being used
        https://bugs.webkit.org/show_bug.cgi?id=135694

        Reviewed by Martin Robinson.

        * CMakeLists.txt: Add VERSION_SCRIPT to WebKit2 link flags if present.

2014-08-09  Tim Horton  <timothy_horton@apple.com>

        REGRESSION (r172301): Combined phone number highlight doesn't appear if rich content is selected and we have no rich content services
        https://bugs.webkit.org/show_bug.cgi?id=135785
        <rdar://problem/17969843>

        Reviewed by Brady Eidson.

        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::drawSelectionHighlight):
        We can't early return in the rich-content-but-no-rich-services case
        if we have telephone numbers in the selection, because we want to offer
        them up in the combined menu.

        * UIProcess/mac/WebContextMenuProxyMac.mm:
        If we end up with no menu, because there were no services available,
        make a fresh one that we can fill with combined telephone number items.

2014-08-08  Grzegorz Czajkowski  <g.czajkowski@samsung.com>

        [EFL] Do not initialize g_type in WebProcessMain::platformInitialize()
        https://bugs.webkit.org/show_bug.cgi?id=135700

        Reviewed by Gyuyoung Kim.

        Inspired by r171788.
        Glib since 2.36 itself initializes g_type_init.

        * WebProcess/efl/WebProcessMainEfl.cpp:

2014-08-08  Tim Horton  <timothy_horton@apple.com>

        Build fix for 32-bit.

        * UIProcess/mac/ServicesController.mm:
        (WebKit::ServicesController::ServicesController):
        Don't dynamically refresh services in 32-bit apps. It's not possible
        to write a 32-bit app with the Modern API, so this doesn't matter.

2014-08-08  Tim Horton  <timothy_horton@apple.com>

        [mac] Dynamically update serviceability when the set of services changes
        https://bugs.webkit.org/show_bug.cgi?id=135738
        <rdar://problem/17533459>

        Reviewed by Brady Eidson.

        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::createNewWebProcess):
        Adopt the new universal refreshExistingServices.

        (WebKit::WebContext::refreshExistingServices): Deleted.
        * UIProcess/WebContext.h:
        Remove WebContext::refreshExistingServices; there's no need for it.

        * UIProcess/mac/ServicesController.h:
        * UIProcess/mac/ServicesController.mm:
        Fix the build with only public headers by including NSSharingService.h itself.
        Place the NSSharingServicePicker (Details) category outside the #ifdef.
        Forward-declare and possibly import NSExtension SPI.

        (WebKit::ServicesController::ServicesController):
        Register a callback to be notified whenever the set of services changes.
        When this occurs, call refreshExistingServices. We let refreshExistingServices
        coalesce updates because these notifications can come in small batches.

        (WebKit::ServicesController::refreshExistingServices):
        Dispatch changes in service availability to all processes in all contexts.

        * UIProcess/mac/WebContextMenuProxyMac.mm:
        (WebKit::WebContextMenuProxyMac::setupServicesMenu):
        Adjust the referenced rdar:// and call ServicesController::refreshExistingServices
        instead of the now-removed WebContext:: variant. We can't remove this
        yet because our services state can still be stale because NSServiceSharingPicker
        can still sometimes lie about the current service state immediately after a change occurs;
        once that is fixed, we should get rid of this as well as the refresh in Web Process creation.

2014-08-08  Timothy Horton  <timothy_horton@apple.com>

        Clients that request the selection services menu after WebKit2 will get one with different metrics than otherwise
        https://bugs.webkit.org/show_bug.cgi?id=135765
        <rdar://problem/17962180>

        Reviewed by Brady Eidson.

        * UIProcess/mac/WebContextMenuProxyMac.mm:
        (WebKit::WebContextMenuProxyMac::setupServicesMenu):
        The menu is cached between clients, but we make adjustments to it.
        We should copy it before adjusting.

2014-08-08  Timothy Horton  <timothy_horton@apple.com>

        Services overlay dropdown is often in the wrong place with zoomed pages or horizontal scrolling
        https://bugs.webkit.org/show_bug.cgi?id=135755
        <rdar://problem/17907752>

        Reviewed by Brady Eidson.

        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::establishHoveredTelephoneHighlight):
        (WebKit::ServicesOverlayController::maybeCreateSelectionHighlight):
        DDHighlightCreateWithRectsInVisibleRectWithStyleAndDirection adjusts the
        location of the button based on the visible rect, trying to keep the button visible.

        We're handing it the wrong visible rect, though, not taking scrolling into account.

        This leads to pages that scroll horizontally showing the button on the left
        even if there's space for it on the right, or sometimes not showing it at all.

        Instead, provide the actual main FrameView visible rect; the same coordinate
        space that the highlight rects are provided in.

2014-08-08  Timothy Horton  <timothy_horton@apple.com>

        Additional items added to selection services menus are misaligned
        https://bugs.webkit.org/show_bug.cgi?id=135747
        <rdar://problem/17933167>

        Reviewed by Brady Eidson.

        * UIProcess/mac/WebContextMenuProxyMac.mm:
        (WebKit::WebContextMenuProxyMac::setupServicesMenu):
        Use NSSharingServicePickerStyleRollover for the rollover image services menu;
        use NSSharingServicePickerStyleTextSelection for the selection services menu.

        Set NSMenu's showsStateColumn to YES for selection services menus, so that
        other items added to the menu line up correctly.

        Remove an unncessary .get()

2014-08-08  Grzegorz Czajkowski  <g.czajkowski@samsung.com>

        [EFL] Remove unnecessary ewk_private.h includes
        https://bugs.webkit.org/show_bug.cgi?id=135753

        Reviewed by Gyuyoung Kim.

        Neither the below file uses the functionality from ewk_private.h.

        * UIProcess/API/efl/ewk_context.cpp:
        * UIProcess/API/efl/ewk_context_menu_item.cpp:
        * UIProcess/API/efl/ewk_cookie_manager.cpp:
        * UIProcess/API/efl/ewk_navigation_policy_decision.cpp:
        * UIProcess/API/efl/ewk_popup_menu_item.cpp:
        * UIProcess/API/efl/ewk_view.cpp:

2014-08-08  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] Do not use GtkWindow:resize-grip-visible with recent GTK+ versions
        https://bugs.webkit.org/show_bug.cgi?id=135699

        Reviewed by Philippe Normand.

        Resize grips support have been removed from GTK+ since 3.13.4, the
        API has been deprecated and does nothing.

        * UIProcess/API/gtk/WebKitWebViewBase.cpp:
        (webkitWebViewBaseSetToplevelOnScreenWindow):
        (resizeWebKitWebViewBaseFromAllocation):

2014-08-07  Tim Horton  <timothy_horton@apple.com>

        [Services with UI] Action menu does not appear if selection includes both text and an image
        https://bugs.webkit.org/show_bug.cgi?id=135731
        <rdar://problem/17837491>

        Reviewed by Dean Jackson.

        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::createNewWebProcess):
        Initialize hasRichContentServices with the cached value.

2014-08-07  Benjamin Poulain  <bpoulain@apple.com>

        Get rid of SCRIPTED_SPEECH
        https://bugs.webkit.org/show_bug.cgi?id=135729

        Reviewed by Brent Fulgham.

        * Configurations/FeatureDefines.xcconfig:

2014-08-07  Timothy Horton  <timothy_horton@apple.com>

        setCustomSwipeViews inside didChangeBackForwardList client callback is ignored
        https://bugs.webkit.org/show_bug.cgi?id=135633
        <rdar://problem/17926507>

        Reviewed by Sam Weinig.

        * UIProcess/PageClient.h:
        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::didChangeBackForwardList):
        * UIProcess/ios/PageClientImplIOS.h:
        * UIProcess/ios/PageClientImplIOS.mm:
        (WebKit::PageClientImpl::clearCustomSwipeViews): Deleted.
        * UIProcess/mac/PageClientImpl.h:
        * UIProcess/mac/PageClientImpl.mm:
        (WebKit::PageClientImpl::clearCustomSwipeViews): Deleted.
        WebKit clears the set of custom swipe views at the end of WebPageProxy::didChangeBackForwardList,
        *after* calling into the client. This means that if the client wants to setCustomSwipeViews in
        didChangeBackForwardList, it won't be respected.

        Since there's only one client of this SPI, let's just stop clearing the list of custom swipe
        views in WebKit and leave that totally up to the client.

2014-08-07  Enrica Casucci  <enrica@apple.com>

        [Services with UI] Action menu does not appear if selection includes both text and an image.
        https://bugs.webkit.org/show_bug.cgi?id=135731
        <rdar://problem/17837491>

        Reviewed by Brady Eidson.

        Adding a new setting to ServicesController to communicate to the WebProcess if
        there are services installed that can handle a combination of text and images.
        This way ServicesOverlayController can decide if it appropriate to show the hightlight
        based on the type of selection (text only or non text only). This information is retrieved
        when the selection rects are collected by SelectionGatherer and used by
        SelectionGatherer::Notifier to communicate the selection change.

        * Shared/WebProcessCreationParameters.cpp:
        (WebKit::WebProcessCreationParameters::WebProcessCreationParameters):
        * Shared/WebProcessCreationParameters.h:
        * UIProcess/mac/ServicesController.h:
        (WebKit::ServicesController::hasRichContentServices):
        * UIProcess/mac/ServicesController.mm:
        (WebKit::ServicesController::ServicesController):
        (WebKit::ServicesController::refreshExistingServices):
        * WebProcess/WebCoreSupport/WebEditorClient.cpp:
        (WebKit::WebEditorClient::selectionRectsDidChange):
        * WebProcess/WebCoreSupport/WebEditorClient.h:
        * WebProcess/WebPage/ServicesOverlayController.h:
        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::ServicesOverlayController):
        (WebKit::ServicesOverlayController::selectionRectsDidChange):
        (WebKit::ServicesOverlayController::drawSelectionHighlight):
        * WebProcess/WebProcess.cpp:
        (WebKit::WebProcess::WebProcess):
        (WebKit::WebProcess::initializeWebProcess):
        (WebKit::WebProcess::setEnabledServices):
        * WebProcess/WebProcess.h:
        (WebKit::WebProcess::hasRichContentServices):
        * WebProcess/WebProcess.messages.in:

2014-08-07  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL] Fix several warnings of doxygen
        https://bugs.webkit.org/show_bug.cgi?id=135643

        Reviewed by Gyuyoung Kim.

        * UIProcess/API/efl/ewk_context_menu_item.h: Removed /info which is not doxygen keyword and unnecessary to the user.
        * UIProcess/API/efl/ewk_cookie_manager.h: Fixed parameter name.
        * UIProcess/API/efl/ewk_form_submission_request.h: Removed # from Eina_List because doxygen may not know the EFL structures.
        * UIProcess/API/efl/ewk_page_group.h: Fixed to match with parameter name.
        * UIProcess/API/efl/ewk_settings.h: Fixed wrong keyword and parameter name.
        * UIProcess/API/efl/ewk_text_checker.h: Ditto.
        * UIProcess/API/efl/ewk_view.h:
        - Used escape string for the tag.
        - Used @code, @endcode for media query example.

2014-08-07  Benjamin Poulain  <bpoulain@apple.com>

        Get rid of INPUT_SPEECH
        https://bugs.webkit.org/show_bug.cgi?id=135672

        Reviewed by Andreas Kling.

        * Configurations/FeatureDefines.xcconfig:
        * PlatformGTK.cmake:

2014-08-07  Timothy Hatcher  <timothy@apple.com>

        Web Inspector: Update glyphs to be more like Xcode 6
        https://bugs.webkit.org/show_bug.cgi?id=135705

        Reviewed by Joseph Pecoraro.

        * Resources/DockBottom.pdf: Added.
        * Resources/DockBottomLegacy.pdf: Copied from Source/WebKit/mac/Resources/Dock.pdf.
        * Resources/DockRight.pdf: Added.
        * Resources/DockRightLegacy.pdf: Copied from Source/WebKit2/Resources/DockRight.pdf.
        * UIProcess/mac/WebInspectorProxyMac.mm:
        (WebKit::WebInspectorProxy::createInspectorWindow): Use new images.
        * WebKit2.xcodeproj/project.pbxproj: Added new images.

2014-08-07  Oliver Hunt  <oliver@apple.com>

        WebContent needs access to HSTS database due to some networking still being performed in process
        https://bugs.webkit.org/show_bug.cgi?id=135711
        <rdar://17940220>

        Reviewed by Alexey Proskuryakov.

        Simple patch in the same theme as the equivalent network process
        extension.  Provide an extension that covers the WebContent specific
        HSTS file and consume it on launch.

        * Shared/WebProcessCreationParameters.cpp:
        (WebKit::WebProcessCreationParameters::encode):
        (WebKit::WebProcessCreationParameters::decode):
        * Shared/WebProcessCreationParameters.h:
        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::createNewWebProcess):
        * UIProcess/WebContext.h:
        * UIProcess/mac/WebContextMac.mm:
        (WebKit::WebContext::webContentHSTSDatabasePath):
        * WebProcess/cocoa/WebProcessCocoa.mm:
        (WebKit::WebProcess::platformInitializeWebProcess):

2014-08-07  Gordon Sheridan  <gordon_sheridan@apple.com>

        Clear the m_previousItem member of HistoryControllers when it matches the HistoryItem being removed.
        https://bugs.webkit.org/show_bug.cgi?id=135634
        <rdar://problem/17388461>

        Reviewed by Brady Eidson.

        * WebProcess/WebPage/WebBackForwardListProxy.cpp:
        (WebKit::WebBackForwardListProxy::removeItem):
        Call WebCore::Page::clearPreviousItemFromAllPages() for each item removed from
        the back/forward list to ensure the page URL is released from IconDatabase.

2014-08-07  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] Use WebKitNavigationAction also for WebKitNavigationPolicyDecision
        https://bugs.webkit.org/show_bug.cgi?id=135695

        Reviewed by Gustavo Noronha Silva.

        WebKitNavigationAction was introduced to extend WebKitWebView::create signal
        and its API is mostly duplicated in WebKitNavigationPolicyDecision.
        Use WebKitNavigationAction insternally in WebKitNavigationPolicyDecision and
        deprecated all the duplicated API in favor of a single property navigation-action.

        * UIProcess/API/gtk/WebKitDefines.h: Remove unused macro
        WEBKIT_OBSOLETE and add WEBKIT_DEPRECATED and WEBKIT_DEPRECATED_FOR.
        * UIProcess/API/gtk/WebKitNavigationPolicyDecision.cpp:
        (_WebKitNavigationPolicyDecisionPrivate::~_WebKitNavigationPolicyDecisionPrivate):
        Free the WebKitNavigationAction.
        (webkitNavigationPolicyDecisionGetProperty): Add getter for
        navigation-action and use WebKitNavigationAction in all other getters.
        (webkit_navigation_policy_decision_class_init): Add navigation-action
        property and deprecated all others except frame-name.
        (webkit_navigation_policy_decision_get_navigation_action): Return the WebKitNavigationAction.
        (webkit_navigation_policy_decision_get_navigation_type): Use WebKitNavigationAction.
        (webkit_navigation_policy_decision_get_mouse_button): Ditto.
        (webkit_navigation_policy_decision_get_modifiers): Ditto.
        (webkit_navigation_policy_decision_get_request): Ditto.
        (webkitNavigationPolicyDecisionCreate):
        (webkitNewWindowPolicyDecisionCreate):
        * UIProcess/API/gtk/WebKitNavigationPolicyDecision.h:
        * UIProcess/API/gtk/WebKitNavigationPolicyDecisionPrivate.h:
        * UIProcess/API/gtk/WebKitPolicyClient.cpp: Use a custom
        PolicyClient class so that we receive a NavigationActionData in
        the callbacks.
        (attachPolicyClientToView):
        (toWebKitNavigationType): Deleted.
        (decidePolicyForNavigationAction): Deleted.
        (decidePolicyForNewWindowAction): Deleted.
        (decidePolicyForResponse): Deleted.
        * UIProcess/API/gtk/WebKitResponsePolicyDecision.cpp:
        (webkitResponsePolicyDecisionCreate):
        * UIProcess/API/gtk/WebKitResponsePolicyDecisionPrivate.h:
        * UIProcess/API/gtk/docs/webkit2gtk-docs.sgml: Add new section for
        deprecated symbols.
        * UIProcess/API/gtk/docs/webkit2gtk-sections.txt: Add new symbols.

2014-08-06  Antti Koivisto  <antti@apple.com>

        Move Soup specific code out of WebCoreArgumentCoders.cpp
        https://bugs.webkit.org/show_bug.cgi?id=135665

        Reviewed by Anders Carlsson.

        * Shared/WebCoreArgumentCoders.cpp:
        (IPC::ArgumentCoder<ResourceRequest>::encode):
        (IPC::ArgumentCoder<ResourceRequest>::decode):
        (IPC::ArgumentCoder<ResourceError>::encode):
        (IPC::ArgumentCoder<ResourceError>::decode):
        * Shared/WebCoreArgumentCoders.h:
        
            Soup is the only client for this code. Move it to *Soup.cpp

        * Shared/soup/WebCoreArgumentCodersSoup.cpp:
        (IPC::ArgumentCoder<ResourceRequest>::encodePlatformData):
        (IPC::ArgumentCoder<ResourceRequest>::decodePlatformData):
        (IPC::ArgumentCoder<ResourceError>::encodePlatformData):
        (IPC::ArgumentCoder<ResourceError>::decodePlatformData):

2014-08-06  Tim Horton  <timothy_horton@apple.com>

        Services overlay flashes a lot; should have some hysteresis before showing overlay
        https://bugs.webkit.org/show_bug.cgi?id=135683
        <rdar://problem/16878039>

        Reviewed by Simon Fraser.

        Don't show the highlight until it's been 200ms since the last change
        in selection or change in which highlight is hovered, whichever was more recent.

        * WebProcess/WebPage/ServicesOverlayController.h:
        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::ServicesOverlayController):
        (WebKit::ServicesOverlayController::selectionRectsDidChange):
        Keep track of when the selection last changed.

        (WebKit::ServicesOverlayController::drawTelephoneNumberHighlightIfVisible):
        Make establishHoveredTelephoneHighlight take a bool instead of Boolean.

        (WebKit::ServicesOverlayController::mouseIsOverHighlight):
        Factor mouseIsOverHighlight out of establishHoveredTelephoneHighlight and drawHighlight.

        (WebKit::ServicesOverlayController::remainingTimeUntilHighlightShouldBeShown):
        Return the amount of time until the highlight should be shown; this is
        the maximum of (the difference between the last selection change and the timeout)
        and (the difference between the last change in which highlight is hovered and the timeout).

        Telephone number highlights are shown immediately, because they are already stable
        by virtue of being expanded to include the entire telephone number.

        (WebKit::ServicesOverlayController::repaintHighlightTimerFired):
        (WebKit::ServicesOverlayController::drawHighlight):
        If the highlight shouldn't be shown yet (because we haven't hit the two timeouts),
        schedule a timer to repaint us around when we will hit the timeouts.

        (WebKit::ServicesOverlayController::establishHoveredTelephoneHighlight):
        (WebKit::ServicesOverlayController::mouseEvent):
        Don't allow mouseUp to trigger the menu if we shouldn't be showing the overlay yet.

2014-08-06  Simon Fraser  <simon.fraser@apple.com>

        [iOS WK2] www.france24.com doesn't always load the page, sections stay white
        https://bugs.webkit.org/show_bug.cgi?id=135684
        <rdar://problem/17931712>

        Reviewed by Tim Horton.
        
        It's possible for a UIScrollView for overflow to move between one scrolling tree node
        and another. When this happens, we need to avoid unconditionally clearing the delegate
        on the node that's being destroyed, because the new node will already have set the
        UIScrollView delegate to its own delegate.

        * UIProcess/Scrolling/ios/ScrollingTreeOverflowScrollingNodeIOS.mm:
        (WebKit::ScrollingTreeOverflowScrollingNodeIOS::~ScrollingTreeOverflowScrollingNodeIOS):

2014-08-06  Dean Jackson  <dino@apple.com>

        ENABLE_CSS_TRANSFORMS_ANIMATIONS_UNPREFIXED is not used anywhere. Remove it.
        https://bugs.webkit.org/show_bug.cgi?id=135675

        Reviewed by Sam Weinig.

        * Configurations/FeatureDefines.xcconfig:

2014-08-06  Brady Eidson and Jeffrey Pfau <beidson@apple.com>

        IDB transactions never reset if the Web Process ends before cleaning up
        https://bugs.webkit.org/show_bug.cgi?id=135218

        Reviewed by Darin Adler and David Kilzer.

        * DatabaseProcess/DatabaseToWebProcessConnection.cpp:
        (WebKit::DatabaseToWebProcessConnection::didReceiveMessage):
        (WebKit::DatabaseToWebProcessConnection::didReceiveSyncMessage): Added.
        (WebKit::DatabaseToWebProcessConnection::didClose):
        * DatabaseProcess/DatabaseToWebProcessConnection.h:

        * DatabaseProcess/IndexedDB/DatabaseProcessIDBConnection.cpp:
        (WebKit::DatabaseProcessIDBConnection::resetTransactionSync): Added
            Wait until the reset is complete before sending the sync reply.
        (WebKit::DatabaseProcessIDBConnection::rollbackTransactionSync): Added.
            Ditto.
        * DatabaseProcess/IndexedDB/DatabaseProcessIDBConnection.h:
        * DatabaseProcess/IndexedDB/DatabaseProcessIDBConnection.messages.in:

        Keep track of all in progress transactions and make sure they’re cleaned up
        whenever a connection to a WebProcess is broken:
        * DatabaseProcess/IndexedDB/UniqueIDBDatabase.cpp:
        (WebKit::UniqueIDBDatabase::unregisterConnection):
        (WebKit::UniqueIDBDatabase::didCompleteTransactionOperation):
        (WebKit::UniqueIDBDatabase::openBackingStoreTransaction):
        (WebKit::UniqueIDBDatabase::resetBackingStoreTransaction):
        (WebKit::UniqueIDBDatabase::didEstablishTransaction):
        (WebKit::UniqueIDBDatabase::didResetTransaction):
        (WebKit::UniqueIDBDatabase::resetAllTransactions):
        (WebKit::UniqueIDBDatabase::finalizeRollback):
        * DatabaseProcess/IndexedDB/UniqueIDBDatabase.h:

        * DatabaseProcess/IndexedDB/sqlite/UniqueIDBDatabaseBackingStoreSQLite.cpp:
        (WebKit::UniqueIDBDatabaseBackingStoreSQLite::rollbackTransaction):

        Add sync versions of reset/rollback:
        * WebProcess/Databases/IndexedDB/WebIDBServerConnection.cpp:
        (WebKit::WebIDBServerConnection::resetTransactionSync):
        (WebKit::WebIDBServerConnection::rollbackTransactionSync):
        * WebProcess/Databases/IndexedDB/WebIDBServerConnection.h:

2014-08-06  Wenson Hsieh  <wenson_hsieh@apple.com>

        Implement parsing for CSS scroll snap points
        https://bugs.webkit.org/show_bug.cgi?id=134301

        Reviewed by Dean Jackson.

        * Configurations/FeatureDefines.xcconfig: Added ENABLE_CSS_SCROLL_SNAP

2014-08-06  Andy Estes  <aestes@apple.com>

        [iOS] Subresources referenced in converted QuickLook documents sometimes fail to load
        https://bugs.webkit.org/show_bug.cgi?id=135676

        Reviewed by David Kilzer.

        QuickLookHandle needs to stay alive in order for its NSURLProtocol to service subresource loads originating
        from the converted HTML document. Some of these loads happen dynamically after the main resource finishes
        loading, so we cannot tie the lifetime of the QuickLookHandle to that of the main resource's ResourceLoader.
        Instead, give ownership of the QuickLookHandle to DocumentLoader.

        * WebProcess/Network/WebResourceLoader.cpp:
        (WebKit::WebResourceLoader::didReceiveResponseWithCertificateInfo): Stored the created QuickLookHandle in DocumentLoader.
        (WebKit::WebResourceLoader::didReceiveData): Accessed DocumentLoader's QuickLookHandle.
        (WebKit::WebResourceLoader::didFinishResourceLoad): Ditto.
        (WebKit::WebResourceLoader::didFailResourceLoad): Ditto.
        (WebKit::WebResourceLoader::didReceiveResource): Ditto.
        * WebProcess/Network/WebResourceLoader.h: Removed m_quickLookHandle.

2014-08-06  Filip Pizlo  <fpizlo@apple.com>

        Merge r171389, r171495, r171508, r171510, r171605, r171606, r171611, r171614, r171763 from ftlopt.

    2014-08-06  Mark Hahnenberg  <mhahnenberg@apple.com>
    
            Refactor our current implementation of for-in
            https://bugs.webkit.org/show_bug.cgi?id=134142
    
            Reviewed by Filip Pizlo.
    
            * WebProcess/Plugins/Netscape/JSNPObject.cpp:
            (WebKit::JSNPObject::invalidate): Fixed an invalid ASSERT that was crashing in debug builds.
    
2014-08-06  Alexey Proskuryakov  <ap@apple.com>

        REGRESSION (WebKit2): iOS Safari default encoding doesn't follow system language
        https://bugs.webkit.org/show_bug.cgi?id=135667
        <rdar://problem/17862892>

        Reviewed by Anders Carlsson.

        * Shared/WebPreferencesDefinitions.h: Compute the actual proper default, don't
        hardcode it to ISO-8859-1 hoping that someone else will correct it later.

        * Shared/WebPreferencesStore.cpp: Added an include for WebPreferencesDefinitions.h
        macro expansion to compile.

        * UIProcess/WebPreferences.cpp: (WebKit::WebPreferences::createWithLegacyDefaults):
        Added a FIXME.

        * WebProcess/WebCoreSupport/mac/WebSystemInterface.mm: (InitWebCoreSystemInterface):
        We now use WKGetWebDefaultCFStringEncoding in WebCore, so it needs to be initialized.

2014-08-06  Adrian Perez de Castro  <aperez@igalia.com>

        [GTK] Add support for user scripts to WebKitUserContentManager
        https://bugs.webkit.org/show_bug.cgi?id=134738

        Reviewed by Carlos Garcia Campos.

        Add support for user scripts, to complement the user style sheet
        support already present in WebKitUserContentManager. Most of the
        moving parts are already present, so this just adds a boxed type
        for user scripts (WebKitUserScript) and the corresponding methods
        to add and remove scripts from the WebKitUserContentManager.

        * UIProcess/API/gtk/WebKitUserContent.cpp: Add a WebKitUserScript
        boxed type and its corresponding methods and enums.
        (toUserScriptInjectionTime): Needed to convert
        WebKitUserScriptInjectionTime values into its WebCore counterparts.
        (_WebKitUserScript::_WebKitUserScript): Added.
        (_WebKitUserScript::referenceCount): Ditto.
        (webkit_user_script_ref):
        (webkit_user_script_unref):
        (webkit_user_script_new):
        (webkitUserScriptGetUserScript): Internal method to obtain the
        boxed WebCore::UserScript value.
        * UIProcess/API/gtk/WebKitUserContent.h: Add the new public API
        methods.
        * UIProcess/API/gtk/WebKitUserContentManager.cpp: Implement the
        methods for adding and removing user scripts.
        (webkit_user_content_manager_add_script):
        (webkit_user_content_manager_remove_all_scripts):
        * UIProcess/API/gtk/WebKitUserContentManager.h: Add the new public
        API methods.
        * UIProcess/API/gtk/WebKitUserContentPrivate.h: Add the definition
        for the new private function.
        * UIProcess/API/gtk/docs/webkit2gtk-sections.txt: Include the
        new public methods in the API documentation.

2014-08-06  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] Be able to disable gtk2 dependency
        https://bugs.webkit.org/show_bug.cgi?id=135505

        Reviewed by Gustavo Noronha Silva.

        * PlatformGTK.cmake: Only build WebKitPluginProcess2 when
        ENABLE_PLUGIN_PROCESS_GTK2 is ON.
        * UIProcess/Launcher/gtk/ProcessLauncherGtk.cpp:
        (WebKit::ProcessLauncher::launchProcess): Do not try to launch
        WebKitPluginProcess2 executable when ENABLE_PLUGIN_PROCESS_GTK2 is OFF.

2014-08-05  Tim Horton  <timothy_horton@apple.com>

        REGRESSION (r164337): Pages are sometimes cut off/oriented incorrectly after using WKThumbnailView
        https://bugs.webkit.org/show_bug.cgi?id=135622
        <rdar://problem/17202556>

        Reviewed by Dan Bernstein.

        In some cases (when the page changed scroll offset while thumbnailed),
        when transitioning back to thumbnail scale = 1, we would get the math
        wrong and end up with a non-identity sublayerTransform on the DrawingArea.

        Luckily, none of this code is necessary anymore, as the only client
        of WKThumbnailView only uses its snapshotting mode.

        * Shared/ImageOptions.h:
        Remove SnapshotOptionsRespectDrawingAreaTransform; DrawingArea no longer
        has a rootLayerTransform().

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::setThumbnailScale): Deleted.
        * UIProcess/WebPageProxy.h:
        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::WebPage):
        (WebKit::WebPage::scaledSnapshotWithOptions):
        (WebKit::WebPage::snapshotAtSize):
        
        (WebKit::WebPage::setThumbnailScale): Deleted.
        * WebProcess/WebPage/WebPage.h:
        * WebProcess/WebPage/WebPage.messages.in:
        Remove setThumbnailScale and SnapshotOptionsRespectDrawingAreaTransform.

        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::didCommitLoad):
        Revert this to its state before r164337, as we no longer have "thumbnail scale".

        * UIProcess/API/Cocoa/_WKThumbnailView.h:
        * UIProcess/API/Cocoa/_WKThumbnailView.mm:
        (-[_WKThumbnailView initWithFrame:fromWKView:]):
        (-[_WKThumbnailView _viewWasUnparented]):
        (-[_WKThumbnailView _viewWasParented]):
        (-[_WKThumbnailView _requestSnapshotIfNeeded]):
        (-[_WKThumbnailView setScale:]):
        Clean up code assuming _shouldApplyThumbnailScale = NO, _usesSnapshot = YES.

        (-[_WKThumbnailView setUsesSnapshot:]):
        (-[_WKThumbnailView usesSnapshot]):
        Always return YES from usesSnapshot; we only support snapshotting WKThumbnailViews.
        Ignore setUsesSnapshot.

        * UIProcess/API/mac/WKView.mm:
        (-[WKView _setThumbnailView:]):
        (-[WKView _updateThumbnailViewLayer]):
        Stop checking usesSnapshot; it's always true.

        * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.h:
        * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm:
        (WebKit::TiledCoreAnimationDrawingArea::setRootLayerTransform): Deleted.
        * WebProcess/WebPage/DrawingArea.cpp:
        (WebKit::DrawingArea::rootLayerTransform): Deleted.
        * WebProcess/WebPage/DrawingArea.h:
        (WebKit::DrawingArea::setRootLayerTransform): Deleted.
        Remove rootLayerTransform() and setRootLayerTransform().

2014-08-05  Peyton Randolph  <prandolph@apple.com>

        Rename MAC_LONG_PRESS feature flag to LONG_MOUSE_PRESS.
        https://bugs.webkit.org/show_bug.cgi?id=135276

        Reviewed by Beth Dakin.

        * Configurations/FeatureDefines.xcconfig:

2014-08-04  Andy Estes  <aestes@apple.com>

        [iOS] The raw bytes of an iWork document's PDF preview are displayed rather than the PDF itself
        https://bugs.webkit.org/show_bug.cgi?id=135596

        Reviewed by David Kilzer.

        * WebProcess/Network/WebResourceLoader.cpp:
        (WebKit::WebResourceLoader::didReceiveResponseWithCertificateInfo): If the response will be handled by
        QuickLook, do not call ResourceLoader::didReceiveResponse. It will be called later by
        WebResourceLoaderQuickLookDelegate once converted data is received.

2014-08-05  Alexey Proskuryakov  <ap@apple.com>

        Build fix.

        * UIProcess/WebContext.h:

2014-08-05  Oliver Hunt  <oliver@apple.com>

        SSO expects to be able to walk parent application's bundle
        https://bugs.webkit.org/show_bug.cgi?id=135581
        <rdar://problem/17864079>

        Reviewed by Alexey Proskuryakov.

        SSO expects to be able to walk the parent application's
        bundle looking for Info plists. To allow this to actually
        work we provide an extension from the ui process that
        covers the bundle directory, and then in the profile
        restrict access to the ability to read directories and
        files named Info.plist.

        * NetworkProcess/cocoa/NetworkProcessCocoa.mm:
        (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa):
        * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb:
        * Shared/Network/NetworkProcessCreationParameters.cpp:
        (WebKit::NetworkProcessCreationParameters::encode):
        (WebKit::NetworkProcessCreationParameters::decode):
        * Shared/Network/NetworkProcessCreationParameters.h:
        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::ensureNetworkProcess):
        (WebKit::WebContext::parentBundleDirectory):
        * UIProcess/WebContext.h:
        * UIProcess/mac/WebContextMac.mm:
        (WebKit::WebContext::parentBundleDirectory):

2014-08-04  Benjamin Poulain  <benjamin@webkit.org>

        Add a flag for the CSS Selectors level 4 implementation
        https://bugs.webkit.org/show_bug.cgi?id=135535

        Reviewed by Andreas Kling.

        * Configurations/FeatureDefines.xcconfig:

2014-08-04  Benjamin Poulain  <bpoulain@apple.com>

        Check for null frame when processing geolocation authorization request
        https://bugs.webkit.org/show_bug.cgi?id=135577
        <rdar://problem/17896295>

        Reviewed by Geoffrey Garen.

        I could have put the null check in GeolocationController instead of the WebKit layer,
        but that would be a little weird as GeolocationController knows nothing about how
        the WebKit layer decides what to do with requests.

        * WebProcess/Geolocation/GeolocationPermissionRequestManager.cpp:
        (WebKit::GeolocationPermissionRequestManager::startRequestForGeolocation):

2014-08-02  Jeremy Jones  <jeremyj@apple.com>

        Support both window and view based video fullscreen.
        https://bugs.webkit.org/show_bug.cgi?id=135525

        Reviewed by Simon Fraser.

        Parenting in the view instead of the window gives the fullscreen implementation more latitude 
        in how it implements the animation.

        * UIProcess/ios/WebVideoFullscreenManagerProxy.mm:
        (WebKit::WebVideoFullscreenManagerProxy::setupFullscreenWithID): Use view instead of window.
        * WebProcess/ios/WebVideoFullscreenManager.mm:
        (WebKit::clientRectForNode): Use client rect instead of screen rect.
        (WebKit::WebVideoFullscreenManager::enterFullscreenForNode): ditto
        (WebKit::WebVideoFullscreenManager::exitFullscreenForNode): ditto
        (WebKit::screenRectForNode): Deleted.

2014-08-01  Dan Bernstein  <mitz@apple.com>

        <rdar://problem/17891752> [iOS] WebKit links against libraries it doesn’t use
        https://bugs.webkit.org/show_bug.cgi?id=135536

        Reviewed by Tim Horton.

        * Configurations/WebKit.xcconfig: Removed -lassertion_extension and -framework MobileAsset
        from FRAMEWORK_AND_LIBRARY_LDFLAGS_iphonesimulator.

2014-08-01  Joseph Pecoraro  <pecoraro@apple.com>

        [iOS WK2] Add extension read permission to network sandbox profile
        <rdar://problem/17671574>

        Reviewed by Alexey Proskuryakov and Oliver Hunt.

        * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb:

2014-08-01  Oliver Hunt  <oliver@apple.com>

        Various frameworks may want to use the container temp directory, so our current restrictions are too tight
        https://bugs.webkit.org/show_bug.cgi?id=135518
        <rdar://17869279>

        Reviewed by Anders Carlsson.

        We don't (and can't) have complete knowledge of what different frameworks
        will want to use the container temporary directory for, and so our
        current attempt to heavily restrict access is simply too tight.

        This patch recognises this by simply giving read-write access to the
        entire NSTemporary() directory (e.g. $container/tmp in the general case),
        rather than the single sub directory we wishfully thought that we would
        be able to get away with.

        * Shared/WebProcessCreationParameters.cpp:
        (WebKit::WebProcessCreationParameters::encode):
        (WebKit::WebProcessCreationParameters::decode):
        * Shared/WebProcessCreationParameters.h:
        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::createNewWebProcess):
        (WebKit::WebContext::mediaCacheDirectory): Deleted.
        * UIProcess/WebContext.h:
        * UIProcess/efl/WebContextEfl.cpp:
        (WebKit::WebContext::containerTemporaryDirectory):
        (WebKit::WebContext::platformMediaCacheDirectory): Deleted.
        * UIProcess/gtk/WebContextGtk.cpp:
        (WebKit::WebContext::containerTemporaryDirectory):
        (WebKit::WebContext::platformMediaCacheDirectory): Deleted.
        * UIProcess/mac/WebContextMac.mm:
        (WebKit::WebContext::containerTemporaryDirectory):
        (WebKit::WebContext::platformMediaCacheDirectory): Deleted.
        * WebProcess/cocoa/WebProcessCocoa.mm:
        (WebKit::WebProcess::platformInitializeWebProcess):

2014-08-01  Dan Bernstein  <mitz@apple.com>

        <rdar://problem/17862013> REGRESSION (r169357): Disabling "allow plug-ins" doesn't stick on quit/relaunch
        https://bugs.webkit.org/show_bug.cgi?id=135511

        Reviewed by Alexey Proskuryakov.

        Since the values map in the preferences store doesn’t include values that are equal to the
        defaults, we need to update it when a new default is registered.

        * UIProcess/WebPreferences.cpp:
        (WebKit::WebPreferences::createWithLegacyDefaults): Changed to use new member functions
        for registering defaults.
        (WebKit::WebPreferences::registerDefaultBoolValueForKey): Added. Sets an override default
        in the store, and sets the user default, if there is one, on top of it.
        (WebKit::WebPreferences::registerDefaultUInt32ValueForKey): Ditto.
        * UIProcess/WebPreferences.h: Declared new member functions for getting the user default
        value for a key.

        * UIProcess/efl/WebPreferencesEfl.cpp:
        (WebKit::WebPreferences::platformGetStringUserValueForKey): Added an implementation that
        returns false, because the EFL port doesn’t support persistent user defaults.
        (WebKit::WebPreferences::platformGetBoolUserValueForKey): Ditto.
        (WebKit::WebPreferences::platformGetUInt32UserValueForKey): Ditto.
        (WebKit::WebPreferences::platformGetDoubleUserValueForKey): Ditto.

        * UIProcess/gtk/WebPreferencesGtk.cpp:
        (WebKit::WebPreferences::platformGetStringUserValueForKey): Ditto for the GTK port.
        (WebKit::WebPreferences::platformGetBoolUserValueForKey): Ditto.
        (WebKit::WebPreferences::platformGetUInt32UserValueForKey): Ditto.
        (WebKit::WebPreferences::platformGetDoubleUserValueForKey): Ditto.

        * UIProcess/mac/WebPreferencesMac.mm:
        (WebKit::WebPreferences::platformGetStringUserValueForKey): Added. Replaces
        setStringValueIfInUserDefaults, on which it is based.
        (WebKit::WebPreferences::platformGetBoolUserValueForKey): Similarly for booleans.
        (WebKit::WebPreferences::platformGetUInt32UserValueForKey): Similarly for integers.
        (WebKit::WebPreferences::platformGetDoubleUserValueForKey): Similarly for doubles.
        (WebKit::WebPreferences::platformInitializeStore): Changed to use the above functions.

2014-08-01  Brent Fulgham  <bfulgham@apple.com>

        [Mac] Fullscreen mode for some applications shows only a black screen.
        https://bugs.webkit.org/show_bug.cgi?id=135493
        <rdar://problem/17628212>

        Reviewed by Jer Noble.

        In some applications, the window hosting the WKView is an InProcess layer hosting mode.
        The fullscreen window created by the WKFullScreenWindowController defaults to an
        OutOfProcess mode.

        When this kind of mismatch is encountered, the WK2 layer in the UI process is supposed
        to send a message back to the WebProcess indicating that the layer hosting mode of the
        containing window is different, so that the WebProcess can adjust its logic accordingly.
        Unfortunately, the notification that this had happened was not getting sent to the
        WebProcess due to an optimization in window state change logic (see Bug 135509 for
        details).

        The fix is to check layer hosting mode state when a WKView is added to a window, and
        notify the WebProcess when it needs to change state to match.
        

        * UIProcess/API/mac/WKView.mm:
        (-[WKView viewDidMoveToWindow]): When moving to a new window, always call
        'layerHostingModeDidChange' to pick up any changes in the layer hosting mode.

2014-08-01  Carlos Garcia Campos  <cgarcia@igalia.com>

        [CMake] GTK and EFL are using PROJECT_VERSION_PATCH to define the micro version
        https://bugs.webkit.org/show_bug.cgi?id=135501

        Reviewed by Gyuyoung Kim.

        Use PROJECT_VERSION_MICRO instead.

        * UIProcess/API/efl/EWebKit2.h.in:
        * UIProcess/API/gtk/WebKitVersion.h.in:

2014-08-01  Carlos Garcia Campos  <cgarcia@igalia.com>

        Unreviewed. Add missing sections to documentation.

        * UIProcess/API/gtk/docs/webkit2gtk-docs.sgml: Add
        WebKitUserContent and WebKitUserContentManager sections to the
        documentation.

2014-08-01  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL] Unable to do make install since r171901
        https://bugs.webkit.org/show_bug.cgi?id=135497

        Reviewed by Gyuyoung Kim.

        * PlatformEfl.cmake: Removed ewk_defins.h from the installation list.

2014-07-31  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL][WK2] MiniBrower comes to crash when combo box is pressed
        https://bugs.webkit.org/show_bug.cgi?id=135378

        Reviewed by Gyuyoung Kim.

        Added doxygen comment of popup_menu_show/popup_menu_hide not to confuse the usage.

        * UIProcess/API/efl/ewk_view.h:

2014-07-31  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL] remove ewk_defines.h
        https://bugs.webkit.org/show_bug.cgi?id=135456

        Reviewed by Gyuyoung Kim.

        * UIProcess/API/efl/ewk_context_menu.h:
        * UIProcess/API/efl/ewk_context_menu_item.h: Moved the declaration from ewk_defines.h
        * UIProcess/API/efl/ewk_defines.h: Removed.

2014-07-31  Brent Fulgham  <bfulgham@apple.com>

        Unreviewed typo correction.
        https://bugs.webkit.org/show_bug.cgi?id=135482

        Rename '_fullScreenIsEnabled' -> '_fullScreenEnabled'

        * UIProcess/API/Cocoa/WKPreferences.mm:
        (-[WKPreferences _fullScreenEnabled]): Added
        (-[WKPreferences _fullScreenIsEnabled]): Deleted.
        * UIProcess/API/Cocoa/WKPreferencesPrivate.h:

2014-07-31  Brent Fulgham  <bfulgham@apple.com>

        MiniBrowser Should Support Fullscreen Videos in WebKit2 Mode
        https://bugs.webkit.org/show_bug.cgi?id=135482

        Reviewed by Simon Fraser.
        
        Add accessors for the missing Fullscreen API so that MiniBrowser
        can use them.

        * UIProcess/API/Cocoa/WKPreferences.mm:
        (-[WKPreferences _fullScreenIsEnabled]): Added.
        (-[WKPreferences _setFullScreenEnabled:]): Added.
        * UIProcess/API/Cocoa/WKPreferencesPrivate.h: Add accessor for
        Fullscreen mode.

2014-07-31  Beth Dakin  <bdakin@apple.com>

        Hit-testing broken in WebKit 1 views with AppKit's contentInsets
        https://bugs.webkit.org/show_bug.cgi?id=135434
        -and corresponding-
        <rdar://problem/17850323>

        Reviewed by Benjamin Poulain.

        Re-named functions.
        * WebProcess/Plugins/PDF/PDFPlugin.mm:
        (WebKit::PDFPlugin::convertFromScrollbarToContainingView):
        (WebKit::PDFPlugin::convertFromContainingViewToScrollbar):

2014-07-31  Oliver Hunt  <oliver@apple.com>

        Various SSO services need the networking process to be able to spoof its bundle id
        https://bugs.webkit.org/show_bug.cgi?id=135468
        <rdar://problem/17864139>

        Reviewed by Alexey Proskuryakov.

        Just add the entitlement required to allow the sandbox to let this happen.

        * Configurations/Network-iOS.entitlements:

2014-07-31  Przemyslaw Kuczynski  <p.kuczynski@samsung.com>

        Fix uninitialized scalar variable
        https://bugs.webkit.org/show_bug.cgi?id=135461

        Reviewed by Alexey Proskuryakov.

        If fopen fails, returned ApplicationMemoryStats structure will be uninitialized

        * Shared/linux/WebMemorySamplerLinux.cpp:
        (WebKit::sampleMemoryAllocatedForApplication): Initialized applicationStats.

2014-07-31  Rohit Kumar  <kumar.rohit@samsung.com>

        Clean up the WebKit build from unused parameter warning in Webkit2/WebProcess module
        https://bugs.webkit.org/show_bug.cgi?id=135413

        Reviewed by Darin Adler.

        * WebProcess/OriginData/WebOriginDataManager.cpp:
        (WebKit::WebOriginDataManager::getOrigins):
        (WebKit::WebOriginDataManager::deleteEntriesForOrigin):
        (WebKit::WebOriginDataManager::deleteEntriesModifiedBetweenDates):
        (WebKit::WebOriginDataManager::deleteAllEntries):

2014-07-31  Chris Fleizach  <cfleizach@apple.com>

        AX: iOS: Crash accessing m_page in WKAccessibilityPageObject
        https://bugs.webkit.org/show_bug.cgi?id=134617

        Reviewed by Darin Adler.

        Provide a way to detach a WK2 WebPage object so that it can uninitialize other pointers, like the accessibility object.

        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::~WebPage):
        * WebProcess/WebPage/WebPage.h:
        * WebProcess/WebPage/efl/WebPageEfl.cpp:
        (WebKit::WebPage::platformDetach):
        * WebProcess/WebPage/gtk/WebPageGtk.cpp:
        (WebKit::WebPage::platformDetach):
        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::platformDetach):
        * WebProcess/WebPage/mac/WebPageMac.mm:
        (WebKit::WebPage::platformDetach):

2014-07-31  Dan Bernstein  <mitz@apple.com>

        WebKit part of: Server trust authentication challenges aren’t sent to the navigation delegate
        https://bugs.webkit.org/show_bug.cgi?id=135327

        Reviewed by Alexey Proskuryakov.

        * UIProcess/Cocoa/NavigationState.mm:
        (WebKit::NavigationState::LoaderClient::canAuthenticateAgainstProtectionSpaceInFrame):
        Return true for server trust protection spaces if the delegate implements
        -webView:didReceiveAuthenticationChallenge:completionHandler:.
        (WebKit::NavigationState::LoaderClient::didReceiveAuthenticationChallengeInFrame): Removed
        an assertion that is no longer true due to the above.

2014-07-31  Carlos Garcia Campos  <cgarcia@igalia.com>

        Unreviewed. Update OptionsGTK.cmake and NEWS for 2.5.1 release.

        * gtk/NEWS: Add release notes for 2.5.1.

2014-07-31  Carlos Garcia Campos  <cgarcia@igalia.com>

        Unreviewed. Fix GTK+ make distcheck.

        * Shared/InteractionInformationAtPosition.h: Only include
        WebCore/SelectionRect.h for IOS.

2014-07-31  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] Bump binary version for 2.6
        https://bugs.webkit.org/show_bug.cgi?id=133724

        Reviewed by Philippe Normand.

        * PlatformGTK.cmake: Fix JavaScriptCore dependency on
        instrospection commands and make them depend on GTK+-3.0.

2014-07-30  Enrica Casucci  <enrica@apple.com>

        REGRESSION (WK2 iOS): Inline editing for Chinese and Japanese keyboards does not work in Safari.
        https://bugs.webkit.org/show_bug.cgi?id=135449
        <rdar://problem/17824833>

        Reviewed by Benjamin Poulain.

        The WebProcess sends the notification that the gesture modified the phrase boundary,
        but the flag was not being converted properly, therefore we failed to notify
        the text input system that a change had occurred.

        * UIProcess/ios/WKContentViewInteraction.mm:
        (toUIWKSelectionFlags):

2014-07-30  Andy Estes  <aestes@apple.com>

        USE(CONTENT_FILTERING) should be ENABLE(CONTENT_FILTERING)
        https://bugs.webkit.org/show_bug.cgi?id=135439

        Reviewed by Tim Horton.

        We now support two different platform content filters, and will soon support a mock content filter (as part of
        webkit.org/b/128858). This makes content filtering a feature of WebKit, not just an adoption of a third-party
        library. ENABLE() is the correct macro to use for such a feature.

        * Configurations/FeatureDefines.xcconfig:
        * Shared/WebCoreArgumentCoders.h:
        * UIProcess/WebFrameProxy.cpp:
        (WebKit::WebFrameProxy::didStartProvisionalLoad):
        * UIProcess/WebFrameProxy.h:
        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::decidePolicyForNavigationAction):
        * UIProcess/WebPageProxy.h:
        * UIProcess/WebPageProxy.messages.in:
        * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:
        * WebProcess/WebCoreSupport/WebFrameLoaderClient.h:

2014-07-30  Andreas Kling  <akling@apple.com>

        Static hash tables no longer need to be coupled with a VM.
        <https://webkit.org/b/135421>

        Reviewed by Geoffrey Garen.

        * WebProcess/Plugins/Netscape/JSNPMethod.cpp:
        * WebProcess/Plugins/Netscape/JSNPObject.cpp:

2014-07-30  Dan Bernstein  <mitz@apple.com>

        Get rid of the WKNSURLProtectionSpace wrapper
        https://bugs.webkit.org/show_bug.cgi?id=135425

        Reviewed by Sam Weinig.

        * Shared/Cocoa/APIObject.mm:
        (API::Object::newObject): Don’t allocate WKNSURLProtectionSpace wrappers.

        * Shared/Cocoa/WKNSURLProtectionSpace.h: Removed.
        * Shared/Cocoa/WKNSURLProtectionSpace.mm: Removed.

        * UIProcess/API/Cocoa/WKBrowsingContextController.mm:
        (canAuthenticateAgainstProtectionSpaceInFrame): Get the NSURLProtectionSpace from the
        WebCore::ProtectionSpace in the WebProtectionSpace.

        * UIProcess/Cocoa/NavigationState.mm:
        (WebKit::NavigationState::LoaderClient::canAuthenticateAgainstProtectionSpaceInFrame): Ditto.

        * WebKit2.xcodeproj/project.pbxproj: Removed references to removed files.

2014-07-30  Dan Bernstein  <mitz@apple.com>

        Updated for changes to the WebCore::Credential API.
        Work towards fixing https://bugs.webkit.org/show_bug.cgi?id=135327

        Reviewed by Alexey Proskuryakov.

        * Shared/Downloads/mac/DownloadMac.mm:
        (WebKit::Download::receivedCredential):Use new Credential::nsCredential getter.

        * Shared/WebCoreArgumentCoders.cpp:
        (IPC::ArgumentCoder<Credential>::encode):  If encoding the credential requires encoding the
        platform data, do that.
        (IPC::ArgumentCoder<Credential>::decode): If platform data was encoded, decode it.
        * Shared/WebCoreArgumentCoders.h:

        * Shared/mac/WebCoreArgumentCodersMac.mm:
        (IPC::ArgumentCoder<Credential>::encodePlatformData): Archive the NSURLCredential.
        (IPC::ArgumentCoder<Credential>::decodePlatformData): Unarchive it.

        * UIProcess/API/Cocoa/WKNSURLAuthenticationChallenge.mm:
        (-[WKNSURLAuthenticationChallengeSender useCredential:forAuthenticationChallenge:]): Use
        Credential constructor that takes an NSURLCredential.

        * UIProcess/Cocoa/NavigationState.mm:
        (WebKit::NavigationState::LoaderClient::didReceiveAuthenticationChallengeInFrame): Ditto.


2014-07-30  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] REGRESSION(r171742): Test /webkit2/WebKitWebView/disallow-modal-dialogs fails
        https://bugs.webkit.org/show_bug.cgi?id=135412

        Reviewed by Philippe Normand.

        The problem is that WebPageProxy::setUIClient() calls
        setCanRunModal() with the value of m_uiClient->canRunModal() which
        is always true for us. We override that manually by calling
        setCanRunModal() depending on the WebKitSettings. In r171742,
        webkitWebViewUpdateSettings(), the method that overrides
        setCanRunModal(), was moved before attachUIClientToView(), so the
        value set by WebPageProxy::setUIClient() is the last one and takes
        precedence. We need to make sure webkitWebViewUpdateSettings() is
        always called after attachUIClientToView().

        * UIProcess/API/gtk/WebKitWebView.cpp:
        (webkitWebViewConstructed): Move webkitWebViewUpdateSettings()
        call after attachUIClientToView() and add a comment to not forget
        about it again.

2014-07-29  Carlos Garcia Campos  <cgarcia@igalia.com>

        [GTK] Remove WebKitCertificateInfo from WebKit2GTK+ API
        https://bugs.webkit.org/show_bug.cgi?id=134830

        Reviewed by Gustavo Noronha Silva.

        It was added to make the API more convenient but it has ended up
        making it more complicated. WebKitWebView::load-failed-with-tls-errors
        now receives a GTlsCertificate + GTlsCertificateFlags and
        webkit_web_context_allow_tls_certificate_for_host() receives a GTlsCertificate
        since the errors are not actually needed. This makes the API more
        consistent with the existing method webkit_web_view_get_tls_info().

        * PlatformGTK.cmake: Remove files from compilation.
        * UIProcess/API/gtk/WebKitCertificateInfo.cpp: Removed.
        * UIProcess/API/gtk/WebKitCertificateInfo.h: Removed.
        * UIProcess/API/gtk/WebKitCertificateInfoPrivate.h: Removed.
        * UIProcess/API/gtk/WebKitWebContext.cpp:
        (webkit_web_context_allow_tls_certificate_for_host):
        * UIProcess/API/gtk/WebKitWebContext.h:
        * UIProcess/API/gtk/WebKitWebView.cpp:
        (webkit_web_view_class_init):
        (webkitWebViewLoadFailedWithTLSErrors):
        * UIProcess/API/gtk/WebKitWebView.h:
        * UIProcess/API/gtk/docs/webkit2gtk-docs.sgml:
        * UIProcess/API/gtk/docs/webkit2gtk-sections.txt:
        * UIProcess/API/gtk/webkit2.h:

2014-07-29  Jinwoo Song  <jinwoo7.song@samsung.com>

        [EFL] Do not initialize g_type system explicitly in the ewk_init()
        https://bugs.webkit.org/show_bug.cgi?id=135407

        Reviewed by Gyuyoung Kim.

        EFL build requires glib version 2.38 but g_type_init() has been deprecated
        since version 2.36. As the type system is initialized automatically since
        version 2.36, we do not need to call g_type_init() in the ewk_init().

        https://developer.gnome.org/gobject/unstable/gobject-Type-Information.html#g-type-init

        * UIProcess/API/efl/ewk_main.cpp:
        (ewk_init):

2014-07-29  Enrica Casucci  <enrica@apple.com>

        REGRESSION [WebKit2 iOS]: Cannot add shortcut to user dictionary from non editable content.
        https://bugs.webkit.org/show_bug.cgi?id=135392
        <rdar://problem/17760073>

        Reviewed by Benjamin Poulain.

        Adding a shortcut to the user dictionary needs to be available in non editable content too.

        * UIProcess/ios/WKContentViewInteraction.mm:
        (-[WKContentView _addShortcut:]):

2014-07-29  Tim Horton  <timothy_horton@apple.com>

        WKPDFView paints rotated pages squished
        https://bugs.webkit.org/show_bug.cgi?id=135401
        <rdar://problem/17173916>

        Reviewed by Simon Fraser.

        * UIProcess/ios/WKPDFView.mm:
        (-[WKPDFView _computePageAndDocumentFrames]):
        [page size] returns the crop box's size, ignoring rotation.
        [page cropBoxAccountForRotation] respects rotation, but otherwise returns the same size.
        UIPDFPageView will respect rotation when painting, so we
        should make sure that it is given an aspect ratio that also
        respects rotation, so that the page isn't squished.

2014-07-29  Csaba Osztrogonác  <ossy@webkit.org>

        URTBF for !ENABLE(DATABASE_PROCESS) platforms.

        * WebProcess/OriginData/WebOriginDataManager.cpp:
        (WebKit::WebOriginDataManager::getOrigins):
        (WebKit::WebOriginDataManager::deleteEntriesForOrigin):
        (WebKit::WebOriginDataManager::deleteEntriesModifiedBetweenDates):
        (WebKit::WebOriginDataManager::deleteAllEntries):

2014-07-29  Brady Eidson  <beidson@apple.com>

        Make WKOriginDataManager actually operate on IndexedDatabases.
        https://bugs.webkit.org/show_bug.cgi?id=135346

        Reviewed by Sam Weinig (and David Kilzer and Alex Christensen)

        * DatabaseProcess/DatabaseProcess.cpp:
        (WebKit::DatabaseProcess::DatabaseProcess):
        (WebKit::DatabaseProcess::getIndexedDatabaseOrigins): 
        (WebKit::DatabaseProcess::doGetIndexedDatabaseOrigins):
        (WebKit::removeAllDatabasesForOriginPath): Utility to delete all database files for the given origin path
            that have been modified between the given dates.
        (WebKit::DatabaseProcess::deleteIndexedDatabaseEntriesForOrigin):
        (WebKit::DatabaseProcess::doDeleteIndexedDatabaseEntriesForOrigin):
        (WebKit::DatabaseProcess::deleteIndexedDatabaseEntriesModifiedBetweenDates):
        (WebKit::DatabaseProcess::doDeleteIndexedDatabaseEntriesModifiedBetweenDates):
        (WebKit::DatabaseProcess::deleteAllIndexedDatabaseEntries):
        (WebKit::DatabaseProcess::doDeleteAllIndexedDatabaseEntries):
        * DatabaseProcess/DatabaseProcess.h:

        * Shared/WebCrossThreadCopier.cpp:
        (WebCore::SecurityOriginData>::copy):
        * Shared/WebCrossThreadCopier.h:

        * UIProcess/WebOriginDataManagerProxy.cpp:
        (WebKit::WebOriginDataManagerProxy::getOrigins):
        (WebKit::WebOriginDataManagerProxy::didGetOrigins):
        (WebKit::WebOriginDataManagerProxy::deleteEntriesForOrigin):
        (WebKit::WebOriginDataManagerProxy::deleteEntriesModifiedBetweenDates):
        (WebKit::WebOriginDataManagerProxy::deleteAllEntries):

        * WebProcess/OriginData/WebOriginDataManager.cpp:
        (WebKit::WebOriginDataManager::getOrigins): Pipe IDB requests through to the DatabaseProcess.
        (WebKit::WebOriginDataManager::deleteEntriesForOrigin): Ditto.
        (WebKit::WebOriginDataManager::deleteEntriesModifiedBetweenDates): Ditto.
        (WebKit::WebOriginDataManager::deleteAllEntries): Ditto.

2014-07-29  Commit Queue  <commit-queue@webkit.org>

        Unreviewed, rolling out r171704.
        https://bugs.webkit.org/show_bug.cgi?id=135389

        Broke two IndexedDB tests (Requested by ap on #webkit).

        Reverted changeset:

        "IDB transactions never reset if the Web Process ends before
        cleaning up"
        https://bugs.webkit.org/show_bug.cgi?id=135218
        http://trac.webkit.org/changeset/171704

2014-07-29  Daniel Bates  <dabates@apple.com>

        Use WTF::move() instead of std::move() to help ensure move semantics
        https://bugs.webkit.org/show_bug.cgi?id=135351

        Reviewed by Alexey Proskuryakov.

        * UIProcess/API/Cocoa/_WKSessionState.mm:
        (-[_WKSessionState _initWithSessionState:]):
        * UIProcess/API/gtk/WebKitUserContent.cpp:
        (toStringVector): Remove use of std::move(). It's unnecessary to call std::move() on an rvalue.
        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::mouseEvent):

2014-07-28  Pratik Solanki  <psolanki@apple.com>

        Get SharedBuffer.h out of ResourceBuffer.h (and a few other places)
        https://bugs.webkit.org/show_bug.cgi?id=131782

        Original patch by Tim Horton.
        Reviewed by Darin Adler.

        * NetworkProcess/NetworkResourceLoader.cpp:
        * WebProcess/Network/NetworkProcessConnection.cpp:
        Include SharedBuffer.h in implementation files.

        * WebProcess/InjectedBundle/InjectedBundlePageEditorClient.h:
        Un-indent namespace and remove SharedBuffer forward-declaration.

2014-07-29  Adrian Perez de Castro  <aperez@igalia.com>

        [GTK] Remove WebKitWebViewGroup from WebKit2 GTK+ API
        https://bugs.webkit.org/show_bug.cgi?id=133729

        Reviewed by Carlos Garcia Campos.

        Removes WebKitWebViewGroup, effectively reverting the changes
        introduced by r149117. The motivation for WebKitWebViewGroup
        was using the user style sheet injection API, which has been
        moved into WebKitUserContentManager, rendering it unneeded.

        * PlatformGTK.cmake: Remove WebKitWebViewGroup source files
        from the build.
        * UIProcess/API/C/gtk/WKView.cpp:
        (WKViewCreate): Accomodate for changes in the signature of
        webkitWebViewBaseCreate().
        * UIProcess/API/gtk/WebKitSettings.cpp: Update API documentation.
        * UIProcess/API/gtk/WebKitWebContext.cpp: Remove the default web
        view group from WebKitWebContext.
        (webkitWebContextCreatePageForWebView): Allow passing a
        WebPreferences object at construction.
        (webkitWebContextGetDefaultWebViewGroup): Deleted.
        * UIProcess/API/gtk/WebKitWebContextPrivate.h: Ditto.
        * UIProcess/API/gtk/WebKitWebView.cpp:
        (webkitWebViewUpdateSettings): Use WebPageProxy::setPreferences()
        directly. Handle the case when webkit_web_view_set_settings()
        is called on construction by doing an early-return.
        (webkitWebViewConstructed): Call webkitWebViewUpdateSettings()
        after creating the internal WebPageProxy object.
        (webkitWebViewSetProperty): Removed "group" property, added
        "settings" property.
        (webkitWebViewGetProperty): Ditto.
        (webkitWebViewDispose): Do not disconnect signal handler for
        the (now unexistant) WebKitWebViewGroup.
        (webkit_web_view_class_init): Removed "group" property, added
        "settings" property.
        (webkitWebViewHandleAuthenticationChallenge): Access the
        WebKitWebSettings directly.
        (webkit_web_view_new_with_related_view): Make new views share
        settings with their related view.
        (webkit_web_view_new_with_settings): Added.
        (webkit_web_view_set_settings): Access the settings directly in
        the WebKitWebView.
        (webkit_web_view_get_settings): Ditto.
        (webkit_web_view_set_zoom_level): Ditto.
        (webkit_web_view_get_zoom_level): Ditto.
        (webkitWebViewSettingsChanged): Deleted.
        (webkitWebViewDisconnectSettingsChangedSignalHandler): Deleted.
        (webkit_web_view_new_with_group): Deleted.
        (webkit_web_view_get_group): Deleted.
        * UIProcess/API/gtk/WebKitWebView.h: Removed API methods related
        to WebKitWebViewGroup.
        * UIProcess/API/gtk/WebKitWebViewBase.cpp:
        (webkitWebViewBaseCreate): Allow passing a WebPreferences object
        for constructing the WebPageProxy.
        (webkitWebViewBaseUpdatePreferences): Instead of going through
        the page group, use WebPageProxy::preferences() directly.
        (webkitWebViewBaseCreateWebPage): Allow passing a WebPreferences
        object for constructing the WebPageProxy.
        * UIProcess/API/gtk/WebKitWebViewBasePrivate.h: Update the
        prototypes of the internal functions.
        * UIProcess/API/gtk/WebKitWebViewGroup.cpp: Removed.
        * UIProcess/API/gtk/WebKitWebViewGroup.h: Removed.
        * UIProcess/API/gtk/WebKitWebViewGroupPrivate.h: Removed.
        * UIProcess/API/gtk/docs/webkit2gtk-docs.sgml: Change public API
        bits in the documentation.
        * UIProcess/API/gtk/docs/webkit2gtk-sections.txt: Ditto.
        * UIProcess/API/gtk/docs/webkit2gtk.types: Ditto.
        * UIProcess/API/gtk/webkit2.h: Removed WebKitWebViewGroup.h header.
        * UIProcess/gtk/WebInspectorProxyGtk.cpp:
        (WebKit::WebInspectorProxy::platformCreateInspectorPage):
        Accomodate for changes in the signature of
        webkitWebViewBaseCreate().

2014-07-29  Carlos Garcia Campos  <cgarcia@igalia.com>

        Implement webkit_web_view_load_string() in WebKit2
        https://bugs.webkit.org/show_bug.cgi?id=134735

        Reviewed by Sergio Villar Senin.

        Add webkit_web_view_load_bytes() that receives a GBytes to load
        random data in the web view using the given MIME-Type, encoding
        and base URL.

        * UIProcess/API/gtk/WebKitWebView.cpp:
        (releaseGBytes):
        (webkit_web_view_load_bytes):
        * UIProcess/API/gtk/WebKitWebView.h:
        * UIProcess/API/gtk/docs/webkit2gtk-docs.sgml:
        * UIProcess/API/gtk/docs/webkit2gtk-sections.txt:

2014-07-29  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL] Alpha value of ewk_view_bg_color_set is not working
        https://bugs.webkit.org/show_bug.cgi?id=135333

        Reviewed by Gyuyoung Kim.

        evas_object_image_alpha_set should be called for the transparent evas object.

        * UIProcess/API/efl/EwkView.cpp:
        (EwkView::handleEvasObjectColorSet):
        (EwkView::setBackgroundColor): Checked the alpha value of object and called evas_object_image_alpha_set.
        * UIProcess/API/efl/EwkView.h:
        * UIProcess/API/efl/ewk_view.cpp:
        (ewk_view_bg_color_set): Moved the logic to EwkView.

2014-07-28  Mark Rowe  <mrowe@apple.com>

        Web process crash causes UI process to die with an assertion failure in Connection::exceptionSourceEventHandler
        https://bugs.webkit.org/show_bug.cgi?id=135366

        Reviewed by Dan Bernstein.

        * Platform/IPC/mac/ConnectionMac.mm:
        (IPC::Connection::exceptionSourceEventHandler): Remove the assertion since it frequently fires during
        normal development with debug builds.

2014-07-28  Benjamin Poulain  <bpoulain@apple.com>

        [iOS WK2] WKWebView sometime tries to change the size of a null DrawingAreaProxy
        https://bugs.webkit.org/show_bug.cgi?id=135368
        <rdar://problem/16988887>

        Reviewed by Simon Fraser.

        We should never assume DrawingAreaProxy exists in the API invoked by the clients
        of WKWebView. There are at least two cases where the DrawingAreaProxy is null:
        -In some path on initialization.
        -After a crash.

        * UIProcess/API/Cocoa/WKWebView.mm:
        (-[WKWebView _frameOrBoundsChanged]):
        (-[WKWebView _beginAnimatedResizeWithUpdates:]):
        We can safely null check and skip setting the size. If the call was skipped,
        the size is set on DrawingAreaProxy initialization by querying the current
        size through the page client.

2014-07-28  Roger Fong  <roger_fong@apple.com>

        Disable tagged strings for the plugin process.
        https://bugs.webkit.org/show_bug.cgi?id=135354
        <rdar://problem/17295639>.

        Patch by Alexey Proskuryakov and Roger Fong.

        Reviewed by Anders Carlsson.

        * PluginProcess/EntryPoint/mac/XPCService/PluginService.32-64.Info.plist:
        * UIProcess/Launcher/mac/ProcessLauncherMac.mm:
        (WebKit::connectToReExecService):

2014-07-25  Jeffrey Pfau  <jpfau@apple.com>

        IDB transactions never reset if the Web Process ends before cleaning up
        https://bugs.webkit.org/show_bug.cgi?id=135218

        Reviewed by Darin Adler.

        * DatabaseProcess/DatabaseToWebProcessConnection.cpp:
        (WebKit::DatabaseToWebProcessConnection::didClose):
        * DatabaseProcess/IndexedDB/UniqueIDBDatabase.cpp:
        (WebKit::UniqueIDBDatabase::unregisterConnection):
        (WebKit::UniqueIDBDatabase::didCompleteTransactionOperation):
        (WebKit::UniqueIDBDatabase::openBackingStoreTransaction):
        (WebKit::UniqueIDBDatabase::resetBackingStoreTransaction):
        (WebKit::UniqueIDBDatabase::didEstablishTransaction):
        (WebKit::UniqueIDBDatabase::didResetTransaction):
        (WebKit::UniqueIDBDatabase::resetAllTransactions):
        (WebKit::UniqueIDBDatabase::finalizeRollback):
        (WebKit::UniqueIDBDatabase::absoluteDatabaseDirectory):
        * DatabaseProcess/IndexedDB/UniqueIDBDatabase.h:
        * DatabaseProcess/IndexedDB/sqlite/UniqueIDBDatabaseBackingStoreSQLite.cpp:
        (WebKit::UniqueIDBDatabaseBackingStoreSQLite::rollbackTransaction):

2014-07-27  Yusuke Suzuki  <utatane.tea@gmail.com>

        [GTK] Keep non-DATABASE_PROCESS build
        https://bugs.webkit.org/show_bug.cgi?id=135321

        Reviewed by Gyuyoung Kim.

        This is the patch for r171622 in non-DATABASE_PROCESS builds.
        Change sendToDatabaseProcessRelaunchingIfNecessary to support non-DATABASE_PROCESS implementation.

        * CMakeLists.txt:
        * UIProcess/WebContext.h:
        (WebKit::WebContext::sendToDatabaseProcessRelaunchingIfNecessary):

2014-07-27  Gavin Barraclough  <baraclough@apple.com>

        Don't rely on reading applicationState from within DidEnterBackground/WillEnterForeground
        https://bugs.webkit.org/show_bug.cgi?id=135329
        rdar://problem/17818308

        Reviewed by Sam Weinig.

        API may not be stable.

        * UIProcess/ios/PageClientImplIOS.mm:
        (WebKit::PageClientImpl::isViewVisible):
            - changed to use -[WKContentView isBackground]
        * UIProcess/ios/ProcessAssertionIOS.mm:
        (-[WKProcessAssertionBackgroundTaskManager init]):
            - split notification handlers
        (-[WKProcessAssertionBackgroundTaskManager _applicationWillEnterForeground:]):
        (-[WKProcessAssertionBackgroundTaskManager _applicationDidEnterBackground:]):
        (-[WKProcessAssertionBackgroundTaskManager _applicationDidEnterBackgroundOrWillEnterForeground:]): Deleted.
            - Assume application is background is after DidEnterBackground, and not after WillEnterForeground
        * UIProcess/ios/WKContentView.h:
            - added isBackground.
        * UIProcess/ios/WKContentView.mm:
        (-[WKContentView initWithFrame:context:configuration:webView:]):
            - check applicationState at init.
        (-[WKContentView isBackground]):
            - accessor
        (-[WKContentView _applicationDidEnterBackground:]):
        (-[WKContentView _applicationWillEnterForeground:]):
            - update isBackground

2014-07-26  Enrica Casucci  <enrica@apple.com>

        [WebKit2 iOS]Add support for caret movement for the 3rd party keyboard protocol.
        https://bugs.webkit.org/show_bug.cgi?id=135325
        <rdar://problem/17682120>

        Reviewed by Sam Weinig.

        WKContentView now implements moveByOffset to support the
        protocol for 3rd party keyboards.

        * UIProcess/WebPageProxy.h:
        * UIProcess/ios/WKContentViewInteraction.mm:
        (-[WKContentView moveByOffset:]):
        * UIProcess/ios/WebPageProxyIOS.mm:
        (WebKit::WebPageProxy::moveSelectionByOffset):
        * WebProcess/WebPage/WebPage.h:
        * WebProcess/WebPage/WebPage.messages.in:
        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::moveSelectionByOffset):

2014-07-26  Timothy Horton  <timothy_horton@apple.com>

        Crash in Web Content Process under ~PDFDocument under clearTouchEventListeners at topDocument()
        https://bugs.webkit.org/show_bug.cgi?id=135319
        <rdar://problem/17315168>

        Reviewed by Darin Adler and Antti Koivisto.

        * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:
        (WebKit::WebFrameLoaderClient::committedLoad):
        Allow data through to WebCore for frames with custom content providers;
        the only custom content provider currently implemented is main frame PDF
        on iOS, which will end up creating a PDFDocument in WebCore, which drops all
        data on the floor immediately, so this won't result in WebCore doing anything
        with the data, but makes sure that more of the normal document lifecycle is maintained.

        In the future, we might want to consider ensuring that all custom content providers
        end up creating a SinkDocument or something similarly generic to ensure that
        WebCore doesn't try to do anything with their data, but for now, the only client is covered.

2014-07-25  Jeremy Jones  <jeremyj@apple.com>

        Parent fullscreen from window instead of view
        https://bugs.webkit.org/show_bug.cgi?id=135310

        Reviewed by Jer Noble.

        Parenting in the view causes an incorrect animation to fullscreen, and can cause 
        fullscreen to only expand to the size of the view instead of the whole window.

        * UIProcess/ios/WebVideoFullscreenManagerProxy.mm:
        (WebKit::WebVideoFullscreenManagerProxy::setupFullscreenWithID): pass view's window.
        * WebProcess/ios/WebVideoFullscreenManager.mm: screenRect instead of clientRect
        (WebKit::screenRectForNode): was clientRectForNode
        (WebKit::WebVideoFullscreenManager::enterFullscreenForNode): use screenRectForNode
        (WebKit::WebVideoFullscreenManager::exitFullscreenForNode): ditto
        (WebKit::clientRectForNode): Deleted.

2014-07-25  Oliver Hunt  <oliver@apple.com>

        Creating incorrect sandbox extension for hsts plist due to missing /
        https://bugs.webkit.org/show_bug.cgi?id=135309

        Reviewed by Sam Weinig.

        So it turns out that you do actually need /'s in paths...
        Now we actually create the correct extension.

        * UIProcess/mac/WebContextMac.mm:
        (WebKit::WebContext::platformDefaultNetworkingHSTSDatabasePath):

2014-07-24  Anders Carlsson  <andersca@apple.com>

        WKNavigation's properties are either always nil or don't behave as documented
        https://bugs.webkit.org/show_bug.cgi?id=135267
        <rdar://problem/17730536>

        Reviewed by Andreas Kling.

        Remove the properties from WKNavigation and introduce -[WKNavigation _request] as SPI for now.

        * Shared/API/Cocoa/WebKitPrivate.h:
        * UIProcess/API/Cocoa/WKNavigation.h:
        * UIProcess/API/Cocoa/WKNavigation.mm:
        (-[WKNavigation _request]):
        (-[WKNavigation initialRequest]): Deleted.
        (-[WKNavigation request]): Deleted.
        (-[WKNavigation setRequest:]): Deleted.
        (-[WKNavigation response]): Deleted.
        (-[WKNavigation error]): Deleted.
        * UIProcess/API/Cocoa/WKNavigationInternal.h:
        * UIProcess/API/Cocoa/WKNavigationPrivate.h: Copied from Source/WebKit2/UIProcess/API/Cocoa/WKNavigationInternal.h.
        * UIProcess/Cocoa/NavigationState.mm:
        (WebKit::NavigationState::createLoadRequestNavigation):
        * WebKit2.xcodeproj/project.pbxproj:

2014-07-25  Brady Eidson  <beidson@apple.com>

        Clean up WKOriginDataManager and get it messaging to the DatabaseProcess
        https://bugs.webkit.org/show_bug.cgi?id=135035

        Reviewed by Sam Weinig.

        * DatabaseProcess/DatabaseProcess.cpp:
        (WebKit::DatabaseProcess::DatabaseProcess): Instantiate the WebOriginDataManager, installing its message handler.
        (WebKit::DatabaseProcess::didReceiveMessage): Try the message receiver map, which will try the WebOriginDataManager.
        * DatabaseProcess/DatabaseProcess.h:
        * DatabaseProcess/DatabaseProcess.messages.in:

        * UIProcess/API/C/WKOriginDataManager.cpp:
        (WKOriginDataManagerDeleteEntriesForOrigin): Updated to also take a callback.
        (WKOriginDataManagerDeleteEntriesModifiedBetweenDates): Added.
        (WKOriginDataManagerDeleteAllEntries): Updated to also take a callback.
        (WKOriginDataManagerStartObservingChanges): Deleted.
        (WKOriginDataManagerStopObservingChanges): Deleted.
        (WKOriginDataManagerSetChangeClient): Deleted.
        * UIProcess/API/C/WKOriginDataManager.h:

        * UIProcess/Databases/DatabaseProcessProxy.cpp:
        (WebKit::DatabaseProcessProxy::didReceiveMessage): Send messages to the WebOriginDataManagerProxy supplement if appropriate.
        * UIProcess/Databases/DatabaseProcessProxy.h:
        * UIProcess/Databases/DatabaseProcessProxy.messages.in:

        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::WebContext): Instantiate the WebOriginDataManagerProxy supplement.
        * UIProcess/WebContext.h:
        (WebKit::WebContext::sendToDatabaseProcessRelaunchingIfNecessary):

        * UIProcess/WebOriginDataManagerProxy.cpp:
        (WebKit::WebOriginDataManagerProxy::contextDestroyed):
        (WebKit::WebOriginDataManagerProxy::processDidClose):
        (WebKit::WebOriginDataManagerProxy::getOrigins):
        (WebKit::WebOriginDataManagerProxy::deleteEntriesForOrigin): Setup a callback with the message.
        (WebKit::WebOriginDataManagerProxy::deleteEntriesModifiedBetweenDates): Added
        (WebKit::WebOriginDataManagerProxy::didDeleteEntries): Call the callback.
        (WebKit::WebOriginDataManagerProxy::deleteAllEntries): Setup a callback with the message.
        (WebKit::WebOriginDataManagerProxy::didDeleteAllEntries): Call the callback.
        (WebKit::WebOriginDataManagerProxy::startObservingChanges): Deleted.
        (WebKit::WebOriginDataManagerProxy::stopObservingChanges): Deleted.
        (WebKit::WebOriginDataManagerProxy::setChangeClient): Deleted.
        (WebKit::WebOriginDataManagerProxy::didChange): Deleted.
        * UIProcess/WebOriginDataManagerProxy.h:
        * UIProcess/WebOriginDataManagerProxy.messages.in:

        * UIProcess/WebOriginDataManagerProxyChangeClient.cpp: Removed.
        * UIProcess/WebOriginDataManagerProxyChangeClient.h: Removed.

        * WebKit2.xcodeproj/project.pbxproj:

        * WebProcess/OriginData/WebOriginDataManager.cpp:
        (WebKit::WebOriginDataManager::deleteEntriesForOrigin): Send the callback reply.
        (WebKit::WebOriginDataManager::deleteEntriesModifiedBetweenDates): Added.
        (WebKit::WebOriginDataManager::deleteAllEntries): Send the callback reply.
        (WebKit::WebOriginDataManager::startObservingChanges): Deleted.
        (WebKit::WebOriginDataManager::stopObservingChanges): Deleted.
        * WebProcess/OriginData/WebOriginDataManager.h:
        * WebProcess/OriginData/WebOriginDataManager.messages.in:

2014-07-25  Gavin Barraclough  <baraclough@apple.com>

        Yosemite version number is 101000
        https://bugs.webkit.org/show_bug.cgi?id=135301

        Reviewed by Sam Weinig.

        * UIProcess/Launcher/mac/ProcessLauncherMac.mm:
        (WebKit::connectToService):
        * WebProcess/com.apple.WebProcess.sb.in:

2014-07-24  Benjamin Poulain  <bpoulain@apple.com>

        [iOS][WK2] Do not try to hit test a null mainFrameRenderView on dynamicViewportSizeUpdate()
        https://bugs.webkit.org/show_bug.cgi?id=135277
        <rdar://problem/17804891>

        Reviewed by Tim Horton.

        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::dynamicViewportSizeUpdate):
        There is no guarantee that the main frame have its root view when performing a dynamicViewportSizeUpdate(),
        we should not attempt to use the layer without null checking it first.

        The odd part for me is <rdar://problem/17804891> is a little too frequent. In the vast majority of cases,
        there is a RenderView, it seems actually pretty hard not to have one on dynamicViewportSizeUpdate().

        Skipping hit testing is safe because it is a completely optional part of this algorithm.
        When the hit test is not done, the new position is computed based on the relative position prior to
        the size change.

2014-07-24  Dan Bernstein  <mitz@apple.com>

        WebKit2 part of <rdar://problem/17593701> Assertion failure in WebPage::reload (!m_pendingNavigationID) when reloading after a same-document back navigation
        https://bugs.webkit.org/show_bug.cgi?id=135129

        Reviewed by Darin Adler.

        * Shared/WebBackForwardListItem.cpp:
        (WebKit::childItemWithDocumentSequenceNumber): New helper function based on
        WebCore::HistoryItem::childItemWithDocumentSequenceNumber.
        (WebKit::documentTreesAreEqual): New helper function based on
        WebCore::HistoryItem::hasSameDocumentTree.
        (WebKit::WebBackForwardListItem::itemIsInSameDocument): Added. Based on
        WebCore::HistoryItem::shouldDoSameDocumentNavigationTo.
        * Shared/WebBackForwardListItem.h:

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::goForward): Don’t assign a new navigation ID if the back-forward
        navigation is a same-document navigation.
        (WebKit::WebPageProxy::goBack): Ditto.
        (WebKit::WebPageProxy::goToBackForwardItem): Ditto.

2014-07-24  Tim Horton  <timothy_horton@apple.com>

        Sometimes WKWebView is blank after resuming the app, until you scroll
        https://bugs.webkit.org/show_bug.cgi?id=135275
        <rdar://problem/17803170>

        Reviewed by Benjamin Poulain.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::dispatchViewStateChange):
        If the UI process is waiting for a didUpdateViewState, we need to *always*
        get a reply from the Web Process, so dispatchViewStateChange should *always*
        send SetViewState even if nothing changed (so that we get the reply).

2014-07-24  Simon Fraser  <simon.fraser@apple.com>

        [iOS WK2] Header bar on nytimes articles lands in the wrong place after rubberbanding
        https://bugs.webkit.org/show_bug.cgi?id=135221
        <rdar://problem/17542454>

        Reviewed by Benjamin Poulain.
        
        The call to didCommitLayerTree() can cause one or two visible rect updates,
        via changes to the UIScrollView contentSize and contentOffset. As a result, we
        would notify the scrolling tree about a viewport change, but using the old
        scrolling tree rather than the new one, so we could move layers around for
        nodes which are about to be removed from the tree.
        
        However, we also have to ensure that programmatic scrolls are applied after
        didCommitLayerTree() has updated the view size, so have RemoteScrollingCoordinatorProxy
        store data about programmatic scrolls and return them to the caller, which
        can apply them after didCommitLayerTree().

        * UIProcess/Scrolling/RemoteScrollingCoordinatorProxy.cpp: Store a pointer to a RequestedScrollInfo
        for the duration of the tree update, so that we can store requested scroll info in it.
        (WebKit::RemoteScrollingCoordinatorProxy::RemoteScrollingCoordinatorProxy):
        (WebKit::RemoteScrollingCoordinatorProxy::updateScrollingTree):
        (WebKit::RemoteScrollingCoordinatorProxy::scrollingTreeNodeRequestsScroll):
        * UIProcess/Scrolling/RemoteScrollingCoordinatorProxy.h:
        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::didCommitLayerTree): Give Mac a stub implementation.
        * UIProcess/WebPageProxy.h: Group some editing-related functions together.
        (WebKit::WebPageProxy::editorState):
        (WebKit::WebPageProxy::canDelete):
        (WebKit::WebPageProxy::hasSelectedRange):
        (WebKit::WebPageProxy::isContentEditable):
        (WebKit::WebPageProxy::maintainsInactiveSelection):
        * UIProcess/mac/RemoteLayerTreeDrawingAreaProxy.mm:
        (WebKit::RemoteLayerTreeDrawingAreaProxy::commitLayerTree): Ordering change: update
        the layer tree, then call didCommitLayerTree(), then do the viewport update, followed
        by any programmatic scroll.

2014-07-24  Peyton Randolph  <prandolph@apple.com>

        Rename feature flag for long-press gesture on Mac.                                                                   
        https://bugs.webkit.org/show_bug.cgi?id=135259                                                                  

        Reviewed by Beth Dakin.

        * Configurations/FeatureDefines.xcconfig:
        Rename LINK_LONG_PRESS to MAC_LONG_PRESS.

2014-07-24  Dan Bernstein  <mitz@apple.com>

        WebKit2 part of <rdar://problem/17766348> [Cocoa] WebCore::ProtectionSpace doesn’t preserve all NSURLProtectionSpace properties, such as the distinguishedNames array
        https://bugs.webkit.org/show_bug.cgi?id=135229

        Reviewed by Alexey Proskuryakov.

        * Shared/Cocoa/WKNSURLProtectionSpace.mm: Changed to use ProtectionSpace::nsSpace.

        * Shared/WebCoreArgumentCoders.cpp:
        (IPC::ArgumentCoder<ProtectionSpace>::encode): If encoding the space requires encoding the
        platform data, do that.
        (IPC::ArgumentCoder<ProtectionSpace>::decode): If platform data was encoded, decode it.
        * Shared/WebCoreArgumentCoders.h:

        * Shared/mac/WebCoreArgumentCodersMac.mm:
        (IPC::ArgumentCoder<ProtectionSpace>::encodePlatformData): Archive the NSURLProtectionSpace.
        (IPC::ArgumentCoder<ProtectionSpace>::decodePlatformData): Unarchive it.

        * Shared/soup/WebCoreArgumentCodersSoup.cpp:
        (IPC::ArgumentCoder<ProtectionSpace>::encodePlatformData): Added.
        (IPC::ArgumentCoder<ProtectionSpace>::decodePlatformData): Added.

2014-07-24  Benjamin Poulain  <benjamin@webkit.org>

        [WK2] Fixed/Sticky layers can get mispositioned when the layer tree commit change their position or size
        https://bugs.webkit.org/show_bug.cgi?id=135227
        <rdar://problem/17279500>

        Reviewed by Simon Fraser.

        In some cases, a fixed or sticky positioned layer would end up at its position corresponding to the WebProcess
        instead of sticking the to real viewport in the UIProcess.

        The sequence of event is:
        1) A layer becomes fixed in some ScrollingTree transaction.
        2) Later, some change in the WebProcess causes a LayerTree update for that exact same layer, but no corresponding
           ScrollingTree update is made.
        3) In the UIProcess, the position of the fixed layer is changed due to the LayerTree update.
           But! There is no ScrollingTree change, updateScrollingTree() never sets fixedOrStickyLayerChanged to true,
           and the position is not corrected.
        -> The layer is now at the wrong position until the next VisibleContentRectUpdate.

        Ideally, we should have fixedOrStickyLayerChanged track if either the position or size of a fixed layer changed
        in the layer tree. This is tricky since the layer tree does not keep track of the fixed nodes of the scrolling tree.

        Since this complexity seems risky at this point, I went for something simpler but with more overhead:
        any time the scrolling tree contains either a fixed or sticky layer, viewportChangedViaDelegatedScrolling()
        is called to "fix" the position.

        * UIProcess/Scrolling/RemoteScrollingCoordinatorProxy.cpp:
        (WebKit::RemoteScrollingCoordinatorProxy::updateScrollingTree):
        (WebKit::RemoteScrollingCoordinatorProxy::connectStateNodeLayers):
        * UIProcess/Scrolling/RemoteScrollingCoordinatorProxy.h:
        (WebKit::RemoteScrollingCoordinatorProxy::hasFixedOrSticky):
        * UIProcess/ios/RemoteScrollingCoordinatorProxyIOS.mm:
        (WebKit::RemoteScrollingCoordinatorProxy::connectStateNodeLayers):
        * UIProcess/mac/RemoteLayerTreeDrawingAreaProxy.mm:
        (WebKit::RemoteLayerTreeDrawingAreaProxy::commitLayerTree):

2014-07-24  Oliver Hunt  <oliver@apple.com>

        Need to explicitly support location services in webcontent profile
        https://bugs.webkit.org/show_bug.cgi?id=135251
        <rdar://17798346>

        Reviewed by Dan Bernstein.

        Switching to uikit-app means that we remove the implicit support
        for location services. This makes us explicitly opt-in.

        * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:

2014-07-24  Tim Horton  <timothy_horton@apple.com>

        Crash at [WKContentView _applicationWillEnterForeground:] + 28
        <rdar://problem/17797103>

        Reviewed by Sam Weinig.

        * UIProcess/ios/WKContentView.mm:
        (-[WKContentView _applicationWillEnterForeground:]):
        Drawing area can be null; null check it!
        It's ok if we don't hide the content in this case, because if the drawing area is null,
        it doesn't have any layers in the tree anyway.

2014-07-23  Simon Fraser  <simon.fraser@apple.com>

        [iOS WK2] Some help.apple.com pages not scrollable
        https://bugs.webkit.org/show_bug.cgi?id=135228
        <rdar://problem/17790792>

        Reviewed by Benjamin Poulain.
        
        On pages which size their document to the device size, the WKContentView size
        never changes after it's created. In this situation, we never set a bounds
        on the _rootContentView, so it remains zero-sized which breaks hit testing
        on all enclosed UIScrollViews for overflow:scroll.
        
        Fix by making the _rootContentView and the _inspectorIndicationView use autosizing
        so they are always the size of their parent view, and remove the explicit setting
        of their bounds.

        * UIProcess/ios/WKContentView.mm:
        (-[WKContentView initWithFrame:context:configuration:webView:]):
        (-[WKContentView setShowingInspectorIndication:]):
        (-[WKContentView _didCommitLayerTree:]):

2014-07-23  Benjamin Poulain  <bpoulain@apple.com>

        [iOS][WK2] r171124 is incorrect when the virtual keyboard is up
        https://bugs.webkit.org/show_bug.cgi?id=135187

        Reviewed by Simon Fraser.

        Unfortunately, restricting the input into the document rect does not work.
        When the keyboard is up, the keyboard bounds can overlap the WKWebView, and
        the valid range should account for that.

        Instead of playing with the keyboard rect, we can limit the scroll position
        inside the valid range of UIScrollView. The keyboard always adjusts the UIScrollView
        range as needed to give access to the content. Using that range is a bit more permissive
        because the page could scroll to reveal content in the content inset defined by the client
        of the API (this could actually be quite useful for hybrid apps).

        There was already a function to change the content offset in the valid scrollview
        range: changeContentOffsetBoundedInValidRange(), I extracted the range check
        to contentOffsetBoundedInValidRange() for the needs of -[WKWebView _scrollToContentOffset:].

        So...contentOffsetBoundedInValidRange() is cool, but it is not in the right coordinate
        system. The scroll position we get from the WebProcess is in document coordinates, while
        contentOffsetBoundedInValidRange() works with the UIScrollView coordinates.
        To fix that, we scale the input position to get to the same scale as UIScrollView, then
        apply the insets with the weirdly named [WKWebView _adjustedContentOffset:].

        * UIProcess/API/Cocoa/WKWebView.mm:
        (contentOffsetBoundedInValidRange):
        (changeContentOffsetBoundedInValidRange):
        (-[WKWebView _scrollToContentOffset:]):

2014-07-23  Commit Queue  <commit-queue@webkit.org>

        Unreviewed, rolling out r171498.
        https://bugs.webkit.org/show_bug.cgi?id=135223

        It will regress some scroll position restoration on navigation
        (r167916). (Requested by smfr on #webkit).

        Reverted changeset:

        "[iOS WK2] Header bar on nytimes articles lands in the wrong
        place after rubberbanding"
        https://bugs.webkit.org/show_bug.cgi?id=135221
        http://trac.webkit.org/changeset/171498

2014-07-23  Simon Fraser  <simon.fraser@apple.com>

        [iOS WK2] Header bar on nytimes articles lands in the wrong place after rubberbanding
        https://bugs.webkit.org/show_bug.cgi?id=135221

        Reviewed by Tim Horton.
        
        The call to didCommitLayerTree() can cause one or two visible rect updates,
        via changes to the UIScrollView contentSize and contentOffset. As a result, we
        would notify the scrolling tree about a viewport change, but using the old
        scrolling tree rather than the new one, so we could move layers around for
        nodes which are about to be removed from the tree.
        
        Fix by m_webPageProxy->didCommitLayerTree() after the scrolling tree has been
        committed.

        * UIProcess/mac/RemoteLayerTreeDrawingAreaProxy.mm:
        (WebKit::RemoteLayerTreeDrawingAreaProxy::commitLayerTree):

2014-07-23  Oliver Hunt  <oliver@apple.com>

        Add a pseudo target to create sandbox override roots
        https://bugs.webkit.org/show_bug.cgi?id=135216
        <rdar://17785560>

        Reviewed by Alexey Proskuryakov.

        Just a duplicate of the standard ios sandbox target, targetting
        the profile overrides directory.  This means we can make roots
        that "Just Work".

        * WebKit2.xcodeproj/project.pbxproj:

2014-07-23  Oliver Hunt  <oliver@apple.com>

        Incorrect commit for sandbox profile
        https://bugs.webkit.org/show_bug.cgi?id=135214
        <rdar://17739108>

        Reviewed by Anders Carlsson.

        * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:

2014-07-23  Dan Bernstein  <mitz@apple.com>

        <rdar://problem/17782623> [iOS] Client-certificate authentication isn’t working with some certificates
        https://bugs.webkit.org/show_bug.cgi?id=135206

        Reviewed by Anders Carlsson.

        * Shared/cf/ArgumentCodersCF.cpp:
        (IPC::copyPersistentRef): Added this helper function. It differs from
        SecKeyCopyPersistentRef in that if multiple copies of the key exist in the keychain, it
        ensures that we get a reference to the copy that is in the keychain access group that the
        Networking process can use.
        (IPC::encode): Use copyPersistentRef.

2014-07-23  Bem Jones-Bey  <bjonesbe@adobe.com>

        Remove CSS_EXCLUSIONS compile flag and leftover code
        https://bugs.webkit.org/show_bug.cgi?id=135175

        Reviewed by Zoltan Horvath.

        At this point, the CSS_EXCLUSIONS flag guards nothing but some useless
        stubs. This removes the flag and the useless code.

        * Configurations/FeatureDefines.xcconfig:

2014-07-23  Timothy Horton  <timothy_horton@apple.com>

        REGRESSION (r171239): Much more time spent taking snapshots during the PLT
        https://bugs.webkit.org/show_bug.cgi?id=135177
        <rdar://problem/17764847>

        Reviewed by Dan Bernstein.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::willChangeCurrentHistoryItemForMainFrame):
        (WebKit::WebPageProxy::willChangeCurrentHistoryItem): Deleted.
        * UIProcess/WebPageProxy.h:
        * UIProcess/WebPageProxy.messages.in:
        * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:
        (WebKit::WebFrameLoaderClient::willChangeCurrentHistoryItem):
        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::willChangeCurrentHistoryItemForMainFrame):
        (WebKit::WebPage::willChangeCurrentHistoryItem): Deleted.
        * WebProcess/WebPage/WebPage.h:
        Rename WillChangeCurrentHistoryItem to WillChangeCurrentHistoryItemForMainFrame.
        Only send it when the current history item for the main frame changes.

2014-07-23  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL] EWebKit2.h should contain version information
        https://bugs.webkit.org/show_bug.cgi?id=135189

        Reviewed by Gyuyoung Kim.

        Generate EWebKit2.h to contain the version information.

        * PlatformEfl.cmake:
        * UIProcess/API/efl/EWebKit2.h.in: Renamed from Source/WebKit2/UIProcess/API/efl/EWebKit2.h.

2014-07-23  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL] Do not generate forwarding header for ewk headers
        https://bugs.webkit.org/show_bug.cgi?id=135147

        Reviewed by Gyuyoung Kim.

        Only EWebKit2.h and ewk_text_checker.h are generated as forwarding header.
        This is unnecessary.

        * UIProcess/API/efl/tests/UnitTestUtils/EWK2UnitTestBase.h:
        * UIProcess/API/efl/tests/test_ewk2_application_cache_manager.cpp:
        * UIProcess/API/efl/tests/test_ewk2_context_menu.cpp:
        * UIProcess/API/efl/tests/test_ewk2_window_features.cpp:
        * UIProcess/efl/TextCheckerClientEfl.h:

2014-07-22  Commit Queue  <commit-queue@webkit.org>

        Unreviewed, rolling out r171366.
        https://bugs.webkit.org/show_bug.cgi?id=135190

        Broke three API tests (Requested by ap on #webkit).

        Reverted changeset:

        "REGRESSION (r171239): Much more time spent taking snapshots
        during the PLT"
        https://bugs.webkit.org/show_bug.cgi?id=135177
        http://trac.webkit.org/changeset/171366

2014-07-22  Oliver Hunt  <oliver@apple.com>

        Reduce the size of the root WebContent sandbox profile
        https://bugs.webkit.org/show_bug.cgi?id=135182
        <rdar://problem/17739108>

        Reviewed by Alexey Proskuryakov.

        Switch from apple-ui-app to uikit-app as the root of the webcontent
        profile.

        * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:

2014-07-22  Jinwoo Song  <jinwoo7.song@samsung.com>

        Unreviewed build fix on EFL port after r171356.

        Implement a dummy platformMediaCacheDirectory() to avoid undefined reference error.

        * UIProcess/efl/WebContextEfl.cpp:
        (WebKit::WebContext::platformMediaCacheDirectory):

2014-07-22  Enrica Casucci  <enrica@apple.com>

        REGRESSION (WebKit2): Selection inside accelerated overflow:scroll doesn't track scrolling.
        https://bugs.webkit.org/show_bug.cgi?id=135180
        <rdar://problem/16721055>

        Reviewed by Simon Fraser.

        Adds notifications to the WKContentView to know when scrolling starts and ends
        in an overflow scroll. When scrolling starts, we hide the selection and we restore
        it when scrolling ends, though not before the selection information in the editor
        state has been updated.
        It also adds a new method to the EditorClient class to force the
        selection update when scrolling is completed.
        
        * UIProcess/PageClient.h:
        * UIProcess/Scrolling/RemoteScrollingCoordinatorProxy.h:
        * UIProcess/Scrolling/RemoteScrollingTree.cpp:
        (WebKit::RemoteScrollingTree::scrollingTreeNodeWillStartScroll):
        (WebKit::RemoteScrollingTree::scrollingTreeNodeDidEndScroll):
        * UIProcess/Scrolling/RemoteScrollingTree.h:
        * UIProcess/Scrolling/ios/ScrollingTreeOverflowScrollingNodeIOS.h:
        * UIProcess/Scrolling/ios/ScrollingTreeOverflowScrollingNodeIOS.mm:
        (-[WKOverflowScrollViewDelegate scrollViewWillBeginDragging:]):
        (-[WKOverflowScrollViewDelegate scrollViewDidEndDragging:willDecelerate:]):
        (-[WKOverflowScrollViewDelegate scrollViewDidEndDecelerating:]):
        (WebKit::ScrollingTreeOverflowScrollingNodeIOS::overflowScrollWillStart):
        (WebKit::ScrollingTreeOverflowScrollingNodeIOS::overflowScrollDidEnd):
        * UIProcess/WebPageProxy.h:
        * UIProcess/ios/PageClientImplIOS.h:
        * UIProcess/ios/PageClientImplIOS.mm:
        (WebKit::PageClientImpl::overflowScrollWillStartScroll):
        (WebKit::PageClientImpl::overflowScrollDidEndScroll):
        * UIProcess/ios/RemoteScrollingCoordinatorProxyIOS.mm:
        (WebKit::RemoteScrollingCoordinatorProxy::scrollingTreeNodeWillStartScroll):
        (WebKit::RemoteScrollingCoordinatorProxy::scrollingTreeNodeDidEndScroll):
        * UIProcess/ios/WKContentViewInteraction.h:
        * UIProcess/ios/WKContentViewInteraction.mm:
        (-[WKContentView _overflowScrollingWillBegin]):
        (-[WKContentView _overflowScrollingDidEnd]):
        (-[WKContentView _updateChangedSelection]):
        * UIProcess/ios/WebPageProxyIOS.mm:
        (WebKit::WebPageProxy::overflowScrollWillStartScroll):
        (WebKit::WebPageProxy::overflowScrollDidEndScroll):
        * WebProcess/WebCoreSupport/WebEditorClient.h:
        * WebProcess/WebCoreSupport/WebEditorClient.cpp:
        * WebProcess/WebCoreSupport/ios/WebEditorClientIOS.mm:
        (WebKit::WebEditorClient::updateSelection):

2014-07-22  Benjamin Poulain  <bpoulain@apple.com>

        [iOS][WK2] WebPageProxy should not do anything when responding to an animated resize is the page is not in a valid state
        https://bugs.webkit.org/show_bug.cgi?id=135169
        <rdar://problem/17740149>

        Reviewed by Tim Horton.

        * UIProcess/ios/WebPageProxyIOS.mm:
        (WebKit::WebPageProxy::dynamicViewportSizeUpdate):
        Neither m_dynamicViewportSizeUpdateWaitingForTarget nor m_dynamicViewportSizeUpdateWaitingForLayerTreeCommit should
        be modified if there is not WebProcess to respond to DynamicViewportSizeUpdate.

        (WebKit::WebPageProxy::synchronizeDynamicViewportUpdate):
        We should not attempt to synchronize anything if the page was closed before the end of the dynamic viewport
        update.

2014-07-22  Timothy Horton  <timothy_horton@apple.com>

        REGRESSION (r171239): Much more time spent taking snapshots during the PLT
        https://bugs.webkit.org/show_bug.cgi?id=135177
        <rdar://problem/17764847>

        Reviewed by Dan Bernstein.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::willChangeCurrentHistoryItemForMainFrame):
        (WebKit::WebPageProxy::willChangeCurrentHistoryItem): Deleted.
        * UIProcess/WebPageProxy.h:
        * UIProcess/WebPageProxy.messages.in:
        * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:
        (WebKit::WebFrameLoaderClient::willChangeCurrentHistoryItem):
        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::willChangeCurrentHistoryItemForMainFrame):
        (WebKit::WebPage::willChangeCurrentHistoryItem): Deleted.
        * WebProcess/WebPage/WebPage.h:
        Rename WillChangeCurrentHistoryItem to WillChangeCurrentHistoryItemForMainFrame.
        Only send it when the current history item for the main frame changes.

2014-07-22  Oliver Hunt  <oliver@apple.com>

        Add accountsd access to network sandbox profile
        https://bugs.webkit.org/show_bug.cgi?id=135176
        <rdar://17656487>

        Reviewed by Anders Carlsson.

        This is available to the webcontent process already, but is also
        needed for the networking process.

        * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb:

2014-07-22  Oliver Hunt  <oliver@apple.com>

        Remove unused com.apple.webkit.* rules from profiles
        https://bugs.webkit.org/show_bug.cgi?id=135174
        <rdar://17755931>

        Reviewed by Anders Carlsson.

        We never send these rules so we should just remove use of them
        from the profiles.

        * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb:
        * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:

2014-07-22  Oliver Hunt  <oliver@apple.com>

        Provide networking process with access to its HSTS db
        https://bugs.webkit.org/show_bug.cgi?id=135121
        <rdar://17654369>

        Reviewed by Alexey Proskuryakov.

        Add an extension parameter to pass the hsts database file.
        This requires us to create the Caches/com.apple.WebKit.Networking
        directory in the UI process, as the network sandbox
        does not allow it to create the containing directory.

        * NetworkProcess/cocoa/NetworkProcessCocoa.mm:
        (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa):
        * Shared/Network/NetworkProcessCreationParameters.cpp:
        (WebKit::NetworkProcessCreationParameters::encode):
        (WebKit::NetworkProcessCreationParameters::decode):
        * Shared/Network/NetworkProcessCreationParameters.h:
        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::ensureNetworkProcess):
        (WebKit::WebContext::networkingHSTSDatabasePath):
        * UIProcess/WebContext.h:
        * UIProcess/mac/WebContextMac.mm:
        (WebKit::WebContext::platformDefaultNetworkingHSTSDatabasePath):

2014-07-22  Benjamin Poulain  <bpoulain@apple.com>

        [iOS][WK2] UI helpers that zoom on an element ignore the viewport's allowsUserScaling
        https://bugs.webkit.org/show_bug.cgi?id=135140
        <rdar://problem/17754921>

        Reviewed by Tim Horton.

        UIScrollView makes a difference between min/max zoom and allowUserScaling. To express that,
        everything is set up on the LayerTransaction.

        For zooming related helpers (find on page, double tap to zoom, etc), the min and max zoom
        should be the actual min/max for the current page state.

        This patch split the two explicitely.
        For layer transactions, the values are taken from the viewport configuration directly.
        For everything else, we should use minimumPageScaleFactor/maximumPageScaleFactor. Those two methods
        have been updated to take into account allowsUserScaling.

        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::willCommitLayerTree):
        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::minimumPageScaleFactor):
        (WebKit::WebPage::maximumPageScaleFactor):
        (WebKit::WebPage::getAssistedNodeInformation):

2014-07-22  Shivakumar JM  <shiva.jm@samsung.com>

        Web Inspector: Fix unused parameter build warning
        https://bugs.webkit.org/show_bug.cgi?id=135151

        Reviewed by Joseph Pecoraro.

        Fix unused parameter build warning by removing the parameter name 

        * WebProcess/WebPage/WebInspector.cpp:
        (WebKit::WebInspector::setJavaScriptProfilingEnabled):

2014-07-22  Shivakumar JM  <shiva.jm@samsung.com>

        Fix unused parameter build warning in UIProcess module
        https://bugs.webkit.org/show_bug.cgi?id=135154

        Reviewed by Alexey Proskuryakov.

        Fix unused parameter build warning in UIProcess module by using UNUSED_PARAM macro.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::viewStateDidChange):

2014-07-22  Jeremy Jones  <jeremyj@apple.com>

        Don't create new UIWindow for video fullscreen.
        https://bugs.webkit.org/show_bug.cgi?id=135038

        Reviewed by Darin Adler.

        Use root UIView to parent fullscreen interface.

        * UIProcess/ios/WebVideoFullscreenManagerProxy.mm:
        (WebKit::WebVideoFullscreenManagerProxy::setupFullscreenWithID): pass parent UIView
        * WebProcess/ios/WebVideoFullscreenManager.mm:
        (WebKit::screenRectForNode): Use client rect instead of screen rect.

2014-07-21  Ryuan Choi  <ryuan.choi@samsung.com>

        [EFL] Add Ewk prefix to enums of ewk_navigation_policy
        https://bugs.webkit.org/show_bug.cgi?id=135144

        Reviewed by Gyuyoung Kim.

        All public enums of ewebkit should start with Ewk prefix.
        This patch added Ewk prefix to Ewk_Event_Mouse_Button and Ewk_Event_Modifiers.
        In addition, added missing description and default value for Ewk_Event_Modifier.

        * UIProcess/API/efl/ewk_navigation_policy_decision.cpp:
        (toEwkEventMouseButton):
        (toEwkEventModifiers):
        (EwkNavigationPolicyDecision::mouseButton):
        (EwkNavigationPolicyDecision::modifiers):
        (ewk_navigation_policy_mouse_button_get):
        (ewk_navigation_policy_modifiers_get):
        (toEventMouseButton): Deleted.
        (toEventModifierKeys): Deleted.
        * UIProcess/API/efl/ewk_navigation_policy_decision.h:
        * UIProcess/API/efl/ewk_navigation_policy_decision_private.h:

2014-07-21  Benjamin Poulain  <bpoulain@apple.com>

        [iOS][WK2] Improve event throttling for Scroll Events
        https://bugs.webkit.org/show_bug.cgi?id=135082
        <rdar://problem/17445266>

        Reviewed by Simon Fraser.

        In the WebKit layer, we want a measure that is representative of the responsiveness.

        In this patch, I use the total delay between a VisibleContentRectUpdate being dispatched
        by the UIProcess, and the time RemoteLayerTreeDrawingArea flushes the layer tree.

        The value used for eventThrottlingDelay() is computed by averaging the new value with
        the old values with a 80/20 split, favoring the old data. Favoring historical data
        over the last timing avoid excessively throttling for a single slow frame.

        The computation of m_estimatedMainThreadLatency can be improved in the future, this is
        a first cut keeping things simple.

        With m_estimatedMainThreadLatency in our hands, we can compute our eventThrottlingDelay().
        If m_estimatedMainThreadLatency is smaller than a single frame timespan, we have a fast page
        and nothing is throttled.

        If is it more than a frame, we throttle such that we can at least render two frames
        per event dispatch based on the historical data.

        The exact values will need some tweaking, but this set ensures well written pages get
        60 events per seconds, while slow pages do not waste too much time on events.

        * WebProcess/WebCoreSupport/WebChromeClient.h:
        * WebProcess/WebCoreSupport/ios/WebChromeClientIOS.mm:
        (WebKit::WebChromeClient::eventThrottlingDelay):
        * WebProcess/WebPage/ViewUpdateDispatcher.cpp:
        (WebKit::ViewUpdateDispatcher::visibleContentRectUpdate):
        (WebKit::ViewUpdateDispatcher::dispatchVisibleContentRectUpdate):
        * WebProcess/WebPage/ViewUpdateDispatcher.h:
        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::WebPage):
        (WebKit::WebPage::didFlushLayerTreeAtTime):
        (WebKit::WebPage::didCommitLoad):
        * WebProcess/WebPage/WebPage.h:
        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::eventThrottlingDelay):
        (WebKit::WebPage::updateVisibleContentRects):
        * WebProcess/WebPage/mac/RemoteLayerTreeDrawingArea.mm:
        (WebKit::RemoteLayerTreeDrawingArea::flushLayers):

2014-07-21  Simon Fraser  <simon.fraser@apple.com>

        REGRESSION (r170361): In landscape with UI hidden, fixed position elements at top of screen are too low
        https://bugs.webkit.org/show_bug.cgi?id=135141
        <rdar://problem/17627525>

        Reviewed by Benjamin Poulain.
        
        We can't use the WKWebView's UIScrollView contentInsets to determine the unobscured rect
        in MobileSafari, because contentInsets can't be changed dynamically while scrolling.
        To get around this, MobileSafari sets obscured insets instead (but also sets a fixed
        contentInset).
        
        So if the client calls _setObscuredInsets:, always use _obscuredInsets to compute the 
        content insets.

        * UIProcess/API/Cocoa/WKWebView.mm:
        (-[WKWebView _computedContentInset]):
        (-[WKWebView _setObscuredInsets:]):

2014-07-21  Oliver Hunt  <oliver@apple.com>

        Remove global cookie workaround from sandbox profiles
        https://bugs.webkit.org/show_bug.cgi?id=135138
        <rdar://17513375>

        Reviewed by Alexey Proskuryakov.

        Remove the workaround needed for global cookie access, and silencing
        of the associated sandbox violation.

        * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb:
        * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:
        * UIProcess/mac/WebContextMac.mm:
        (WebKit::WebContext::platformDefaultCookieStorageDirectory):

2014-07-21  Oliver Hunt  <oliver@apple.com>

        Correct sandbox profiles to fix some excess privileges
        https://bugs.webkit.org/show_bug.cgi?id=135134
        <rdar://problem/17741886>
        <rdar://problem/17739080>

        Reviewed by Alexey Proskuryakov.

        This cleans up our sandbox profiles to fix a few issues - the profiles
        no longer allow us to issue file extension we have the ability to consume,
        and tightens some of the other file access rules.

        This means we have to addd some rules to allow us to access things
        that we previously had access to due to lax file system restrictions.

        Some of the features were fixable simply by using entitlements on the
        process rather than custom rules.

        * Configurations/WebContent-iOS.entitlements:
        * Resources/SandboxProfiles/ios/com.apple.WebKit.Databases.sb:
        * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb:
        * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb:

2014-07-21  Simon Fraser  <simon.fraser@apple.com>

        [iOS WK2] Turn off position:fixed behavior when the keyboard is up
        https://bugs.webkit.org/show_bug.cgi?id=132537

        Reviewed by Benjamin Poulain.
        
        Make interaction with form elements inside position:fixed less terrible by re-laying out
        fixed elements relative to the document while we have an assisted node. This ensures
        that all parts of a position:fixed are accessible (e.g. inputs on the right side
        of a fixed-width top bar).
        
        * Shared/AssistedNodeInformation.cpp: Add a flag for being inside postion:fixed,
        and encode/decode it.
        (WebKit::AssistedNodeInformation::encode):
        (WebKit::AssistedNodeInformation::decode):
        * Shared/AssistedNodeInformation.h:
        (WebKit::AssistedNodeInformation::AssistedNodeInformation):
        * UIProcess/PageClient.h: Add isAssistingNode().
        * UIProcess/ios/PageClientImplIOS.h:
        * UIProcess/ios/PageClientImplIOS.mm:
        (WebKit::PageClientImpl::isAssistingNode):
        * UIProcess/ios/WebPageProxyIOS.mm:
        (WebKit::WebPageProxy::computeCustomFixedPositionRect): If we have an assisted
        node, just use the document rect as the custom fixed position rect.
        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::getAssistedNodeInformation): Get the selection rect first,
        since we have to fix it up for position:fixed. If the element is inside fixed
        position in the main frame, re-set the fixed position rect to the document rect
        (which forces a layout), re-fetch elementRect, then set it back. This ensures
        that the UI process gets an elementRect which it can zoom to correctly.

2014-07-21  Timothy Horton  <timothy_horton@apple.com>

        Random crashes on the Web Thread due to Timers firing on the wrong thread in the UI process
        https://bugs.webkit.org/show_bug.cgi?id=135132
        <rdar://problem/17719832>

        Reviewed by Simon Fraser.

        * UIProcess/ProcessThrottler.cpp:
        (WebKit::ProcessThrottler::ProcessThrottler):
        (WebKit::ProcessThrottler::suspendTimerFired):
        * UIProcess/ProcessThrottler.h:
        * UIProcess/ios/ViewGestureControllerIOS.mm:
        (WebKit::ViewGestureController::ViewGestureController):
        (WebKit::ViewGestureController::swipeSnapshotWatchdogTimerFired):
        * UIProcess/mac/ViewGestureController.h:
        * UIProcess/mac/ViewGestureControllerMac.mm:
        (WebKit::ViewGestureController::ViewGestureController):
        (WebKit::ViewGestureController::swipeSnapshotWatchdogTimerFired):
        We can't use WebCore timers in the UI process because of coexistence concerns
        (they fire on the Web Thread if there is one!), so use RunLoop::Timer instead.

2014-07-21  Andy Estes  <aestes@apple.com>

        [iOS] Handle QuickLook ResourceLoaders in the web process
        https://bugs.webkit.org/show_bug.cgi?id=135113

        Reviewed by David Kilzer.

        The QuickLook framework registers a NSURLProtocol to handle loading subresources of the HTML documents it
        generates. In order for these loads to succeed, we need to start them in the same process in which QuickLook
        generated the main resource.

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

2014-07-21  Brady Eidson  <beidson@apple.com>

        DatabaseProcess doesn't relaunch after crashing.
        <rdar://problem/17717343> and https://bugs.webkit.org/show_bug.cgi?id=135117

        Reviewed by Alexey Proskuryakov.

        * UIProcess/Databases/DatabaseProcessProxy.cpp:
        (WebKit::DatabaseProcessProxy::didClose): Tell the WebContext.

        * UIProcess/WebContext.cpp:
        (WebKit::WebContext::databaseProcessCrashed): Notify supplements, then clear the DatabaseProcessProxy pointer.
        * UIProcess/WebContext.h:

        * UIProcess/WebContextSupplement.h:
        (WebKit::WebContextSupplement::processDidClose): Added. No users right now, but the patch in bug 135035 will need this.

2014-07-20  KwangHyuk Kim  <hyuki.kim@samsung.com>

        Fix warnings caused by unused parameter.
        https://bugs.webkit.org/show_bug.cgi?id=134975

        Reviewed by Gyuyoung Kim.

        Fix warnings on EwkView.cpp and LegacySessionStateCodingNone.cpp that are caused by unused parameter data.

        * UIProcess/API/efl/EwkView.cpp:
        (EwkViewEventHandler<EVAS_CALLBACK_MOUSE_IN>::handleEvent):
        * UIProcess/LegacySessionStateCodingNone.cpp:
        (WebKit::decodeLegacySessionState):

2014-07-20  Jeremy Jones  <jeremyj@apple.com>

        Disable ff/rw based on canPlayFastForward and canPlayFastRewind.
        https://bugs.webkit.org/show_bug.cgi?id=134894

        Reviewed by Darin Adler.

        Add setCanPlayFastReverse

        * UIProcess/ios/WebVideoFullscreenManagerProxy.messages.in: ditto
        * WebProcess/ios/WebVideoFullscreenManager.h: ditto
        * WebProcess/ios/WebVideoFullscreenManager.mm: ditto
        (WebKit::WebVideoFullscreenManager::setCanPlayFastReverse): ditto

2014-07-20  Jeremy Jones  <jeremyj@apple.com>

        Decrease flicker when enter and exit fullscreen.
        https://bugs.webkit.org/show_bug.cgi?id=134919

        Reviewed by Simon Fraser.

        Change the sequence of tear down and use transparency to prevent flicker when entering and exiting fullscreen.

        * UIProcess/ios/WebVideoFullscreenManagerProxy.mm: wait to remove layerHost until didCleanupFullscreen
        (WebKit::WebVideoFullscreenManagerProxy::didExitFullscreen): removed from here
        (WebKit::WebVideoFullscreenManagerProxy::didCleanupFullscreen): added here
        * WebProcess/ios/WebVideoFullscreenManager.mm:
        (WebKit::WebVideoFullscreenManager::didSetupFullscreen): use transparent background during transition

2014-07-20  Dan Bernstein  <mitz@apple.com>

        <rdar://problem/17739526> REGRESSION (r171057): Crash in WebPage::getPositionInformation()
        https://bugs.webkit.org/show_bug.cgi?id=135099

        Reviewed by David Kilzer.

        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::getPositionInformation): Added a null check.

2014-07-19  Zan Dobersek  <zdobersek@igalia.com>

        Consistently use uint64_t as the handle parameter type for the SetAcceleratedCompositingWindowId message
        https://bugs.webkit.org/show_bug.cgi?id=135047

        Reviewed by Darin Adler.

        UIProcess' WebPageProxy is handling this parameter as an uint64_t, it should be handled as such
        in WebProcess as well.

        * WebProcess/WebPage/WebPage.h:
        * WebProcess/WebPage/WebPage.messages.in: Also changed the parameter name to match other places.
        * WebProcess/WebPage/gtk/WebPageGtk.cpp:
        (WebKit::WebPage::setAcceleratedCompositingWindowId):

2014-07-18  Oliver Hunt  <oliver@apple.com>

        We don't provide an extension to the temp file used for uploads
        https://bugs.webkit.org/show_bug.cgi?id=135079

        Reviewed by Sam Weinig.

        Make sure didChooseFilesForOpenPanelWithDisplayStringAndIcon vends
        extensions for the files passed to the content process.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::didChooseFilesForOpenPanelWithDisplayStringAndIcon):

2014-07-18  Tim Horton  <timothy_horton@apple.com>

        ASSERTion failures in ViewGestureController indicating that we're copying WebBackForwardList
        https://bugs.webkit.org/show_bug.cgi?id=135080
        <rdar://problem/17734714>

        Reviewed by Sam Weinig.

        * UIProcess/ios/ViewGestureControllerIOS.mm:
        (WebKit::ViewGestureController::beginSwipeGesture):
        (WebKit::ViewGestureController::canSwipeInDirection):

2014-07-18  Yongjun Zhang  <yongjun_zhang@apple.com>

        _WKActivatedElementInfo.title should fallback to innerText if the link doesn't have title attribute.
        https://bugs.webkit.org/show_bug.cgi?id=135077

        When populate InteractionInformationAtPosition's title value, use a link element's innerText if it
        doesn't have title attribute.

        Reviewed by Dan Bernstein.

        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::getPositionInformation):

2014-07-18  Andy Estes  <aestes@apple.com>

        [iOS] Tapping "Allow Website" on a restricted page does not bring up the keypad
        https://bugs.webkit.org/show_bug.cgi?id=135072
        <rdar://problem/17528188>

        Reviewed by David Kilzer.

        * Shared/WebCoreArgumentCoders.h: Declared an ArgumentCoder for WebCore::ContentFilter.
        * Shared/mac/WebCoreArgumentCodersMac.mm:
        (IPC::ArgumentCoder<ContentFilter>::encode): Encoded the ContentFilter using a NSKeyedArchiver.
        (IPC::ArgumentCoder<ContentFilter>::decode): Decoded the ContentFilter using a NSKeyedUnarchiver.
        * UIProcess/Cocoa/WebPageProxyCocoa.mm:
        (WebKit::WebPageProxy::contentFilterDidBlockLoadForFrame): Called WebFrameProxy::setContentFilterForBlockedLoad().
        * UIProcess/WebFrameProxy.cpp:
        (WebKit::WebFrameProxy::didStartProvisionalLoad): Reset m_contentFilterForBlockedLoad to nullptr.
        (WebKit::WebFrameProxy::contentFilterDidHandleNavigationAction): Called ContentFilter::handleUnblockRequestAndDispatchIfSuccessful().
        If the unblock is successful, reload the WebPageProxy.
        * UIProcess/WebFrameProxy.h:
        (WebKit::WebFrameProxy::setContentFilterForBlockedLoad):
        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::decidePolicyForNavigationAction): Check if this is navigation represents an unblock
        request and ignore if so.
        * UIProcess/WebPageProxy.h:
        * UIProcess/WebPageProxy.messages.in: Defined ContentFilterDidBlockLoadForFrame.
        * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:
        (WebKit::WebFrameLoaderClient::contentFilterDidBlockLoad): Sent ContentFilterDidBlockLoadForFrame to the WebPageProxy.
        * WebProcess/WebCoreSupport/WebFrameLoaderClient.h:

2014-07-18  Simon Fraser  <simon.fraser@apple.com>

        [iOS WK2] position:fixed in iframes with programmatic scroll could end up in the wrong place
        https://bugs.webkit.org/show_bug.cgi?id=135078
        <rdar://problem/17401823>

        Reviewed by Tim Horton.
        
        Fix the logging of requested scroll position and frame scale factor.

        * Shared/Scrolling/RemoteScrollingCoordinatorTransaction.cpp:
        (WebKit::RemoteScrollingTreeTextStream::dump):

2014-07-18  Joseph Pecoraro  <pecoraro@apple.com>

        [Cocoa] Use RetainPtr in _WKRemoteObjectInterface
        https://bugs.webkit.org/show_bug.cgi?id=135062

        Reviewed by Anders Carlsson.

        Switch to RetainPtr instead of manual memory management of ivars.

        * Shared/API/Cocoa/_WKRemoteObjectInterface.h:
        * Shared/API/Cocoa/_WKRemoteObjectInterface.mm:
        (-[_WKRemoteObjectInterface initWithProtocol:identifier:]):
        (-[_WKRemoteObjectInterface identifier]):
        (-[_WKRemoteObjectInterface description]):
        (-[_WKRemoteObjectInterface dealloc]): Deleted.

2014-07-18  Tim Horton  <timothy_horton@apple.com>

        Take navigation snapshots whenever the current back-forward item is going to change
        https://bugs.webkit.org/show_bug.cgi?id=135058
        <rdar://problem/17464515>

        Reviewed by Dan Bernstein.

        Instead of trying to have the UI process figure out when to take navigation snapshots by itself,
        snapshot whenever the Web process says that the current back-forward item is going to change.
        This fixes snapshotting timing with pushState, and lets us bottleneck snapshotting down to
        just two places instead of 5.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::goForward):
        (WebKit::WebPageProxy::goBack):
        (WebKit::WebPageProxy::goToBackForwardItem):
        (WebKit::WebPageProxy::didStartProvisionalLoadForFrame):
        We no longer need to special-case taking navigation snapshots
        when the UI process changes the back forward item or upon
        didStartProvisionalLoadForFrame, because we'll always snapshot
        in willChangeCurrentHistoryItem in all of these cases.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::willChangeCurrentHistoryItem):
        * UIProcess/WebPageProxy.h:
        * UIProcess/WebPageProxy.messages.in:
        Add willChangeCurrentHistoryItem message, which comes from the Web process.
        When it arrives, take a navigation snapshot.

        * UIProcess/ios/ViewGestureControllerIOS.mm:
        (WebKit::ViewGestureController::beginSwipeGesture):
        Take the pre-swipe navigation snapshot before telling WebPageProxy that we're doing a swipe,
        so that it doesn't bail from taking the snapshot because we have a snapshot up.

        (WebKit::ViewGestureController::endSwipeGesture):
        We no longer need to explicitly disable snapshotting while navigating, because
        we will avoid taking the snapshot if there's a snapshot being displayed.

        * UIProcess/mac/ViewGestureControllerMac.mm:
        (WebKit::ViewGestureController::~ViewGestureController):
        Remove the snapshot if it's still up when ViewGestureController is destroyed.
        The Mac version of ViewGestureController is destroyed on Web process crashes
        because it is a message receiver, so it is not guaranteed to have the same
        lifetime as the WebPageProxy and friends.

        (WebKit::ViewGestureController::trackSwipeGesture):
        Make use of recordNavigationSnapshot.

        (WebKit::ViewGestureController::endSwipeGesture):
        Ditto from the Mac version.

        * UIProcess/mac/ViewSnapshotStore.h:
        (WebKit::ViewSnapshotStore::disableSnapshotting): Deleted.
        (WebKit::ViewSnapshotStore::enableSnapshotting): Deleted.
        * UIProcess/mac/ViewSnapshotStore.mm:
        (WebKit::ViewSnapshotStore::ViewSnapshotStore):
        (WebKit::ViewSnapshotStore::recordSnapshot):
        Remove the snapshot disabling mechanism and bail from snapshotting if we're
        showing a snapshot, as mentioned above.

        * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:
        (WebKit::WebFrameLoaderClient::willChangeCurrentHistoryItem):
        * WebProcess/WebCoreSupport/WebFrameLoaderClient.h:
        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::willChangeCurrentHistoryItem):
        * WebProcess/WebPage/WebPage.h:
        Proxy willChangeCurrentHistoryItem from HistoryController to the UI process.

2014-07-18  Jon Honeycutt  <jhoneycutt@apple.com>

        REGRESSION: Crash when typing into text field that clears itself on iOS

        <https://bugs.webkit.org/show_bug.cgi?id=135044>
        <rdar://problem/17640443>

        Reviewed by Darin Adler.

        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::requestAutocorrectionData):
        wordRangeFromPosition() returns null in some cases; null check range
        before dereferencing it. Moved some variable declarations around to
        better match our style.

2014-07-18  Tim Horton  <timothy_horton@apple.com>

        [WK2] Provide a mechanism to grab the back-forward list for gesture navigation purposes from another WKWebView
        https://bugs.webkit.org/show_bug.cgi?id=134999
        <rdar://problem/17238025>

        Reviewed by Sam Weinig.

        In some cases, clients may need to throw a WKWebView with no back-forward list over
        another WKWebView, and want to participate in gesture swipe as if they were actually
        the page being overlaid.

        * UIProcess/API/Cocoa/WKWebView.mm:
        (-[WKWebView setAllowsBackForwardNavigationGestures:]):
        * UIProcess/API/Cocoa/WKWebViewConfiguration.mm:
        (-[WKWebViewConfiguration copyWithZone:]):
        (-[WKWebViewConfiguration _alternateWebViewForNavigationGestures]):
        (-[WKWebViewConfiguration _setAlternateWebViewForNavigationGestures:]):
        * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h:
        Keep an "alternate" WKWebView "for navigation gestures", which ViewGestureController
        will use as the real source of back-forward items, and the destination of the swipe navigation.
        All swipe delegate callbacks will also fire from the alternate view, because it owns the items
        and will be doing the navigation.

        * UIProcess/ios/ViewGestureControllerIOS.mm:
        (WebKit::ViewGestureController::setAlternateBackForwardListSourceView):
        (WebKit::ViewGestureController::beginSwipeGesture):
        Send navigationGestureDidBegin via the alternate view's WebPageProxy if it exists.
        Record a new snapshot on the current page, but copy it to the alternate view if necessary,
        so that when swiping forward from the alternate view, it will have the "right" snapshot.
        Get the target back forward item from the alternate view.
        Send navigationGestureWillEnd via the alternate view's WebPageProxy if it exists.

        (WebKit::ViewGestureController::canSwipeInDirection):
        Determine if we can swipe in a direction by looking at the alternate view's back-forward list if necessary.

        (WebKit::ViewGestureController::endSwipeGesture):
        Send navigationGestureDidEnd via the alternate view's WebPageProxy if it exists.
        Perform the navigation on the alternate view if necessary.

        (WebKit::ViewGestureController::removeSwipeSnapshot):
        Send navigationGestureSnapshotWasRemoved via the alternate view's WebPageProxy if it exists.

        * UIProcess/mac/ViewGestureController.h:

2014-07-17  David Kilzer  <ddkilzer@apple.com>

        SECTORDER_FLAGS should be defined in target's xcconfig file, not Base.xcconfig
        <http://webkit.org/b/135006>

        Reviewed by Darin Adler.

        * Configurations/Base.xcconfig: Move SECTORDER_FLAGS to
        WebKit.xcconfig.
        * Configurations/DebugRelease.xcconfig: Remove empty
        SECTORDER_FLAGS definition.
        * Configurations/WebKit.xcconfig: Use $(CONFIGURATION) so
        SECTORDER_FLAGS is only set on Production builds.

2014-07-17  Alexey Proskuryakov  <ap@apple.com>

        REGRESSION (r171167): LoaderClient processDidCrash call is made after load state changes
        https://bugs.webkit.org/show_bug.cgi?id=135032
        <rdar://problem/17716602>

        Reviewed by Dan Bernstein.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::processDidCrash): Create a transaction, so that the nested
        transaction in resetStateAfterProcessExited() wouldn't be committed.
        (WebKit::WebPageProxy::resetStateAfterProcessExited): Don't use auto - it was hiding
        the most important fact that this is a stack object that can't be simply moved to
        a different function.

2014-07-17  Benjamin Poulain  <bpoulain@apple.com>

        [iOS][WK2] Fix the updateVisibleContentRects synchronization for load after r171154
        https://bugs.webkit.org/show_bug.cgi?id=135036

        Reviewed by Dan Bernstein.

        * WebProcess/WebPage/ios/WebPageIOS.mm:
        (WebKit::WebPage::updateVisibleContentRects):
        I forgot to update one of the condition after changing from lastTransaction to next transaction
        in r171154.

2014-07-17  Enrica Casucci  <enrica@apple.com>

        [REGRESSION WK2]The menu bar does not show up when tapping on the caret.
        https://bugs.webkit.org/show_bug.cgi?id=135023
        <rdar://problem/17617282>

        Reviewed by Benjamin Poulain and Ryosuke Niwa.

        WKContentView needs to implement hasContent to correctly show
        the appropriate menu bar content. The patch adds this information
        to the EditorState.

        * Shared/EditorState.cpp:
        (WebKit::EditorState::encode):
        (WebKit::EditorState::decode):
        * Shared/EditorState.h:
        (WebKit::EditorState::EditorState):
        * UIProcess/ios/WKContentViewInteraction.mm:
        (-[WKContentView hasContent]):
        * WebProcess/WebPage/WebPage.cpp:
        (WebKit::WebPage::editorState):

2014-07-17  Benjamin Poulain  <benjamin@webkit.org>

        [iOS][WK2] Add SPI to do a dynamic viewport update without showing any content
        https://bugs.webkit.org/show_bug.cgi?id=135010

        Reviewed by Darin Adler.

        This patch add a new SPI, [WKWebView _resizeWhileHidingContentWithUpdates:] to perform all the work
        of a dynamic viewport size update, but instead of animating the old content, it is hidden.

        The patch is built on top of the animated resize mechanism. Instead of having an animation driving
        the beginning and end, we let the content do that. The dynamic resize begins, it runs for as long as
        the WebProcess needs, and it ends when first layer tree commit with the new content is processed.

        The attribute "_isAnimatingResize" is generalized to support two modes of resizing: animated and
        hiding content.

        The attribute "_hasCommittedLoadForMainFrame" is rather silly. It is only needed because
        [WKWebView _resizeWhileHidingContentWithUpdates:] is intended to be called a lot before the page
        is initialized, and doing an animated resize would trash the WebProcess state.
        I wish I had a better solution, this is not great.

        * UIProcess/API/Cocoa/WKWebView.mm:
        (-[WKWebView _processDidExit]):
        (-[WKWebView _didCommitLoadForMainFrame]):
        (-[WKWebView _didCommitLayerTree:]):
        This is the key to make this work properly. We want _resizeWhileHidingContentWithUpdates: to behave
        exactly like an animated resize to avoid bugs. So we went to the whole update mechanism using
        _resizeAnimationTransformAdjustments to accumulate the adjustments, now we need to restore a correct
        view state.

        Calling [WKWebView _endAnimatedResize] will do exactly that, but we need to make sure we do not hit
        the synchronization path or we would be blocked there for a while, which is what we are trying to avoid.

        After r171154, WebPageProxy keeps track of what stage of dynamic viewport update we are in. Since we are
        executing the layer tree update stage, with the right transaction ID, WebPageProxy already knows we have
        everything we need and does not use any synchronous messages.

        (-[WKWebView _dynamicViewportUpdateChangedTargetToScale:position:nextValidLayerTreeTransactionID:]):
        (-[WKWebView _restorePageStateToExposedRect:scale:]):
        (-[WKWebView _restorePageStateToUnobscuredCenter:scale:]):
        (-[WKWebView _scrollToContentOffset:]):
        (-[WKWebView _frameOrBoundsChanged]):
        (-[WKWebView _updateVisibleContentRects]):
        (-[WKWebView _setMinimumLayoutSizeOverride:]):
        (-[WKWebView _setMinimumLayoutSizeOverrideForMinimalUI:]):
        (-[WKWebView _setInterfaceOrientationOverride:]):
        (-[WKWebView _setMaximumUnobscuredSizeOverride:]):
        (-[WKWebView _beginAnimatedResizeWithUpdates:]):
        (-[WKWebView _endAnimatedResize]):
        (-[WKWebView _resizeWhileHidingContentWithUpdates:]):
        * UIProcess/API/Cocoa/WKWebViewPrivate.h:

2014-07-17  Brent Fulgham  <bfulgham@apple.com>

        [Mac] Full screen video not always animating in the correct Space
        https://bugs.webkit.org/show_bug.cgi?id=135020
        <rdar://problem/17542310>

        Reviewed by Dean Jackson.

       The fullscreen window can "remember" the Space it was part of the first time you enter fullscreen
       mode. Subsequent fullscreen transitions will always start from this Space, even if you move
       the WebKit-hosted application to a different Space.

       We can help the display system know when we've moved to a new Space by calling NSWindow's
       'orderBack' method on the fullscreen window prior to starting the transition to fullscreen mode.
       This method call hooks the window into the current Space so everything works properly.

        * UIProcess/mac/WKFullScreenWindowController.mm:
        (-[WKFullScreenWindowController beganEnterFullScreenWithInitialFrame:finalFrame:]): Add the
        new fullscreen window to the current Space before starting transition to fullscreen.

2014-07-17  Timothy Hatcher  <timothy@apple.com>

        Make console.profile record to the Timeline.

        https://bugs.webkit.org/show_bug.cgi?id=134643

        Reviewed by Joseph Pecoraro.

        * WebProcess/WebPage/WebInspector.cpp:
        (WebKit::WebInspector::setJavaScriptProfilingEnabled):
        (WebKit::WebInspector::startJavaScriptProfiling):
        (WebKit::WebInspector::stopJavaScriptProfiling):

2014-07-17  Brady Eidson  <beidson@apple.com>

        Crash in ServicesOverlayController::~ServicesOverlayController.
        <rdar://problem/17622172> and https://bugs.webkit.org/show_bug.cgi?id=135022

        Reviewed by Tim Horton.

        * WebProcess/WebPage/mac/ServicesOverlayController.mm:
        (WebKit::ServicesOverlayController::~ServicesOverlayController): Don’t need to uninstall the
            PageOverlay as it has already been destroyed by this point in WebPage::~WebPage.

2014-07-17  Tim Horton  <timothy_horton@apple.com>

        Sometimes purgeable (or empty!) tiles are shown on screen when resuming the app
        https://bugs.webkit.org/show_bug.cgi?id=135018
        <rdar://problem/17615038>

        Reviewed by Simon Fraser.

        * UIProcess/DrawingAreaProxy.h:
        (WebKit::DrawingAreaProxy::hideContentUntilNextUpdate):
        * UIProcess/mac/RemoteLayerTreeDrawingAreaProxy.h:
        * UIProcess/mac/RemoteLayerTreeDrawingAreaProxy.mm:
        (WebKit::RemoteLayerTreeDrawingAreaProxy::hideContentUntilNextUpdate):
        * UIProcess/mac/RemoteLayerTreeHost.h:
        * UIProcess/mac/RemoteLayerTreeHost.mm:
        (WebKit::RemoteLayerTreeHost::detachRootLayer):
        Add a mechanism to "hide" drawing area content until the next commit,
        by detaching the root layer. RemoteLayerTreeHost will automatically reattach
        it at the next commit.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::viewStateDidChange):
        * UIProcess/WebPageProxy.h:
        Add a parameter to viewStateDidChange specifying whether dispatching the change
        to the Web process is deferrable or not. We will also automatically use "Immediate" if
        the view is coming in-window, like we did before.

        * UIProcess/ios/WKContentView.mm:
        (-[WKContentView _applicationWillEnterForeground:]):
        Make use of the aforementioned new mechanisms to ensure that we immediately dispatch
        view state changes when coming into the foreground, and will have removed the root layer
        if a commit didn't come in while waitForDidUpdateViewState blocks.
        
2014-07-17  Sanghyup Lee  <sh53.lee@samsung.com>

        [EFL][WK2] Add a "focus,notfound" signal.
        https://bugs.webkit.org/show_bug.cgi?id=134674

        Reviewed by Gyuyoung Kim.

        Add a "focus,notfound" signal to handover focus control to application
        because there are no elements of webview to focus on the given direction.

        Application can decide to move the focus to next widget of ewk_view or something else
        by using this signal.

        * UIProcess/API/efl/EwkViewCallbacks.h:
        * UIProcess/API/efl/ewk_view.h:
        * UIProcess/API/efl/tests/UnitTestUtils/EWK2UnitTestBase.cpp: Added keyDown and keyUp function.
        (EWK2UnitTest::EWK2UnitTestBase::waitUntilDirectionChanged):
        (EWK2UnitTest::EWK2UnitTestBase::keyDown):
        (EWK2UnitTest::EWK2UnitTestBase::keyUp):
        * UIProcess/API/efl/tests/UnitTestUtils/EWK2UnitTestBase.h:
        * UIProcess/API/efl/tests/test_ewk2_view.cpp:
        (EWK2ViewTest::FocusNotFoundCallback):
        (TEST_F):
        * UIProcess/efl/PageUIClientEfl.cpp: Removed unnecessary calls to evas_object_focus_set().
        (WebKit::PageUIClientEfl::takeFocus):

2014-07-16  Brady Eidson  <beidson@apple.com>

        Reintroduce the SPI _websiteDataURLForContainerWithURL: that was removed in r171160
        https://bugs.webkit.org/show_bug.cgi?id=134984

        Reviewed by David Kilzer.

        * UIProcess/API/Cocoa/WKProcessPool.mm:
        (+[WKProcessPool _websiteDataURLForContainerWithURL:]):
        * UIProcess/API/Cocoa/WKProcessPoolPrivate.h:

2014-07-16  Alexey Proskuryakov  <ap@apple.com>

        A test that hangs at cleanup stage confuses webkitpy hugely
        https://bugs.webkit.org/show_bug.cgi?id=122475
        <rdar://problem/17184354>

        Reviewed by Anders Carlsson.

        Reset m_pageLoadState when the process exits cleanly - otherwise messages from a
        new process for the same WebPageProxy would hit assertions.

        * UIProcess/WebPageProxy.cpp:
        (WebKit::WebPageProxy::processDidCrash):
        (WebKit::WebPageProxy::resetStateAfterProcessExited):

2014-07-16  David Kilzer  <ddkilzer@apple.com>

        [iOS] Update order file paths for WebKit and WebKit2
        <http://webkit.org/b/134993>
        <rdar://problem/17557776>

        Reviewed by Darin Adler.

        * Configurations/Base.xcconfig: Add order file for iOS
        named WebKit.order.

2014-07-16  Brady&nb