2018-09-28 Babak Shafiei Cherry-pick r236571. rdar://problem/44852809 [iOS] Allow access to VoiceServices features needed for accessibility https://bugs.webkit.org/show_bug.cgi?id=190019 Reviewed by Chris Fleizach. Revise the sandbox to allow access to relevant WebSpeech features. * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@236571 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-09-27 Brent Fulgham [iOS] Allow access to VoiceServices features needed for accessibility https://bugs.webkit.org/show_bug.cgi?id=190019 Reviewed by Chris Fleizach. Revise the sandbox to allow access to relevant WebSpeech features. * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb: 2018-09-21 Kocsen Chung Cherry-pick r236322. rdar://problem/44660342 Whitelist two additional plugins https://bugs.webkit.org/show_bug.cgi?id=189832 Reviewed by Brent Fulgham. * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::shouldAllowPluginToRunUnsandboxed): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@236322 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-09-21 Youenn Fablet Whitelist two additional plugins https://bugs.webkit.org/show_bug.cgi?id=189832 Reviewed by Brent Fulgham. * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::shouldAllowPluginToRunUnsandboxed): 2018-09-21 Kocsen Chung Cherry-pick r236291. rdar://problem/44660342 Allow additional plug-ins to run unsandboxed https://bugs.webkit.org/show_bug.cgi?id=189791 Reviewed by Brent Fulgham. * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::shouldAllowPluginToRunUnsandboxed): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@236291 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-09-20 Youenn Fablet Allow additional plug-ins to run unsandboxed https://bugs.webkit.org/show_bug.cgi?id=189791 Reviewed by Brent Fulgham. * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::shouldAllowPluginToRunUnsandboxed): 2018-09-19 Kocsen Chung Cherry-pick r235752. rdar://problem/44576797 Don't pause playback when locking screen if video is being displayed on second screen. https://bugs.webkit.org/show_bug.cgi?id=189321 Reviewed by Eric Carlson. Source/WebCore: Expand the existing behavior when AirPlaying to an external device to playing to a local external screen. Don't pause when the screen locks, and don't stop buffering in that mode either. Add a KVO-observer to the WebAVPlayerController's playingOnSecondScreen property, and pass that observed value on to the media element. * html/HTMLMediaElement.cpp: (WebCore::HTMLMediaElement::setShouldPlayToPlaybackTarget): (WebCore::HTMLMediaElement::setPlayingOnSecondScreen): (WebCore::HTMLMediaElement::shouldOverrideBackgroundPlaybackRestriction const): (WebCore::HTMLMediaElement::processingUserGestureForMedia const): (WebCore::HTMLMediaElement::mediaState const): (WebCore::HTMLMediaElement::purgeBufferedDataIfPossible): (WebCore::HTMLMediaElement::shouldOverrideBackgroundLoadingRestriction const): (WebCore::HTMLMediaElement::webkitCurrentPlaybackTargetIsWireless const): Deleted. (WebCore::HTMLMediaElement::canPlayToWirelessPlaybackTarget const): Deleted. (WebCore::HTMLMediaElement::isPlayingToWirelessPlaybackTarget const): Deleted. * html/HTMLMediaElement.h: (WebCore::HTMLMediaElement::webkitCurrentPlaybackTargetIsWireless const): (WebCore::HTMLMediaElement::isPlayingToExternalTarget const): * html/MediaElementSession.cpp: (WebCore::MediaElementSession::canPlayToWirelessPlaybackTarget const): Deleted. * html/MediaElementSession.h: * platform/audio/PlatformMediaSession.h: (WebCore::PlatformMediaSessionClient::setWirelessPlaybackTarget): (WebCore::PlatformMediaSessionClient::isPlayingOnSecondScreen const): (WebCore::PlatformMediaSession::canPlayToWirelessPlaybackTarget const): Deleted. (WebCore::PlatformMediaSessionClient::canPlayToWirelessPlaybackTarget const): Deleted. * platform/cocoa/PlaybackSessionModel.h: * platform/cocoa/PlaybackSessionModelMediaElement.h: * platform/cocoa/PlaybackSessionModelMediaElement.mm: (WebCore::PlaybackSessionModelMediaElement::setPlayingOnSecondScreen): * platform/ios/WebAVPlayerController.mm: (-[WebAVPlayerController init]): (-[WebAVPlayerController dealloc]): (-[WebAVPlayerController observeValueForKeyPath:ofObject:change:context:]): * platform/ios/WebVideoFullscreenControllerAVKit.mm: (VideoFullscreenControllerContext::setPlayingOnSecondScreen): Source/WebKit: Pass the "isPlayingOnSecondScreen" value across the process boundary. * UIProcess/Cocoa/PlaybackSessionManagerProxy.h: * UIProcess/Cocoa/PlaybackSessionManagerProxy.mm: (WebKit::PlaybackSessionModelContext::setPlayingOnSecondScreen): (WebKit::PlaybackSessionManagerProxy::setPlayingOnSecondScreen): * WebProcess/cocoa/PlaybackSessionManager.h: * WebProcess/cocoa/PlaybackSessionManager.messages.in: * WebProcess/cocoa/PlaybackSessionManager.mm: (WebKit::PlaybackSessionManager::setPlayingOnSecondScreen): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@235752 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-09-06 Jer Noble Don't pause playback when locking screen if video is being displayed on second screen. https://bugs.webkit.org/show_bug.cgi?id=189321 Reviewed by Eric Carlson. Pass the "isPlayingOnSecondScreen" value across the process boundary. * UIProcess/Cocoa/PlaybackSessionManagerProxy.h: * UIProcess/Cocoa/PlaybackSessionManagerProxy.mm: (WebKit::PlaybackSessionModelContext::setPlayingOnSecondScreen): (WebKit::PlaybackSessionManagerProxy::setPlayingOnSecondScreen): * WebProcess/cocoa/PlaybackSessionManager.h: * WebProcess/cocoa/PlaybackSessionManager.messages.in: * WebProcess/cocoa/PlaybackSessionManager.mm: (WebKit::PlaybackSessionManager::setPlayingOnSecondScreen): 2018-09-19 Kocsen Chung Cherry-pick r236086. rdar://problem/44576830 Swipe snapshot can get stuck if swiping is disabled while it is visible https://bugs.webkit.org/show_bug.cgi?id=189667 Reviewed by Simon Fraser. If navigation gestures are disabled while a swipe snapshot is visible, WKWebView will tear down the ViewGestureController, which means that the SnapshotRemovalTracker will no longer be around to ever remove the snapshot. It's currently very hard to write a test for this because we have yet to come up with a good mechanism for testing swiping on iOS. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView setAllowsBackForwardNavigationGestures:]): Instead of tearing down the ViewGestureController when navigation gestures are disabled, just set a bit on it that disables gestures. * UIProcess/Cocoa/ViewGestureController.cpp: (WebKit::ViewGestureController::canSwipeInDirection const): * UIProcess/Cocoa/ViewGestureController.h: (WebKit::ViewGestureController::setSwipeGestureEnabled): (WebKit::ViewGestureController::isSwipeGestureEnabled): Add a bit to ViewGestureController that makes starting new gestures always fail, but allows e.g. snapshots from existing swipes to continue their usual behavior. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@236086 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-09-17 Tim Horton Swipe snapshot can get stuck if swiping is disabled while it is visible https://bugs.webkit.org/show_bug.cgi?id=189667 Reviewed by Simon Fraser. If navigation gestures are disabled while a swipe snapshot is visible, WKWebView will tear down the ViewGestureController, which means that the SnapshotRemovalTracker will no longer be around to ever remove the snapshot. It's currently very hard to write a test for this because we have yet to come up with a good mechanism for testing swiping on iOS. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView setAllowsBackForwardNavigationGestures:]): Instead of tearing down the ViewGestureController when navigation gestures are disabled, just set a bit on it that disables gestures. * UIProcess/Cocoa/ViewGestureController.cpp: (WebKit::ViewGestureController::canSwipeInDirection const): * UIProcess/Cocoa/ViewGestureController.h: (WebKit::ViewGestureController::setSwipeGestureEnabled): (WebKit::ViewGestureController::isSwipeGestureEnabled): Add a bit to ViewGestureController that makes starting new gestures always fail, but allows e.g. snapshots from existing swipes to continue their usual behavior. 2018-09-06 Babak Shafiei Cherry-pick r235506. rdar://problem/44169670 [macOS] Whitelist Network process features for VPN https://bugs.webkit.org/show_bug.cgi?id=189023 Reviewed by Eric Carlson. CFNetwork needs access to some VPN preference files to configure networking, and need to be allowed to communicate with the VPN process from the Network Process sandbox. * NetworkProcess/mac/com.apple.WebKit.NetworkProcess.sb.in: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@235506 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-30 Brent Fulgham [macOS] Whitelist Network process features for VPN https://bugs.webkit.org/show_bug.cgi?id=189023 Reviewed by Eric Carlson. CFNetwork needs access to some VPN preference files to configure networking, and need to be allowed to communicate with the VPN process from the Network Process sandbox. * NetworkProcess/mac/com.apple.WebKit.NetworkProcess.sb.in: 2018-09-06 Babak Shafiei Cherry-pick r235569. rdar://problem/44169479 Storage Access API: Maintain access through same-site navigations https://bugs.webkit.org/show_bug.cgi?id=188564 Reviewed by Alex Christensen. Source/WebCore: Tests: http/tests/storageAccess/request-and-grant-access-then-navigate-cross-site-should-not-have-access.html http/tests/storageAccess/request-and-grant-access-then-navigate-same-site-should-have-access.html * dom/Document.h: Removed unused member variable m_hasFrameSpecificStorageAccess. * loader/DocumentLoader.cpp: (WebCore::DocumentLoader::willSendRequest): * loader/FrameLoaderClient.h: Source/WebKit: * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchWillChangeDocument): Now takes the current URL and the new URL as parameters and only clears out storage access if the navigation is cross-site, i.e. with differing eTLD+1s. * WebProcess/WebCoreSupport/WebFrameLoaderClient.h: LayoutTests: * http/tests/storageAccess/request-and-grant-access-cross-origin-sandboxed-iframe-from-prevalent-domain-with-user-interaction-and-access-from-right-frame-expected.txt: * http/tests/storageAccess/request-and-grant-access-cross-origin-sandboxed-iframe-from-prevalent-domain-with-user-interaction-and-access-from-right-frame.html: Added both a same-site and a cross-site navigation to the sub frame to test maintained and cleared access. * http/tests/storageAccess/request-and-grant-access-then-navigate-cross-site-should-not-have-access-expected.txt: Copied from LayoutTests/http/tests/storageAccess/request-and-grant-access-then-navigate-should-not-have-access-expected.txt. * http/tests/storageAccess/request-and-grant-access-then-navigate-cross-site-should-not-have-access.html: Copied from LayoutTests/http/tests/storageAccess/request-and-grant-access-then-navigate-should-not-have-access.html. * http/tests/storageAccess/request-and-grant-access-then-navigate-same-site-should-have-access-expected.txt: Renamed from LayoutTests/http/tests/storageAccess/request-and-grant-access-then-navigate-should-not-have-access-expected.txt. * http/tests/storageAccess/request-and-grant-access-then-navigate-same-site-should-have-access.html: Renamed from LayoutTests/http/tests/storageAccess/request-and-grant-access-then-navigate-should-not-have-access.html. * http/tests/storageAccess/resources/get-cookies.php: Support for the new test scenarios. * http/tests/storageAccess/resources/self-navigating-frame-after-granted-access.html: Support for the new test scenarios. * platform/mac-wk2/TestExpectations: Marked the new and the renamed tests as [ Pass ]. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@235569 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-31 John Wilander Storage Access API: Maintain access through same-site navigations https://bugs.webkit.org/show_bug.cgi?id=188564 Reviewed by Alex Christensen. * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchWillChangeDocument): Now takes the current URL and the new URL as parameters and only clears out storage access if the navigation is cross-site, i.e. with differing eTLD+1s. * WebProcess/WebCoreSupport/WebFrameLoaderClient.h: 2018-09-06 Babak Shafiei Cherry-pick r235251. rdar://problem/44209840 [Apple Pay] Introduce Apple Pay JS v4 on iOS 12 and macOS Mojave https://bugs.webkit.org/show_bug.cgi?id=188829 Reviewed by Tim Horton. Source/JavaScriptCore: * Configurations/FeatureDefines.xcconfig: Source/WebCore: Test: http/tests/ssl/applepay/ApplePaySessionV4.html * Configurations/FeatureDefines.xcconfig: * testing/MockPaymentCoordinator.cpp: (WebCore::MockPaymentCoordinator::supportsVersion): Source/WebCore/PAL: * Configurations/FeatureDefines.xcconfig: Source/WebKit: * Configurations/FeatureDefines.xcconfig: * WebProcess/ApplePay/WebPaymentCoordinator.cpp: (WebKit::WebPaymentCoordinator::supportsVersion): Source/WebKitLegacy/mac: * Configurations/FeatureDefines.xcconfig: Tools: * TestWebKitAPI/Configurations/FeatureDefines.xcconfig: LayoutTests: * http/tests/ssl/applepay/ApplePaySession-expected.txt: * http/tests/ssl/applepay/ApplePaySession.html: * http/tests/ssl/applepay/ApplePaySessionV3-expected.txt: * http/tests/ssl/applepay/ApplePaySessionV3.html: * http/tests/ssl/applepay/ApplePaySessionV4-expected.txt: Added. * http/tests/ssl/applepay/ApplePaySessionV4.html: Added. * platform/mac-wk2/TestExpectations: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@235251 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-23 Andy Estes [Apple Pay] Introduce Apple Pay JS v4 on iOS 12 and macOS Mojave https://bugs.webkit.org/show_bug.cgi?id=188829 Reviewed by Tim Horton. * Configurations/FeatureDefines.xcconfig: * WebProcess/ApplePay/WebPaymentCoordinator.cpp: (WebKit::WebPaymentCoordinator::supportsVersion): 2018-09-06 Babak Shafiei Cherry-pick r235209. rdar://problem/44169451 The Storage Access API prompt should show the eTLD+1s, not the full host names https://bugs.webkit.org/show_bug.cgi?id=188830 Reviewed by Brent Fulgham. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::requestStorageAccess): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@235209 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-22 John Wilander The Storage Access API prompt should show the eTLD+1s, not the full host names https://bugs.webkit.org/show_bug.cgi?id=188830 Reviewed by Brent Fulgham. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::requestStorageAccess): 2018-09-06 Babak Shafiei Cherry-pick r235145. rdar://problem/44169453 Storage Access API: The call to ResourceLoadStatisticsMemoryStore::grantStorageAccessInternal() should send eTLD+1s, not full host names https://bugs.webkit.org/show_bug.cgi?id=188783 Reviewed by Alex Christensen. * UIProcess/ResourceLoadStatisticsMemoryStore.cpp: (WebKit::ResourceLoadStatisticsMemoryStore::grantStorageAccess): Now sends the eTLD+1 for the top frame and sub frame. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@235145 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-21 John Wilander Storage Access API: The call to ResourceLoadStatisticsMemoryStore::grantStorageAccessInternal() should send eTLD+1s, not full host names https://bugs.webkit.org/show_bug.cgi?id=188783 Reviewed by Alex Christensen. * UIProcess/ResourceLoadStatisticsMemoryStore.cpp: (WebKit::ResourceLoadStatisticsMemoryStore::grantStorageAccess): Now sends the eTLD+1 for the top frame and sub frame. 2018-09-06 Babak Shafiei Cherry-pick r234719. rdar://problem/44169456 Yet more crashes in MobileSafari under -[WKFormInputSession setSuggestions:] https://bugs.webkit.org/show_bug.cgi?id=188427 Reviewed by Wenson Hsieh. Speculatively fix more crashes seen under setSuggestions. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKFormInputSession isValid]): (-[WKFormInputSession setSuggestions:]): (-[WKFormInputSession invalidate]): Belt-and-suspenders fix: use WeakObjCPtr for WKFormInputSession's WKContentView reference. (-[WKContentView _startAssistingNode:userIsInteracting:blurPreviousNode:changingActivityState:userObject:]): Invalidate the WKFormInputSession before replacing it; we theorize that there is a path in which we get here without having previously called stopAssistingNode. Most of the code is OK with this, but this leaves WKFormInputSession with a raw reference to WKContentView which can later become stale. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234719 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-08 Tim Horton Yet more crashes in MobileSafari under -[WKFormInputSession setSuggestions:] https://bugs.webkit.org/show_bug.cgi?id=188427 Reviewed by Wenson Hsieh. Speculatively fix more crashes seen under setSuggestions. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKFormInputSession isValid]): (-[WKFormInputSession setSuggestions:]): (-[WKFormInputSession invalidate]): Belt-and-suspenders fix: use WeakObjCPtr for WKFormInputSession's WKContentView reference. (-[WKContentView _startAssistingNode:userIsInteracting:blurPreviousNode:changingActivityState:userObject:]): Invalidate the WKFormInputSession before replacing it; we theorize that there is a path in which we get here without having previously called stopAssistingNode. Most of the code is OK with this, but this leaves WKFormInputSession with a raw reference to WKContentView which can later become stale. 2018-09-06 Babak Shafiei Cherry-pick r234504. rdar://problem/44209851 [iOS] Keyboard becomes unresponsive after pressing delete while pressing down on a character key with accents https://bugs.webkit.org/show_bug.cgi?id=188251 Reviewed by Tim Horton. Source/WebKit: Fixes a bug in key event handling where invoking -handleKeyWebEvent:withCompletionHandler: from within the completion callback of a previous call to -handleKeyWebEvent:withCompletionHandler: would cause the completion callback to be cleared out prematurely. In some cases (as described in the title of this bug), UIKit exercises this codepath and subsequently hangs due to their completion block never getting invoked by WebKit. Test: KeyboardInputTests.CanHandleKeyEventInCompletionHandler * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView handleKeyWebEvent:withCompletionHandler:]): (-[WKContentView _didHandleKeyEvent:eventWasHandled:]): Tools: Adds a new API test to verify that clients (in this case, UIKit) is allowed to invoke -handleKeyWebEvent:withCompletionHandler: within the completion block of a prior invocation. * TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj: * TestWebKitAPI/Tests/ios/KeyboardInputTestsIOS.mm: Added. (TestWebKitAPI::TEST): * TestWebKitAPI/Tests/ios/TestInputDelegate.h: Added. Pull some logic used to force an input session to start out from an existing API test file (WKWebViewAutofillTests) and into a separate helper class that is used by both the existing API tests and the new keyboard input test. * TestWebKitAPI/Tests/ios/WKWebViewAutofillTests.mm: (-[AutofillTestView initWithFrame:]): (TestWebKitAPI::TEST): (-[TestInputDelegate init]): Deleted. (-[TestInputDelegate _webView:focusShouldStartInputSession:]): Deleted. * TestWebKitAPI/ios/UIKitSPI.h: Add some UIKit SPI utilized by the new API test. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234504 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-02 Wenson Hsieh [iOS] Keyboard becomes unresponsive after pressing delete while pressing down on a character key with accents https://bugs.webkit.org/show_bug.cgi?id=188251 Reviewed by Tim Horton. Fixes a bug in key event handling where invoking -handleKeyWebEvent:withCompletionHandler: from within the completion callback of a previous call to -handleKeyWebEvent:withCompletionHandler: would cause the completion callback to be cleared out prematurely. In some cases (as described in the title of this bug), UIKit exercises this codepath and subsequently hangs due to their completion block never getting invoked by WebKit. Test: KeyboardInputTests.CanHandleKeyEventInCompletionHandler * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView handleKeyWebEvent:withCompletionHandler:]): (-[WKContentView _didHandleKeyEvent:eventWasHandled:]): 2018-09-05 Babak Shafiei Cherry-pick r235133. rdar://problem/44144065 Increment NetworkCache::Storage::lastStableVersion after r233742 https://bugs.webkit.org/show_bug.cgi?id=188798 Reviewed by Geoffrey Garen. * NetworkProcess/cache/NetworkCacheStorage.h: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@235133 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-21 Alex Christensen Increment NetworkCache::Storage::lastStableVersion after r233742 https://bugs.webkit.org/show_bug.cgi?id=188798 Reviewed by Geoffrey Garen. * NetworkProcess/cache/NetworkCacheStorage.h: 2018-09-05 Babak Shafiei Cherry-pick r234908. rdar://problem/44144086 [WinCairo] Unreviewed build fix after r234896. * NetworkProcess/curl/NetworkDataTaskCurl.cpp: (WebKit::NetworkDataTaskCurl::tryHttpAuthentication): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234908 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-15 Ross Kirsling [WinCairo] Unreviewed build fix after r234896. * NetworkProcess/curl/NetworkDataTaskCurl.cpp: (WebKit::NetworkDataTaskCurl::tryHttpAuthentication): 2018-09-05 Babak Shafiei Cherry-pick r234905. rdar://problem/44144059 Can't share an app on AppStore to WeChat due to a release assert https://bugs.webkit.org/show_bug.cgi?id=188621 Reviewed by Geoffrey Garen. Disable the thread safety check when the app is not linked on or after iOS 12 since this release assert is getting hit by third party applications on iOS in UI process. Source/WebCore: * platform/Timer.cpp: (WebCore::shouldSuppressThreadSafetyCheck): Added a SDK check. Source/WebKit: * UIProcess/Cocoa/VersionChecks.h: (WebKit::SDKVersion::FirstWithMainThreadReleaseAssertionInWebPageProxy): Added. It's iOS 12 or macOS 10.14 Mojave. * UIProcess/WebProcessProxy.cpp: (WebKit::isMainThreadOrCheckDisabled): Added. Returns true whether when we're in the main thread or if the app is not linked on or after iOS 12 or macOS 10.14 Mojave. (WebKit::globalPageMap): (WebKit::m_isInPrewarmedPool): (WebKit::WebProcessProxy::~WebProcessProxy): (WebKit::WebProcessProxy::shutDown): (WebKit::WebProcessProxy::deleteWebsiteDataForTopPrivatelyControlledDomainsInAllPersistentDataStores): (WebKit::WebProcessProxy::topPrivatelyControlledDomainsWithWebsiteData): (WebKit::WebProcessProxy::didFinishLaunching): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234905 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-15 Ryosuke Niwa Can't share an app on AppStore to WeChat due to a release assert https://bugs.webkit.org/show_bug.cgi?id=188621 Reviewed by Geoffrey Garen. Disable the thread safety check when the app is not linked on or after iOS 12 since this release assert is getting hit by third party applications on iOS in UI process. * UIProcess/Cocoa/VersionChecks.h: (WebKit::SDKVersion::FirstWithMainThreadReleaseAssertionInWebPageProxy): Added. It's iOS 12 or macOS 10.14 Mojave. * UIProcess/WebProcessProxy.cpp: (WebKit::isMainThreadOrCheckDisabled): Added. Returns true whether when we're in the main thread or if the app is not linked on or after iOS 12 or macOS 10.14 Mojave. (WebKit::globalPageMap): (WebKit::m_isInPrewarmedPool): (WebKit::WebProcessProxy::~WebProcessProxy): (WebKit::WebProcessProxy::shutDown): (WebKit::WebProcessProxy::deleteWebsiteDataForTopPrivatelyControlledDomainsInAllPersistentDataStores): (WebKit::WebProcessProxy::topPrivatelyControlledDomainsWithWebsiteData): (WebKit::WebProcessProxy::didFinishLaunching): 2018-09-05 Babak Shafiei Cherry-pick r234896. rdar://problem/44144086 NetworkCORSPreflightChecker should proceed in case of ProtectionSpaceAuthenticationSchemeServerTrustEvaluationRequested even though the WebKit app is not implementing the didReceiveAuthenticationChallenge/didReceiveAuthenticationChallengeInFrame callback https://bugs.webkit.org/show_bug.cgi?id=188592 Reviewed by Youenn Fablet. Do a canAuthenticateAgainstProtectionSpace check in NetworkCORSPreflightChecker like we do in NetworkLoad. Use CompletionHandlers to make the now 3 different canAuthenticateAgainstProtectionSpace checks look the same from the NetworkProcess. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::didReceiveChallenge): * NetworkProcess/NetworkCORSPreflightChecker.h: * NetworkProcess/NetworkDataTask.h: * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::didReceiveChallenge): * NetworkProcess/NetworkLoad.h: * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::canAuthenticateAgainstProtectionSpace): (WebKit::NetworkProcess::continueCanAuthenticateAgainstProtectionSpace): * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::canAuthenticateAgainstProtectionSpaceAsync): (WebKit::NetworkResourceLoader::continueCanAuthenticateAgainstProtectionSpace): Deleted. * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::didReceiveChallenge): * NetworkProcess/PingLoad.h: * NetworkProcess/PreconnectTask.cpp: (WebKit::PreconnectTask::canAuthenticateAgainstProtectionSpaceAsync): (WebKit::PreconnectTask::continueCanAuthenticateAgainstProtectionSpace): Deleted. * NetworkProcess/PreconnectTask.h: * NetworkProcess/cocoa/NetworkDataTaskCocoa.h: * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::didReceiveChallenge): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234896 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-15 Alex Christensen NetworkCORSPreflightChecker should proceed in case of ProtectionSpaceAuthenticationSchemeServerTrustEvaluationRequested even though the WebKit app is not implementing the didReceiveAuthenticationChallenge/didReceiveAuthenticationChallengeInFrame callback https://bugs.webkit.org/show_bug.cgi?id=188592 Reviewed by Youenn Fablet. Do a canAuthenticateAgainstProtectionSpace check in NetworkCORSPreflightChecker like we do in NetworkLoad. Use CompletionHandlers to make the now 3 different canAuthenticateAgainstProtectionSpace checks look the same from the NetworkProcess. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::didReceiveChallenge): * NetworkProcess/NetworkCORSPreflightChecker.h: * NetworkProcess/NetworkDataTask.h: * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::didReceiveChallenge): * NetworkProcess/NetworkLoad.h: * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::canAuthenticateAgainstProtectionSpace): (WebKit::NetworkProcess::continueCanAuthenticateAgainstProtectionSpace): * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::canAuthenticateAgainstProtectionSpaceAsync): (WebKit::NetworkResourceLoader::continueCanAuthenticateAgainstProtectionSpace): Deleted. * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::didReceiveChallenge): * NetworkProcess/PingLoad.h: * NetworkProcess/PreconnectTask.cpp: (WebKit::PreconnectTask::canAuthenticateAgainstProtectionSpaceAsync): (WebKit::PreconnectTask::continueCanAuthenticateAgainstProtectionSpace): Deleted. * NetworkProcess/PreconnectTask.h: * NetworkProcess/cocoa/NetworkDataTaskCocoa.h: * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::didReceiveChallenge): 2018-09-05 Babak Shafiei Cherry-pick r234873. rdar://problem/44144063 isValidCSSSelector is unsafe to be called from a non-main thread https://bugs.webkit.org/show_bug.cgi?id=188581 Reviewed by Sam Weinig. Source/WebCore: Parsing and determining whether the css selectors are valid is fast enough to do before hopping to the background thread for the slow NFA/DFA operations and writing to disk. Doing it on the main thread avoids the thread safety issues in the CSSParser's use of strings. * contentextensions/ContentExtensionCompiler.cpp: (WebCore::ContentExtensions::compileRuleList): * contentextensions/ContentExtensionCompiler.h: * contentextensions/ContentExtensionParser.cpp: (WebCore::ContentExtensions::isValidCSSSelector): (WebCore::ContentExtensions::loadEncodedRules): (WebCore::ContentExtensions::parseRuleList): * contentextensions/ContentExtensionParser.h: * contentextensions/ContentExtensionRule.cpp: (WebCore::ContentExtensions::Trigger::isolatedCopy const): (WebCore::ContentExtensions::Action::isolatedCopy const): * contentextensions/ContentExtensionRule.h: (WebCore::ContentExtensions::Trigger::isEmpty const): (WebCore::ContentExtensions::Trigger::operator== const): (WebCore::ContentExtensions::Action::Action): (WebCore::ContentExtensions::ContentExtensionRule::isolatedCopy const): (WebCore::ContentExtensions::ContentExtensionRule::operator== const): (WebCore::ContentExtensions::vectorIsolatedCopy): Source/WebKit: * UIProcess/API/APIContentRuleListStore.cpp: (API::compiledToFile): (API::ContentRuleListStore::lookupContentRuleList): (API::ContentRuleListStore::getAvailableContentRuleListIdentifiers): (API::ContentRuleListStore::compileContentRuleList): (API::ContentRuleListStore::removeContentRuleList): (API::ContentRuleListStore::getContentRuleListSource): * UIProcess/API/APIContentRuleListStore.h: * UIProcess/API/Cocoa/WKContentRuleListStore.mm: Source/WTF: * wtf/Vector.h: (WTF::minCapacity>::isolatedCopy): Tools: * TestWebKitAPI/Tests/WebCore/ContentExtensions.cpp: (TestWebKitAPI::InMemoryCompiledContentExtension::create): (TestWebKitAPI::checkCompilerError): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234873 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-14 Alex Christensen isValidCSSSelector is unsafe to be called from a non-main thread https://bugs.webkit.org/show_bug.cgi?id=188581 Reviewed by Sam Weinig. * UIProcess/API/APIContentRuleListStore.cpp: (API::compiledToFile): (API::ContentRuleListStore::lookupContentRuleList): (API::ContentRuleListStore::getAvailableContentRuleListIdentifiers): (API::ContentRuleListStore::compileContentRuleList): (API::ContentRuleListStore::removeContentRuleList): (API::ContentRuleListStore::getContentRuleListSource): * UIProcess/API/APIContentRuleListStore.h: * UIProcess/API/Cocoa/WKContentRuleListStore.mm: 2018-09-05 Babak Shafiei Cherry-pick r234730. rdar://problem/44144081 REGRESSION (r232083): WKWebView loses first-party cookies on iOS https://bugs.webkit.org/show_bug.cgi?id=188443 Patch by Sihui Liu on 2018-08-09 Reviewed by Chris Dumez. Source/WebKit: Revert the change to set sharedCookieStorage for iOS as it is breaking Kayak. * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): (WebKit::WebProcessPool::platformInitializeNetworkProcess): Tools: Skip WebKit.WKHTTPCookieStoreWithoutProcessPool on iOS. * TestWebKitAPI/Tests/WebKitCocoa/WKHTTPCookieStore.mm: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234730 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-09 Sihui Liu REGRESSION (r232083): WKWebView loses first-party cookies on iOS https://bugs.webkit.org/show_bug.cgi?id=188443 Reviewed by Chris Dumez. Revert the change to set sharedCookieStorage for iOS as it is breaking Kayak. * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): (WebKit::WebProcessPool::platformInitializeNetworkProcess): 2018-09-05 Babak Shafiei Cherry-pick r234652. rdar://problem/43009928 [macOS] Scrollbars are not visible when using 3rd party mouse https://bugs.webkit.org/show_bug.cgi?id=188372 Reviewed by Simon Fraser. Source/WebCore/PAL: Added declaration of NSScrollerImpPair class method. This method updates all NSScrollerImpPairs with a new recommended scroller style. * pal/spi/mac/NSScrollerImpSPI.h: Source/WebKit: The scrollbars are not visible because they are not updated with the recommended scroller style when a 3rd party mouse is used. They still have the overlay style, but the system is recommending the legacy style in this case. The UI process is currently notifying the WebProcess about changes in the scroller style, but the current style is not set in the WebProcess on startup. This patch sets the initial scroller style in the WebProcess by passing it as part of the WebProcess creation parameters. Also, to make sure hot-plugging of a 3rd party mouse is is visually changing the scroller style of the current page, a class method in NSScrollerImpPair is called to update all NSScrollerImpPairs with the new recommended style. This method was previously called by AppKit, but after blocking WindowServer access, AppKit is no longer calling this method. This has been manually tested by using a 3rd party mouse. * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): (WebKit::WebProcess::scrollerStylePreferenceChanged): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234652 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-07 Per Arne Vollan [macOS] Scrollbars are not visible when using 3rd party mouse https://bugs.webkit.org/show_bug.cgi?id=188372 Reviewed by Simon Fraser. The scrollbars are not visible because they are not updated with the recommended scroller style when a 3rd party mouse is used. They still have the overlay style, but the system is recommending the legacy style in this case. The UI process is currently notifying the WebProcess about changes in the scroller style, but the current style is not set in the WebProcess on startup. This patch sets the initial scroller style in the WebProcess by passing it as part of the WebProcess creation parameters. Also, to make sure hot-plugging of a 3rd party mouse is is visually changing the scroller style of the current page, a class method in NSScrollerImpPair is called to update all NSScrollerImpPairs with the new recommended style. This method was previously called by AppKit, but after blocking WindowServer access, AppKit is no longer calling this method. This has been manually tested by using a 3rd party mouse. * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): (WebKit::WebProcess::scrollerStylePreferenceChanged): 2018-09-05 Babak Shafiei Cherry-pick r234626. rdar://problem/43009898 Regression(NetworkLoadChecker): CORS preflights are no longer able to deal with client certificate authentication https://bugs.webkit.org/show_bug.cgi?id=188355 Reviewed by Alex Christensen. Before we started using the NetworkLoadChecker to do CORS-preflighting in the Network process, challenges would use the NetworkLoad::completeAuthenticationChallenge() code path with isAllowedToAskUserForCredentials to set to false. This would call: 1. completionHandler(AuthenticationChallengeDisposition::UseCredential, { }); for TLS handshakes (server trust evaluation & client certification authentication) 2. NetworkProcess::singleton().authenticationManager().didReceiveAuthenticationChallenge() otherwise However, NetworkCORSPreflightChecker::didReceiveChallenge() was behaving differently and calling: 1. completionHandler(AuthenticationChallengeDisposition::RejectProtectionSpace, { }); for server trust evaluations 2. completionHandler(AuthenticationChallengeDisposition::Cancel, { }); otherwise Restore previous behavior by aligning NetworkCORSPreflightChecker::didReceiveChallenge() with NetworkLoad::completeAuthenticationChallenge() when isAllowedToAskUserForCredentials is set to false. This means we end up asking the AuthenticationManager for client certificate authentication instead or cancelling the preflight. This fixes CORS-preflighting on some internal sites. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::didReceiveChallenge): * NetworkProcess/NetworkCORSPreflightChecker.h: * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::checkCORSRequestWithPreflight): * NetworkProcess/NetworkLoadChecker.h: * NetworkProcess/NetworkResourceLoader.cpp: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234626 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-06 Chris Dumez Regression(NetworkLoadChecker): CORS preflights are no longer able to deal with client certificate authentication https://bugs.webkit.org/show_bug.cgi?id=188355 Reviewed by Alex Christensen. Before we started using the NetworkLoadChecker to do CORS-preflighting in the Network process, challenges would use the NetworkLoad::completeAuthenticationChallenge() code path with isAllowedToAskUserForCredentials to set to false. This would call: 1. completionHandler(AuthenticationChallengeDisposition::UseCredential, { }); for TLS handshakes (server trust evaluation & client certification authentication) 2. NetworkProcess::singleton().authenticationManager().didReceiveAuthenticationChallenge() otherwise However, NetworkCORSPreflightChecker::didReceiveChallenge() was behaving differently and calling: 1. completionHandler(AuthenticationChallengeDisposition::RejectProtectionSpace, { }); for server trust evaluations 2. completionHandler(AuthenticationChallengeDisposition::Cancel, { }); otherwise Restore previous behavior by aligning NetworkCORSPreflightChecker::didReceiveChallenge() with NetworkLoad::completeAuthenticationChallenge() when isAllowedToAskUserForCredentials is set to false. This means we end up asking the AuthenticationManager for client certificate authentication instead or cancelling the preflight. This fixes CORS-preflighting on some internal sites. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::didReceiveChallenge): * NetworkProcess/NetworkCORSPreflightChecker.h: * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::checkCORSRequestWithPreflight): * NetworkProcess/NetworkLoadChecker.h: * NetworkProcess/NetworkResourceLoader.cpp: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): 2018-09-05 Babak Shafiei Cherry-pick r234611. rdar://problem/43009906 Fix IPC::Connection leak in StorageManager https://bugs.webkit.org/show_bug.cgi?id=188321 Reviewed by Alex Christensen. When a StorageMap is destroyed on WebContent process side, StorageManager::destroyStorageMap() gets called via IPC with a (IPC::Connection, StorageMapID) pair. Normally, it removes this pair from m_storageAreasByConnection. However, if this is a *transient* StorageMap (sessionStorage), then we keep the pair in the map and we merely remove the StorageMapID as a listener from the StorageArea. We do this so that: 1. The StorageArea stays alive so that it can be reused later on for the same security origin, on the same IPC::Connection (logic for this is in StorageManager::createTransientLocalStorageMap() 2. Removing the StorageMapID as a listener from the StorageArea is important because StorageArea::m_eventListeners holds a strong reference to the IPC::Connection in a std::pair with the StorageMapID (HashSet, uint64_t>> m_eventListeners). As mentioned in 1 above, in StorageManager::createTransientLocalStorageMap(), there is logic to check if there is already an existing StorageArea for the given IPC::Connection that is transient and is for the same security origin. In this case, we could avoid constructing a new StorageArea and we would: 1. Add a new entry to m_storageAreasByConnection with the key (connection, newStorageMapID), using same same StorageArea as value. 2. Remove the previous (connection, oldStorageMapID) key from m_storageAreasByConnection. Step 2 here is wrong and is updated in this patch. It is only safe to remove the previous (connection, oldStorageMapID) if this oldStorageMapID no longer exists (i.e. destroyStorageMap() was already called for it). This patch thus adds a check before removing (connection, oldStorageMapID) from the HashMap to make sure that the oldStorageMapID is no longer a listener of the StorageArea). This would cause leaks in the following case: 1. We construct a StorageArea for (connection1, storageMapId1) 2. We ask for a StorageArea for (connection1, storageMapId2) and decide to reuse the existing StorageArea since it has the same SecurityOrigin. 3. As a result of step2, we would remove (connection1, storageMapId1) from m_storageAreasByConnection and add (connection1, storageMapId2), even though there is still a StorageMap with storageMapId1 on WebContent process side. 4. Later on, we would try to call destroyStorageMap(connection1, storageMap1), it would fail to find it in m_storageAreasByConnection and return early. It would therefore fail to remove storageMapId1 as a listener of the StorageArea which still exists. -> This would leak the IPC::Connection that there would be a std::pair, StorageMapID> with value (connection1, storageMap1) which would get leaked and it would ref the IPC::Connection. This code should really be refactored to be less leak prone but I have kept the patch minimal for now to facilitate cherry-picking. Note that this would reproduce very easily on sina.com.cn, when clicking bold links at the top, which opens new tabs to different pages in the same WebContent process. When closing all Safari windows, the IPC::Connection for this WebContent process would stay alive. * UIProcess/WebStorage/StorageManager.cpp: (WebKit::StorageManager::StorageArea::hasListener const): (WebKit::StorageManager::createTransientLocalStorageMap): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234611 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-06 Chris Dumez Fix IPC::Connection leak in StorageManager https://bugs.webkit.org/show_bug.cgi?id=188321 Reviewed by Alex Christensen. When a StorageMap is destroyed on WebContent process side, StorageManager::destroyStorageMap() gets called via IPC with a (IPC::Connection, StorageMapID) pair. Normally, it removes this pair from m_storageAreasByConnection. However, if this is a *transient* StorageMap (sessionStorage), then we keep the pair in the map and we merely remove the StorageMapID as a listener from the StorageArea. We do this so that: 1. The StorageArea stays alive so that it can be reused later on for the same security origin, on the same IPC::Connection (logic for this is in StorageManager::createTransientLocalStorageMap() 2. Removing the StorageMapID as a listener from the StorageArea is important because StorageArea::m_eventListeners holds a strong reference to the IPC::Connection in a std::pair with the StorageMapID (HashSet, uint64_t>> m_eventListeners). As mentioned in 1 above, in StorageManager::createTransientLocalStorageMap(), there is logic to check if there is already an existing StorageArea for the given IPC::Connection that is transient and is for the same security origin. In this case, we could avoid constructing a new StorageArea and we would: 1. Add a new entry to m_storageAreasByConnection with the key (connection, newStorageMapID), using same same StorageArea as value. 2. Remove the previous (connection, oldStorageMapID) key from m_storageAreasByConnection. Step 2 here is wrong and is updated in this patch. It is only safe to remove the previous (connection, oldStorageMapID) if this oldStorageMapID no longer exists (i.e. destroyStorageMap() was already called for it). This patch thus adds a check before removing (connection, oldStorageMapID) from the HashMap to make sure that the oldStorageMapID is no longer a listener of the StorageArea). This would cause leaks in the following case: 1. We construct a StorageArea for (connection1, storageMapId1) 2. We ask for a StorageArea for (connection1, storageMapId2) and decide to reuse the existing StorageArea since it has the same SecurityOrigin. 3. As a result of step2, we would remove (connection1, storageMapId1) from m_storageAreasByConnection and add (connection1, storageMapId2), even though there is still a StorageMap with storageMapId1 on WebContent process side. 4. Later on, we would try to call destroyStorageMap(connection1, storageMap1), it would fail to find it in m_storageAreasByConnection and return early. It would therefore fail to remove storageMapId1 as a listener of the StorageArea which still exists. -> This would leak the IPC::Connection that there would be a std::pair, StorageMapID> with value (connection1, storageMap1) which would get leaked and it would ref the IPC::Connection. This code should really be refactored to be less leak prone but I have kept the patch minimal for now to facilitate cherry-picking. Note that this would reproduce very easily on sina.com.cn, when clicking bold links at the top, which opens new tabs to different pages in the same WebContent process. When closing all Safari windows, the IPC::Connection for this WebContent process would stay alive. * UIProcess/WebStorage/StorageManager.cpp: (WebKit::StorageManager::StorageArea::hasListener const): (WebKit::StorageManager::createTransientLocalStorageMap): 2018-09-05 Babak Shafiei Cherry-pick r234651. rdar://problem/43009912 [Wi-Fi Assertions] suspendWiFiAssertions() should be able to delay sending ProcessReadyToSuspend https://bugs.webkit.org/show_bug.cgi?id=188373 Reviewed by Tim Horton. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::actualPrepareToSuspend): * NetworkProcess/NetworkProcess.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformPrepareToSuspend): (WebKit::NetworkProcess::platformProcessDidTransitionToBackground): * NetworkProcess/curl/NetworkProcessCurl.cpp: (WebKit::NetworkProcess::platformPrepareToSuspend): * NetworkProcess/soup/NetworkProcessSoup.cpp: (WebKit::NetworkProcess::platformPrepareToSuspend): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234651 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-06 Andy Estes [Wi-Fi Assertions] suspendWiFiAssertions() should be able to delay sending ProcessReadyToSuspend https://bugs.webkit.org/show_bug.cgi?id=188373 Reviewed by Tim Horton. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::actualPrepareToSuspend): * NetworkProcess/NetworkProcess.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformPrepareToSuspend): (WebKit::NetworkProcess::platformProcessDidTransitionToBackground): * NetworkProcess/curl/NetworkProcessCurl.cpp: (WebKit::NetworkProcess::platformPrepareToSuspend): * NetworkProcess/soup/NetworkProcessSoup.cpp: (WebKit::NetworkProcess::platformPrepareToSuspend): 2018-08-01 Babak Shafiei Cherry-pick r234486. rdar://problem/42844004 Make sure cookies get flushed to disk before exiting or suspending the network process https://bugs.webkit.org/show_bug.cgi?id=188241 Reviewed by Alex Christensen and Geoffrey Garen. Make sure cookies get flushed to disk before exiting or suspending the network process, to make sure they do not get lost. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::didClose): (WebKit::NetworkProcess::actualPrepareToSuspend): (WebKit::NetworkProcess::platformSyncAllCookies): * NetworkProcess/NetworkProcess.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::syncAllCookies): (WebKit::NetworkProcess::platformSyncAllCookies): * Shared/ChildProcess.cpp: (WebKit::ChildProcess::didClose): (WebKit::callExitNow): (WebKit::callExitSoon): (WebKit::ChildProcess::initialize): (WebKit::didCloseOnConnectionWorkQueue): Deleted. * Shared/ChildProcess.h: (WebKit::ChildProcess::shouldCallExitWhenConnectionIsClosed const): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234486 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-08-01 Chris Dumez Make sure cookies get flushed to disk before exiting or suspending the network process https://bugs.webkit.org/show_bug.cgi?id=188241 Reviewed by Alex Christensen and Geoffrey Garen. Make sure cookies get flushed to disk before exiting or suspending the network process, to make sure they do not get lost. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::didClose): (WebKit::NetworkProcess::actualPrepareToSuspend): (WebKit::NetworkProcess::platformSyncAllCookies): * NetworkProcess/NetworkProcess.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::syncAllCookies): (WebKit::NetworkProcess::platformSyncAllCookies): * Shared/ChildProcess.cpp: (WebKit::ChildProcess::didClose): (WebKit::callExitNow): (WebKit::callExitSoon): (WebKit::ChildProcess::initialize): (WebKit::didCloseOnConnectionWorkQueue): Deleted. * Shared/ChildProcess.h: (WebKit::ChildProcess::shouldCallExitWhenConnectionIsClosed const): 2018-08-01 Babak Shafiei Cherry-pick r234384. rdar://problem/42843520 REGRESSION (r230817): Terrible performance when selecting text on Stash code review https://bugs.webkit.org/show_bug.cgi?id=188144 Reviewed by Darin Adler. After r230817, mouse events were serially dispatched to the web process and handled before the subsequent mouse event. However, this resulted in rapid-fire mouse move events filling up the mouse event queue in the case where mouse move events were being handled by the web process at a slower rate than the UI process was enqueueing them. To mitigate this, r231511 introduced a mechanism for replacing the most recently enqueued mouse move event with an incoming mouse move event. However, when a user with a force-click-enabled trackpad performs a mouse drag, a rapid stream of "mouseforcechanged" events is interleaved alongside the stream of "mousemove" events. This renders r231511 ineffective, since the most recently queued event is often a "mouseforcechanged" event instead of a "mousemove". On the stash code review page, this can result in hundreds of mouse events being backed up in the mouse event queue, causing perceived slowness when selecting text. To fix this, we extend the mechanism introduced in r231511, such that it is capable of replacing both "mouseforcechanged" and "mousemove" events in the queue. Rather than consider only the most recently queued item, we instead find the most recently queued event that matches the type of the incoming event, remove it from the queue, and then append the incoming event to the end of the queue. To avoid the risk of removing the only "mousemove" or "mouseforcechanged" event in the middle of a mouse down and mouse up, we also bail when searching backwards for an event to replace if we come across any event that is neither of these types. This effectively throttles the rate at which mouseforcechanged or mousemove events are dispatched when a user with force-click-enabled hardware clicks and drags the mouse across the page. * UIProcess/WebPageProxy.cpp: (WebKit::removeOldRedundantEvent): (WebKit::WebPageProxy::handleMouseEvent): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234384 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-30 Wenson Hsieh REGRESSION (r230817): Terrible performance when selecting text on Stash code review https://bugs.webkit.org/show_bug.cgi?id=188144 Reviewed by Darin Adler. After r230817, mouse events were serially dispatched to the web process and handled before the subsequent mouse event. However, this resulted in rapid-fire mouse move events filling up the mouse event queue in the case where mouse move events were being handled by the web process at a slower rate than the UI process was enqueueing them. To mitigate this, r231511 introduced a mechanism for replacing the most recently enqueued mouse move event with an incoming mouse move event. However, when a user with a force-click-enabled trackpad performs a mouse drag, a rapid stream of "mouseforcechanged" events is interleaved alongside the stream of "mousemove" events. This renders r231511 ineffective, since the most recently queued event is often a "mouseforcechanged" event instead of a "mousemove". On the stash code review page, this can result in hundreds of mouse events being backed up in the mouse event queue, causing perceived slowness when selecting text. To fix this, we extend the mechanism introduced in r231511, such that it is capable of replacing both "mouseforcechanged" and "mousemove" events in the queue. Rather than consider only the most recently queued item, we instead find the most recently queued event that matches the type of the incoming event, remove it from the queue, and then append the incoming event to the end of the queue. To avoid the risk of removing the only "mousemove" or "mouseforcechanged" event in the middle of a mouse down and mouse up, we also bail when searching backwards for an event to replace if we come across any event that is neither of these types. This effectively throttles the rate at which mouseforcechanged or mousemove events are dispatched when a user with force-click-enabled hardware clicks and drags the mouse across the page. * UIProcess/WebPageProxy.cpp: (WebKit::removeOldRedundantEvent): (WebKit::WebPageProxy::handleMouseEvent): 2018-07-31 Babak Shafiei Cherry-pick r234447. rdar://problem/42802126 REGRESSION (r231107): MoviStar+ launches to a blank black screen https://bugs.webkit.org/show_bug.cgi?id=188139 Reviewed by Brent Fulgham. Source/WebCore: For this app, revert behavior to how it was before r231107 with a linked-on-or-before check. r231107 increased our fetch spec conformance, which we intend to keep. This makes a low-risk targeted fix that will fix the affected app until they update. I manually verified this fixes the app. * loader/DocumentThreadableLoader.cpp: (WebCore::DocumentThreadableLoader::makeCrossOriginAccessRequest): * platform/RuntimeApplicationChecks.h: * platform/cocoa/RuntimeApplicationChecksCocoa.mm: (WebCore::applicationSDKVersionOverride): (WebCore::setApplicationSDKVersion): (WebCore::applicationSDKVersion): (WebCore::IOSApplication::isMoviStarPlus): Source/WebKit: Add infrastructure to check UIProcess SDK from the WebProcess and NetworkProcess for linked-on-or-after checks. * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): (WebKit::WebProcessPool::platformInitializeNetworkProcess): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234447 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-31 Alex Christensen REGRESSION (r231107): MoviStar+ launches to a blank black screen https://bugs.webkit.org/show_bug.cgi?id=188139 Reviewed by Brent Fulgham. Add infrastructure to check UIProcess SDK from the WebProcess and NetworkProcess for linked-on-or-after checks. * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): (WebKit::WebProcessPool::platformInitializeNetworkProcess): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): 2018-07-30 Babak Shafiei Revert r233926. rdar://problem/42354941 2018-07-30 Kocsen Chung Revert r233925. rdar://problem/42354959 2018-07-30 Babak Shafiei Revert r234081. rdar://problem/42490080 2018-07-30 Babak Shafiei Cherry-pick r234369. rdar://problem/42736179 Potential null dereference under WebPage::applicationDidBecomeActive() https://bugs.webkit.org/show_bug.cgi?id=188170 Reviewed by Wenson Hsieh. WebPage::m_page gets nulled out when the page is closed but the WebPage object may receive IPC until it gets destroyed. Therefore, we need to null-check m_page before using it in IPC message handlers. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::applicationDidEnterBackground): (WebKit::WebPage::applicationWillEnterForeground): (WebKit::WebPage::applicationDidBecomeActive): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234369 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-30 Chris Dumez Potential null dereference under WebPage::applicationDidBecomeActive() https://bugs.webkit.org/show_bug.cgi?id=188170 Reviewed by Wenson Hsieh. WebPage::m_page gets nulled out when the page is closed but the WebPage object may receive IPC until it gets destroyed. Therefore, we need to null-check m_page before using it in IPC message handlers. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::applicationDidEnterBackground): (WebKit::WebPage::applicationWillEnterForeground): (WebKit::WebPage::applicationDidBecomeActive): 2018-07-29 Babak Shafiei Cherry-pick r234349. rdar://problem/42721129 [Wi-Fi Assertions] Pass a ResumptionReason to resumeWiFiAssertions https://bugs.webkit.org/show_bug.cgi?id=188142 Reviewed by Darin Adler. * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformProcessDidResume): (WebKit::NetworkProcess::platformProcessDidTransitionToForeground): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234349 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-28 Andy Estes [Wi-Fi Assertions] Pass a ResumptionReason to resumeWiFiAssertions https://bugs.webkit.org/show_bug.cgi?id=188142 Reviewed by Darin Adler. * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformProcessDidResume): (WebKit::NetworkProcess::platformProcessDidTransitionToForeground): 2018-07-29 Babak Shafiei Cherry-pick r234330. rdar://problem/42721217 Be more conservative with compositing layer creation when memory is low https://bugs.webkit.org/show_bug.cgi?id=187866 rdar://problem/42366345 Reviewed by Zalan Bujtas. Source/WebCore: When process physical footprint is above a fraction of the jetsam limit, be more conservative in making compositing layers. We avoid compositing for these situations: 1. Layers with 3D transforms which are affine (like translateZ(0)). 2. Layers with will-change 3. Layers for canvases (other than WebGL/WebGPU) We reuse some macOS code in MemoryPressureHandler() but choose different thresholds for iOS, falling into "conservative mode" at 50% of jetsam limit, and "strict mode" at 65%. Compositing chooses to be more conservative in either "conservative" or "strict" memory modes. Plumb through a "compositingPolicyOverride" both so that on-device testing isn't flakily falling into a different mode, and so that we can impose the conservative mode for testing. Test: compositing/layer-creation/compositing-policy.html * page/Page.h: (WebCore::Page::compositingPolicyOverride const): (WebCore::Page::setCompositingPolicyOverride): * platform/graphics/transforms/Matrix3DTransformOperation.cpp: (WebCore::Matrix3DTransformOperation::isRepresentableIn2D const): * platform/graphics/transforms/Matrix3DTransformOperation.h: * platform/graphics/transforms/PerspectiveTransformOperation.h: * platform/graphics/transforms/RotateTransformOperation.h: * platform/graphics/transforms/ScaleTransformOperation.h: * platform/graphics/transforms/TransformOperation.h: (WebCore::TransformOperation::isRepresentableIn2D const): * platform/graphics/transforms/TransformOperations.h: (WebCore::TransformOperations::has3DOperation const): (WebCore::TransformOperations::isRepresentableIn2D const): * platform/graphics/transforms/TranslateTransformOperation.h: * rendering/RenderLayerBacking.cpp: (WebCore::RenderLayerBacking::updateGeometry): * rendering/RenderLayerCompositor.cpp: (WebCore::RenderLayerCompositor::cacheAcceleratedCompositingFlags): (WebCore::RenderLayerCompositor::updateCompositingPolicy): (WebCore::RenderLayerCompositor::updateCompositingLayers): (WebCore::RenderLayerCompositor::requiresCompositingForTransform const): (WebCore::RenderLayerCompositor::requiresCompositingForVideo const): (WebCore::RenderLayerCompositor::requiresCompositingForCanvas const): (WebCore::RenderLayerCompositor::requiresCompositingForPlugin const): (WebCore::RenderLayerCompositor::requiresCompositingForWillChange const): (WebCore::RenderLayerCompositor::needsFixedRootBackgroundLayer const): (WebCore::operator<<): * rendering/RenderLayerCompositor.h: * testing/Internals.cpp: (WebCore::Internals::setCompositingPolicyOverride): (WebCore::Internals::compositingPolicyOverride const): * testing/Internals.h: * testing/Internals.idl: Source/WebKit: When process physical footprint is above a fraction of the jetsam limit, be more conservative in making compositing layers. We avoid compositing for these situations: 1. Layers with 3D transforms which are affine (like translateZ(0)). 2. Layers with will-change 3. Layers for canvases (other than WebGL/WebGPU) We reuse some macOS code in MemoryPressureHandler() but choose different thresholds for iOS, falling into "conservative mode" at 50% of jetsam limit, and "strict mode" at 65%. Compositing chooses to be more conservative in either "conservative" or "strict" memory modes. Plumb through a "compositingPolicyOverride" both so that on-device testing isn't flakily falling into a different mode, and so that we can impose the conservative mode for testing. * WebProcess/InjectedBundle/API/c/WKBundlePage.cpp: (WKBundlePageSetCompositingPolicyOverride): * WebProcess/InjectedBundle/API/c/WKBundlePagePrivate.h: Source/WTF: When process physical footprint is above a fraction of the jetsam limit, be more conservative in making compositing layers. We avoid compositing for these situations: 1. Layers with 3D transforms which are affine (like translateZ(0)). 2. Layers with will-change 3. Layers for canvases (other than WebGL/WebGPU) We reuse some macOS code in MemoryPressureHandler() but choose different thresholds for iOS, falling into "conservative mode" at 50% of jetsam limit, and "strict mode" at 65%. Compositing chooses to be more conservative in either "conservative" or "strict" memory modes. Plumb through a "compositingPolicyOverride" both so that on-device testing isn't flakily falling into a different mode, and so that we can impose the conservative mode for testing. * wtf/MemoryPressureHandler.cpp: (WTF::thresholdForPolicy): (WTF::MemoryPressureHandler::currentMemoryUsagePolicy): * wtf/MemoryPressureHandler.h: Tools: When process physical footprint is above a fraction of the jetsam limit, be more conservative in making compositing layers. We avoid compositing for these situations: 1. Layers with 3D transforms which are affine (like translateZ(0)). 2. Layers with will-change 3. Layers for canvases (other than WebGL/WebGPU) We reuse some macOS code in MemoryPressureHandler() but choose different thresholds for iOS, falling into "conservative mode" at 50% of jetsam limit, and "strict mode" at 65%. Compositing chooses to be more conservative in either "conservative" or "strict" memory modes. Plumb through a "compositingPolicyOverride" both so that on-device testing isn't flakily falling into a different mode, and so that we can impose the conservative mode for testing. * WebKitTestRunner/InjectedBundle/InjectedBundlePage.cpp: (WTR::InjectedBundlePage::prepare): LayoutTests: * compositing/layer-creation/compositing-policy-expected.txt: Added. * compositing/layer-creation/compositing-policy.html: Added. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234330 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-27 Simon Fraser Be more conservative with compositing layer creation when memory is low https://bugs.webkit.org/show_bug.cgi?id=187866 rdar://problem/42366345 Reviewed by Zalan Bujtas. When process physical footprint is above a fraction of the jetsam limit, be more conservative in making compositing layers. We avoid compositing for these situations: 1. Layers with 3D transforms which are affine (like translateZ(0)). 2. Layers with will-change 3. Layers for canvases (other than WebGL/WebGPU) We reuse some macOS code in MemoryPressureHandler() but choose different thresholds for iOS, falling into "conservative mode" at 50% of jetsam limit, and "strict mode" at 65%. Compositing chooses to be more conservative in either "conservative" or "strict" memory modes. Plumb through a "compositingPolicyOverride" both so that on-device testing isn't flakily falling into a different mode, and so that we can impose the conservative mode for testing. * WebProcess/InjectedBundle/API/c/WKBundlePage.cpp: (WKBundlePageSetCompositingPolicyOverride): * WebProcess/InjectedBundle/API/c/WKBundlePagePrivate.h: 2018-07-29 Babak Shafiei Cherry-pick r234326. rdar://problem/42721215 Use SPI to compute the jetsam limit on iOS instead of hardcoding 840MB https://bugs.webkit.org/show_bug.cgi?id=188091 Reviewed by Simon Fraser. Source/bmalloc: We want bmalloc to dynamically adapt to the jetsam limit of the process it's running in. WTF::ramSize() is based off bmalloc's availableMemory, so it will now reflect the result of the real jetsam limit when we can read it. Reading the jetsam limit requires an entitlement, so this patch opts in the WebContent/Storage/Network processes. We fall back to 840MB (the old hard coded value) when the SPI call fails (e.g, when we're in a process without the proper entitlement). * bmalloc.xcodeproj/project.pbxproj: * bmalloc/AvailableMemory.cpp: (bmalloc::jetsamLimit): (bmalloc::computeAvailableMemory): * bmalloc/darwin/MemoryStatusSPI.h: Added. Source/WebKit: Give the Network/Storage/WebContent process the com.apple.private.memorystatus entitlement. This allows them to read the process jetsam limit. * Configurations/Databases-iOS.entitlements: * Configurations/Network-iOS.entitlements: * Configurations/WebContent-iOS.entitlements: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234326 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-27 Saam Barati Use SPI to compute the jetsam limit on iOS instead of hardcoding 840MB https://bugs.webkit.org/show_bug.cgi?id=188091 Reviewed by Simon Fraser. Give the Network/Storage/WebContent process the com.apple.private.memorystatus entitlement. This allows them to read the process jetsam limit. * Configurations/Databases-iOS.entitlements: * Configurations/Network-iOS.entitlements: * Configurations/WebContent-iOS.entitlements: 2018-07-26 Babak Shafiei Cherry-pick r234262. rdar://problem/42650389 Disable Dark Mode in the Plugin process to avoid rendering issues https://bugs.webkit.org/show_bug.cgi?id=188059 Reviewed by Tim Horton. Plugins generally do not support dark mode and this causes rendering issues so disable dark mode in the plugin process. * PluginProcess/mac/PluginProcessMac.mm: (WebKit::PluginProcess::platformInitializePluginProcess): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234262 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-26 Chris Dumez Disable Dark Mode in the Plugin process to avoid rendering issues https://bugs.webkit.org/show_bug.cgi?id=188059 Reviewed by Tim Horton. Plugins generally do not support dark mode and this causes rendering issues so disable dark mode in the plugin process. * PluginProcess/mac/PluginProcessMac.mm: (WebKit::PluginProcess::platformInitializePluginProcess): 2018-07-26 Babak Shafiei Cherry-pick r234223. rdar://problem/42650367 [macOS] Update sandboxes for revised OpenCL calls and streaming media https://bugs.webkit.org/show_bug.cgi?id=188013 Reviewed by Eric Carlson. Testing logs from recent Mojave builds shows that OpenCL is checking more CPU-specific values as part of WebKit painting operations. We need to allow these checks in the sandbox to support these more optimized drawing operations. I also corrected some sandbox violations I found while investigating streaming media issues. * WebProcess/com.apple.WebProcess.sb.in: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234223 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-25 Brent Fulgham [macOS] Update sandboxes for revised OpenCL calls and streaming media https://bugs.webkit.org/show_bug.cgi?id=188013 Reviewed by Eric Carlson. Testing logs from recent Mojave builds shows that OpenCL is checking more CPU-specific values as part of WebKit painting operations. We need to allow these checks in the sandbox to support these more optimized drawing operations. I also corrected some sandbox violations I found while investigating streaming media issues. * WebProcess/com.apple.WebProcess.sb.in: 2018-07-26 Babak Shafiei Cherry-pick r234081. rdar://problem/42490080 REGRESSION(r233925): Can't go into PiP twice https://bugs.webkit.org/show_bug.cgi?id=187876 Reviewed by Jon Lee. We fail to enter PiP the second time because the video fullscreen interface no longer has a model, and so gives a contentSize of 0x0. This happens because we disassociate the interface from the model in didCleanupFullscreen. However, the interface and model can still be re-used if they're kept alive by another client. We should delay disassociating the model from the interface until just before the model is destroyed in removeClientForContext. * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::removeClientForContext): (WebKit::VideoFullscreenManagerProxy::didCleanupFullscreen): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234081 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-20 Jer Noble REGRESSION(r233925): Can't go into PiP twice https://bugs.webkit.org/show_bug.cgi?id=187876 Reviewed by Jon Lee. We fail to enter PiP the second time because the video fullscreen interface no longer has a model, and so gives a contentSize of 0x0. This happens because we disassociate the interface from the model in didCleanupFullscreen. However, the interface and model can still be re-used if they're kept alive by another client. We should delay disassociating the model from the interface until just before the model is destroyed in removeClientForContext. * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::removeClientForContext): (WebKit::VideoFullscreenManagerProxy::didCleanupFullscreen): 2018-07-26 Babak Shafiei Cherry-pick r233926. rdar://problem/42354941 PiP from Element Fullscreen should match AVKit's behavior https://bugs.webkit.org/show_bug.cgi?id=187623 Source/WebCore: Reviewed by Jon Lee. PiP behavior should be defined at the WebKit2 level, and not in HTMLMediaElement: * html/HTMLMediaElement.cpp: (WebCore::HTMLMediaElement::enterFullscreen): Add an accessor for pictureInPictureWasStartedWhenEnteringBackground(): * platform/cocoa/VideoFullscreenModelVideoElement.mm: (VideoFullscreenInterfaceAVKit::pictureInPictureWasStartedWhenEnteringBackground const): Add VideoFullscreenModelClient virutal methods for PiP change notifications: * platform/cocoa/VideoFullscreenModel.h: (WebCore::VideoFullscreenModelClient::hasVideoChanged): (WebCore::VideoFullscreenModelClient::videoDimensionsChanged): (WebCore::VideoFullscreenModelClient::willEnterPictureInPicture): (WebCore::VideoFullscreenModelClient::didEnterPictureInPicture): (WebCore::VideoFullscreenModelClient::failedToEnterPictureInPicture): (WebCore::VideoFullscreenModelClient::willExitPictureInPicture): (WebCore::VideoFullscreenModelClient::didExitPictureInPicture): (WebCore::VideoFullscreenModelClient::failedToExitPictureInPicture): * platform/cocoa/VideoFullscreenModelVideoElement.h: * platform/cocoa/VideoFullscreenModelVideoElement.mm: (VideoFullscreenModelVideoElement::willEnterPictureInPicture): (VideoFullscreenModelVideoElement::didEnterPictureInPicture): (VideoFullscreenModelVideoElement::failedToEnterPictureInPicture): (VideoFullscreenModelVideoElement::willExitPictureInPicture): (VideoFullscreenModelVideoElement::didExitPictureInPicture): (VideoFullscreenModelVideoElement::failedToExitPictureInPicture): * platform/ios/VideoFullscreenInterfaceAVKit.h: * platform/ios/VideoFullscreenInterfaceAVKit.mm: (-[WebAVPlayerLayer layoutSublayers]): (-[WebAVPlayerLayer resolveBounds]): (-[WebAVPlayerLayer setVideoGravity:]): (VideoFullscreenInterfaceAVKit::setupFullscreen): (VideoFullscreenInterfaceAVKit::presentingViewController): (VideoFullscreenInterfaceAVKit::willStartPictureInPicture): (VideoFullscreenInterfaceAVKit::didStartPictureInPicture): (VideoFullscreenInterfaceAVKit::failedToStartPictureInPicture): (VideoFullscreenInterfaceAVKit::willStopPictureInPicture): (VideoFullscreenInterfaceAVKit::didStopPictureInPicture): (VideoFullscreenInterfaceAVKit::shouldExitFullscreenWithReason): (VideoFullscreenInterfaceAVKit::doSetup): * platform/ios/WebVideoFullscreenControllerAVKit.mm: (VideoFullscreenControllerContext::willEnterPictureInPicture): (VideoFullscreenControllerContext::didEnterPictureInPicture): (VideoFullscreenControllerContext::failedToEnterPictureInPicture): (VideoFullscreenControllerContext::willExitPictureInPicture): (VideoFullscreenControllerContext::didExitPictureInPicture): (VideoFullscreenControllerContext::failedToExitPictureInPicture): * platform/mac/VideoFullscreenInterfaceMac.h: (WebCore::VideoFullscreenInterfaceMac::requestHideAndExitFullscreen): Deleted. * platform/mac/VideoFullscreenInterfaceMac.mm: (-[WebVideoFullscreenInterfaceMacObjC invalidateFullscreenState]): (-[WebVideoFullscreenInterfaceMacObjC exitPIP]): (-[WebVideoFullscreenInterfaceMacObjC exitPIPAnimatingToRect:inWindow:]): (-[WebVideoFullscreenInterfaceMacObjC pipShouldClose:]): (-[WebVideoFullscreenInterfaceMacObjC pipDidClose:]): (WebCore::VideoFullscreenInterfaceMac::enterFullscreen): (WebCore::VideoFullscreenInterfaceMac::exitFullscreen): (WebCore::VideoFullscreenInterfaceMac::exitFullscreenWithoutAnimationToMode): (WebCore::VideoFullscreenInterfaceMac::requestHideAndExitFullscreen): Source/WebCore/PAL: Reviewed by Jon Lee. * pal/spi/mac/PIPSPI.h: Source/WebKit: Reviewed by Jon Lee. * UIProcess/Cocoa/PlaybackSessionManagerProxy.h: (WebKit::PlaybackSessionManagerProxy::controlsManagerContextId const): * UIProcess/Cocoa/VideoFullscreenManagerProxy.h: * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenModelContext::willEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::didEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::failedToEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::willExitPictureInPicture): (WebKit::VideoFullscreenModelContext::didExitPictureInPicture): (WebKit::VideoFullscreenModelContext::failedToExitPictureInPicture): (WebKit::VideoFullscreenManagerProxy::controlsManagerInterface): * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (WKFullScreenViewControllerVideoFullscreenModelClient::setParent): (WKFullScreenViewControllerVideoFullscreenModelClient::setInterface): (WKFullScreenViewControllerVideoFullscreenModelClient::interface const): (-[WKFullScreenViewController initWithWebView:]): (-[WKFullScreenViewController dealloc]): (-[WKFullScreenViewController videoControlsManagerDidChange]): (-[WKFullScreenViewController ensurePiPAnimator]): (-[WKFullScreenViewController willEnterPictureInPicture]): (-[WKFullScreenViewController didEnterPictureInPicture]): (-[WKFullScreenViewController failedToEnterPictureInPicture]): (-[WKFullScreenViewController loadView]): (-[WKFullScreenViewController viewWillAppear:]): * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::videoControlsManagerDidChange): * UIProcess/mac/WKFullScreenWindowController.h: * UIProcess/mac/WKFullScreenWindowController.mm: (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::setParent): (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::setInterface): (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::interface const): (-[WKFullScreenWindowController initWithWindow:webView:page:]): (-[WKFullScreenWindowController dealloc]): (-[WKFullScreenWindowController videoControlsManagerDidChange]): (-[WKFullScreenWindowController willEnterPictureInPicture]): Tools: Reviewed by Jon Lee. * TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj: * TestWebKitAPI/Tests/WebKitCocoa/ExitFullscreenOnEnterPiP.html: Added. * TestWebKitAPI/Tests/WebKitCocoa/ExitFullscreenOnEnterPiP.mm: Added. (-[ExitFullscreenOnEnterPiPUIDelegate _webView:hasVideoInPictureInPictureDidChange:]): (-[ExitFullscreenOnEnterPiPUIDelegate _webViewDidEnterFullscreen:]): (-[ExitFullscreenOnEnterPiPUIDelegate _webViewDidExitFullscreen:]): (TestWebKitAPI::TEST): LayoutTests: Reviewed by Jon Lee. * TestExpectations: * media/fullscreen-video-going-into-pip-expected.txt: Removed. * media/fullscreen-video-going-into-pip.html: Removed. * media/video-contained-in-fullscreen-element-going-into-pip-expected.txt: Removed. * media/video-contained-in-fullscreen-element-going-into-pip.html: Removed. * platform/mac-wk2/TestExpectations: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233926 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Jer Noble PiP from Element Fullscreen should match AVKit's behavior https://bugs.webkit.org/show_bug.cgi?id=187623 Reviewed by Jon Lee. * UIProcess/Cocoa/PlaybackSessionManagerProxy.h: (WebKit::PlaybackSessionManagerProxy::controlsManagerContextId const): * UIProcess/Cocoa/VideoFullscreenManagerProxy.h: * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenModelContext::willEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::didEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::failedToEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::willExitPictureInPicture): (WebKit::VideoFullscreenModelContext::didExitPictureInPicture): (WebKit::VideoFullscreenModelContext::failedToExitPictureInPicture): (WebKit::VideoFullscreenManagerProxy::controlsManagerInterface): * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (WKFullScreenViewControllerVideoFullscreenModelClient::setParent): (WKFullScreenViewControllerVideoFullscreenModelClient::setInterface): (WKFullScreenViewControllerVideoFullscreenModelClient::interface const): (-[WKFullScreenViewController initWithWebView:]): (-[WKFullScreenViewController dealloc]): (-[WKFullScreenViewController videoControlsManagerDidChange]): (-[WKFullScreenViewController ensurePiPAnimator]): (-[WKFullScreenViewController willEnterPictureInPicture]): (-[WKFullScreenViewController didEnterPictureInPicture]): (-[WKFullScreenViewController failedToEnterPictureInPicture]): (-[WKFullScreenViewController loadView]): (-[WKFullScreenViewController viewWillAppear:]): * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::videoControlsManagerDidChange): * UIProcess/mac/WKFullScreenWindowController.h: * UIProcess/mac/WKFullScreenWindowController.mm: (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::setParent): (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::setInterface): (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::interface const): (-[WKFullScreenWindowController initWithWindow:webView:page:]): (-[WKFullScreenWindowController dealloc]): (-[WKFullScreenWindowController videoControlsManagerDidChange]): (-[WKFullScreenWindowController willEnterPictureInPicture]): 2018-07-26 Babak Shafiei Cherry-pick r233925. rdar://problem/42354959 Dissociate the VideoFullscreenInterface from its VideoFullscreenModel before removing it from the manager https://bugs.webkit.org/show_bug.cgi?id=187775 Reviewed by Jon Lee. * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::didCleanupFullscreen): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233925 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Jer Noble Dissociate the VideoFullscreenInterface from its VideoFullscreenModel before removing it from the manager https://bugs.webkit.org/show_bug.cgi?id=187775 Reviewed by Jon Lee. * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::didCleanupFullscreen): 2018-07-26 Babak Shafiei Cherry-pick r234272. rdar://problem/42645434 Unreviewed, rolling out r234181 and r234189. https://bugs.webkit.org/show_bug.cgi?id=188075 These are not needed right now (Requested by thorton on #webkit). Reverted changesets: "Enable Web Content Filtering on watchOS" https://bugs.webkit.org/show_bug.cgi?id=187979 https://trac.webkit.org/changeset/234181 "HAVE(PARENTAL_CONTROLS) should be true on watchOS" https://bugs.webkit.org/show_bug.cgi?id=187985 https://trac.webkit.org/changeset/234189 git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234272 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-26 Commit Queue Unreviewed, rolling out r234181 and r234189. https://bugs.webkit.org/show_bug.cgi?id=188075 These are not needed right now (Requested by thorton on #webkit). Reverted changesets: "Enable Web Content Filtering on watchOS" https://bugs.webkit.org/show_bug.cgi?id=187979 https://trac.webkit.org/changeset/234181 "HAVE(PARENTAL_CONTROLS) should be true on watchOS" https://bugs.webkit.org/show_bug.cgi?id=187985 https://trac.webkit.org/changeset/234189 2018-07-25 Babak Shafiei Cherry-pick r234216. rdar://problem/42604537 Mask AVBackgroundView to the corner radius. https://bugs.webkit.org/show_bug.cgi?id=187976 rdar://problem/41810866 Patch by Jeremy Jones on 2018-07-25 Reviewed by Jon Lee. This changes sets the appropriate mask to the layer so the corners look correct. * UIProcess/ios/fullscreen/WKFullscreenStackView.mm: (-[WKFullscreenStackView init]): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234216 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-25 Jeremy Jones Mask AVBackgroundView to the corner radius. https://bugs.webkit.org/show_bug.cgi?id=187976 rdar://problem/41810866 Reviewed by Jon Lee. This changes sets the appropriate mask to the layer so the corners look correct. * UIProcess/ios/fullscreen/WKFullscreenStackView.mm: (-[WKFullscreenStackView init]): 2018-07-25 Babak Shafiei Cherry-pick r234215. rdar://problem/42604541 REGRESSION(r227577) Text on TV & Movies page doesn't wrap properly in iTunes https://bugs.webkit.org/show_bug.cgi?id=188018 Reviewed by Dean Jackson. Source/WebCore: Manual rollout of r227577. Test: fast/overflow/line-clamp-with-text-shadow.html * Sources.txt: * WebCore.xcodeproj/project.pbxproj: * css/CSSComputedStyleDeclaration.cpp: (WebCore::ComputedStyleExtractor::valueForPropertyinStyle): * css/CSSProperties.json: * css/StyleBuilderCustom.h: (WebCore::StyleBuilderCustom::applyValueWebkitLinesClamp): Deleted. * css/parser/CSSParserContext.cpp: (WebCore::CSSParserContext::CSSParserContext): * css/parser/CSSParserContext.h: (WebCore::CSSParserContextHash::hash): * css/parser/CSSPropertyParser.cpp: (WebCore::CSSPropertyParser::parseSingleValue): (WebCore::consumeLinesClamp): Deleted. * page/Settings.yaml: * rendering/RenderBlockFlow.cpp: (WebCore::RenderBlockFlow::willCreateColumns const): (WebCore::getHeightForLineCount): (WebCore::RenderBlockFlow::heightForLineCount): (WebCore::RenderBlockFlow::layoutExcludedChildren): (WebCore::RenderBlockFlow::logicalHeightForLineCount): Deleted. (WebCore::RenderBlockFlow::logicalHeightExcludingLineCount): Deleted. * rendering/RenderBlockFlow.h: * rendering/RenderDeprecatedFlexibleBox.cpp: (WebCore::RenderDeprecatedFlexibleBox::applyLineClamp): * rendering/RenderFragmentContainer.cpp: (WebCore::RenderFragmentContainer::pageLogicalHeightForOffset const): Deleted. * rendering/RenderFragmentContainer.h: * rendering/RenderFragmentedFlow.cpp: (WebCore::RenderFragmentedFlow::validateFragments): (WebCore::RenderFragmentedFlow::pageLogicalHeightForOffset const): (WebCore::RenderFragmentedFlow::pageRemainingLogicalHeightForOffset const): * rendering/RenderFragmentedFlow.h: * rendering/RenderLinesClampFlow.cpp: Removed. * rendering/RenderLinesClampFlow.h: Removed. * rendering/RenderLinesClampSet.cpp: Removed. * rendering/RenderLinesClampSet.h: Removed. * rendering/RenderMultiColumnFlow.cpp: (WebCore::RenderMultiColumnFlow::isColumnSpanningDescendant const): Deleted. (WebCore::RenderMultiColumnFlow::createMultiColumnSet): Deleted. * rendering/RenderMultiColumnFlow.h: (WebCore::RenderMultiColumnFlow::multiColumnBlockFlow const): Deleted. (WebCore::RenderMultiColumnFlow::hasColumnSpanner const): Deleted. (WebCore::RenderMultiColumnFlow::findColumnSpannerPlaceholder const): Deleted. (WebCore::RenderMultiColumnFlow::columnCount const): Deleted. (WebCore::RenderMultiColumnFlow::columnWidth const): Deleted. (WebCore::RenderMultiColumnFlow::columnHeightAvailable const): Deleted. (WebCore::RenderMultiColumnFlow::setColumnHeightAvailable): Deleted. (WebCore::RenderMultiColumnFlow::inBalancingPass const): Deleted. (WebCore::RenderMultiColumnFlow::setInBalancingPass): Deleted. (WebCore::RenderMultiColumnFlow::needsHeightsRecalculation const): Deleted. (WebCore::RenderMultiColumnFlow::setNeedsHeightsRecalculation): Deleted. (WebCore::RenderMultiColumnFlow::shouldRelayoutForPagination const): Deleted. (WebCore::RenderMultiColumnFlow::setColumnCountAndWidth): Deleted. (WebCore::RenderMultiColumnFlow::progressionIsInline const): Deleted. (WebCore::RenderMultiColumnFlow::setProgressionIsInline): Deleted. (WebCore::RenderMultiColumnFlow::progressionIsReversed const): Deleted. (WebCore::RenderMultiColumnFlow::setProgressionIsReversed): Deleted. (WebCore::RenderMultiColumnFlow::spannerMap): Deleted. * rendering/RenderMultiColumnSet.cpp: (WebCore::RenderMultiColumnSet::collectLayerFragments): (WebCore::RenderMultiColumnSet::columnTranslationForOffset const): * rendering/RenderMultiColumnSet.h: (WebCore::RenderMultiColumnSet::multiColumnBlockFlow const): Deleted. (WebCore::RenderMultiColumnSet::multiColumnFlow const): Deleted. (WebCore::RenderMultiColumnSet::logicalTopInFragmentedFlow const): Deleted. (WebCore::RenderMultiColumnSet::logicalBottomInFragmentedFlow const): Deleted. (WebCore::RenderMultiColumnSet::logicalHeightInFragmentedFlow const): Deleted. (WebCore::RenderMultiColumnSet::computedColumnCount const): Deleted. (WebCore::RenderMultiColumnSet::computedColumnWidth const): Deleted. (WebCore::RenderMultiColumnSet::computedColumnHeight const): Deleted. (WebCore::RenderMultiColumnSet::columnHeightComputed const): Deleted. (WebCore::RenderMultiColumnSet::setComputedColumnWidthAndCount): Deleted. (WebCore::RenderMultiColumnSet::updateMinimumColumnHeight): Deleted. (WebCore::RenderMultiColumnSet::minimumColumnHeight const): Deleted. (WebCore::RenderMultiColumnSet::forcedBreaksCount const): Deleted. (WebCore::RenderMultiColumnSet::hasBeenFlowed const): Deleted. (WebCore::RenderMultiColumnSet::skipLayerFragmentCollectionForColumn const): Deleted. (WebCore::RenderMultiColumnSet::customBlockProgressionAdjustmentForColumn const): Deleted. (WebCore::RenderMultiColumnSet::ContentRun::ContentRun): Deleted. (WebCore::RenderMultiColumnSet::ContentRun::assumedImplicitBreaks const): Deleted. (WebCore::RenderMultiColumnSet::ContentRun::assumeAnotherImplicitBreak): Deleted. (WebCore::RenderMultiColumnSet::ContentRun::breakOffset const): Deleted. (WebCore::RenderMultiColumnSet::ContentRun::columnLogicalHeight const): Deleted. * rendering/RenderObject.h: (WebCore::RenderObject::isRenderLinesClampFlow const): Deleted. (WebCore::RenderObject::isRenderLinesClampSet const): Deleted. * rendering/style/LineClampValue.h: (WebCore::LinesClampValue::LinesClampValue): Deleted. (WebCore::LinesClampValue::isNone const): Deleted. (WebCore::LinesClampValue::operator== const): Deleted. (WebCore::LinesClampValue::operator!= const): Deleted. (WebCore::LinesClampValue::start const): Deleted. (WebCore::LinesClampValue::end const): Deleted. (WebCore::LinesClampValue::center const): Deleted. * rendering/style/RenderStyle.h: (WebCore::RenderStyle::lineClamp const): (WebCore::RenderStyle::setLineClamp): (WebCore::RenderStyle::initialLineClamp): (WebCore::RenderStyle::hasInlineColumnAxis const): (WebCore::RenderStyle::linesClamp const): Deleted. (WebCore::RenderStyle::hasLinesClamp const): Deleted. (WebCore::RenderStyle::setLinesClamp): Deleted. (WebCore::RenderStyle::initialLinesClamp): Deleted. * rendering/style/StyleRareNonInheritedData.cpp: (WebCore::StyleRareNonInheritedData::StyleRareNonInheritedData): (WebCore::StyleRareNonInheritedData::operator== const): * rendering/style/StyleRareNonInheritedData.h: * rendering/updating/RenderTreeBuilderMultiColumn.cpp: (WebCore::isValidColumnSpanner): (WebCore::RenderTreeBuilder::MultiColumn::createFragmentedFlow): (WebCore::RenderTreeBuilder::MultiColumn::processPossibleSpannerDescendant): Source/WebKit: * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): LayoutTests: * fast/block/lines-clamp-advanced-expected.html: Removed. * fast/block/lines-clamp-advanced-rl-expected.html: Removed. * fast/block/lines-clamp-advanced-rl.html: Removed. * fast/block/lines-clamp-advanced.html: Removed. * fast/block/lines-clamp-basic-expected.html: Removed. * fast/block/lines-clamp-basic-rl-expected.html: Removed. * fast/block/lines-clamp-basic-rl.html: Removed. * fast/block/lines-clamp-basic.html: Removed. * fast/css/lines-clamp-parsing-expected.txt: Removed. * fast/css/lines-clamp-parsing.html: Removed. * fast/overflow/line-clamp-with-text-shadow-expected.html: Added. * fast/overflow/line-clamp-with-text-shadow.html: Added. * platform/ios-simulator-wk2/fast/overflow/line-clamp-expected.txt: Removed. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234215 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-25 Zalan Bujtas REGRESSION(r227577) Text on TV & Movies page doesn't wrap properly in iTunes https://bugs.webkit.org/show_bug.cgi?id=188018 Reviewed by Dean Jackson. * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): 2018-07-25 Babak Shafiei Cherry-pick r234195. rdar://problem/42604534 [macOS] PluginProcess needs TCC entitlements for media capture https://bugs.webkit.org/show_bug.cgi?id=187981 Reviewed by Chris Dumez. The changes needed in Bug 185526 are also needed for the plugin process, or else the UIProcess (e.g., Safari) is not able to pass the user's camera/microphone access permission to the plugin process. This patch has the following changes: 1. Rename "WebContent-OSX-restricted.entitlements" to "WebContent-or-Plugin-OSX-restricted.entitlements" 2. Rename "process-webcontent-entitlements.sh" to "process-webcontent-or-plugin-entitlements.sh" 3. Add a run-script step to the Plugin.64 and Plugin.32 builds to add the relevant entitlements. 4. Silence some Flash plugin sandbox exceptions triggered after activating the camera. * Configurations/WebContent-or-Plugin-OSX-restricted.entitlements: Renamed from Source/WebKit/Configurations/WebContent-OSX-restricted.entitlements. * Resources/PlugInSandboxProfiles/com.macromedia.Flash Player ESR.plugin.sb: Address sandbox violations needed by camera use. * Resources/PlugInSandboxProfiles/com.macromedia.Flash Player.plugin.sb: Ditto. * Scripts/process-webcontent-or-plugin-entitlements.sh: Renamed from Source/WebKit/Scripts/process-webcontent-entitlements.sh. * WebKit.xcodeproj/project.pbxproj: Update for renaming, and perform entitlement steps on Plugin process. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234195 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-25 Brent Fulgham [macOS] PluginProcess needs TCC entitlements for media capture https://bugs.webkit.org/show_bug.cgi?id=187981 Reviewed by Chris Dumez. The changes needed in Bug 185526 are also needed for the plugin process, or else the UIProcess (e.g., Safari) is not able to pass the user's camera/microphone access permission to the plugin process. This patch has the following changes: 1. Rename "WebContent-OSX-restricted.entitlements" to "WebContent-or-Plugin-OSX-restricted.entitlements" 2. Rename "process-webcontent-entitlements.sh" to "process-webcontent-or-plugin-entitlements.sh" 3. Add a run-script step to the Plugin.64 and Plugin.32 builds to add the relevant entitlements. 4. Silence some Flash plugin sandbox exceptions triggered after activating the camera. * Configurations/WebContent-or-Plugin-OSX-restricted.entitlements: Renamed from Source/WebKit/Configurations/WebContent-OSX-restricted.entitlements. * Resources/PlugInSandboxProfiles/com.macromedia.Flash Player ESR.plugin.sb: Address sandbox violations needed by camera use. * Resources/PlugInSandboxProfiles/com.macromedia.Flash Player.plugin.sb: Ditto. * Scripts/process-webcontent-or-plugin-entitlements.sh: Renamed from Source/WebKit/Scripts/process-webcontent-entitlements.sh. * WebKit.xcodeproj/project.pbxproj: Update for renaming, and perform entitlement steps on Plugin process. 2018-07-25 Babak Shafiei Cherry-pick r234181. rdar://problem/42604524 Enable Web Content Filtering on watchOS https://bugs.webkit.org/show_bug.cgi?id=187979 Reviewed by Wenson Hsieh. Source/JavaScriptCore: * Configurations/FeatureDefines.xcconfig: Source/WebCore: * Configurations/FeatureDefines.xcconfig: Source/WebCore/PAL: * Configurations/FeatureDefines.xcconfig: Source/WebKit: * Configurations/FeatureDefines.xcconfig: Source/WebKitLegacy/mac: * Configurations/FeatureDefines.xcconfig: Tools: * TestWebKitAPI/Configurations/FeatureDefines.xcconfig: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234181 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-24 Tim Horton Enable Web Content Filtering on watchOS https://bugs.webkit.org/show_bug.cgi?id=187979 Reviewed by Wenson Hsieh. * Configurations/FeatureDefines.xcconfig: 2018-07-25 Babak Shafiei Cherry-pick r234124. rdar://problem/42604550 Crash when loadViewIfRequired called while WKFullScreenViewController is being deallocated. https://bugs.webkit.org/show_bug.cgi?id=187920 rdar://problem/41324023 Patch by Jeremy Jones on 2018-07-23 Reviewed by Eric Carlson. Clear dangling weak-ref. Prevent async playback state calls from instantiating the interface. Release WKFullScreenViewController when it is no longer needed. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController dealloc]): (-[WKFullScreenViewController setPlaying:]): (-[WKFullScreenViewController setAnimating:]): * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController _completedExitFullScreen]): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234124 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-23 Jeremy Jones Crash when loadViewIfRequired called while WKFullScreenViewController is being deallocated. https://bugs.webkit.org/show_bug.cgi?id=187920 rdar://problem/41324023 Reviewed by Eric Carlson. Clear dangling weak-ref. Prevent async playback state calls from instantiating the interface. Release WKFullScreenViewController when it is no longer needed. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController dealloc]): (-[WKFullScreenViewController setPlaying:]): (-[WKFullScreenViewController setAnimating:]): * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController _completedExitFullScreen]): 2018-07-25 Babak Shafiei Cherry-pick r234111. rdar://problem/42604691 WebResourceLoadStatisticsStore fails to unregister itself as a MessageReceiver in its destructor https://bugs.webkit.org/show_bug.cgi?id=187910 Reviewed by Brent Fulgham. Source/WebCore: Add internals API that causes the ResourceLoadObserver to notify its observer, and avoid waiting for the 5 second delay. * testing/Internals.cpp: (WebCore::Internals::notifyResourceLoadObserver): * testing/Internals.h: * testing/Internals.idl: Source/WebKit: The WebResourceLoadStatisticsStore was only removing itself as a MessageReceiver from the WebProcessProxy and that WebProcessProxy's connection was getting closed. However, it is possible for the WebResourceLoadStatisticsStore to get destroyed before this happens. This would lead to crashes such as the one in . To address the issue, we let the WebsiteDataStore take care of registering / unregistering the WebResourceLoadStatisticsStore as a MessageReceiver with the WebProcessProxy. This is more reliable since the WebsiteDataStore is the one that subclasses WebProcessLifetimeObserver. Make sure the WebResourceLoadStatisticsStore is removed as a MessageReceiver whenever the WebsiteDataStore is destroyed or WebsiteDataStore::m_resourceLoadStatistics gets cleared. * UIProcess/WebResourceLoadStatisticsStore.cpp: * UIProcess/WebResourceLoadStatisticsStore.h: Drop logic to add / remove the WebResourceLoadStatisticsStore as a receiver now that the WebsiteDataStore takes care of it. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::~WebsiteDataStore): Make sure the WebResourceLoadStatisticsStore gets unregistered as a MessageReceiver from all associated WebProcessProxy objects when the WebsiteDataStore gets destroyed. (WebKit::WebsiteDataStore::webProcessWillOpenConnection): (WebKit::WebsiteDataStore::webProcessDidCloseConnection): Register / Unregister the WebResourceLoadStatisticsStore as a MessageReceiver with the WebProcessProxy. (WebKit::WebsiteDataStore::setResourceLoadStatisticsEnabled): Make sure we unregister the WebResourceLoadStatisticsStore as a MessageReceiver with all associated WebProcessProxy objects before we clear m_resourceLoadStatistics as this will causes the WebResourceLoadStatisticsStore to get destroyed. (WebKit::WebsiteDataStore::unregisterWebResourceLoadStatisticsStoreAsMessageReceiver): (WebKit::WebsiteDataStore::registerWebResourceLoadStatisticsStoreAsMessageReceiver): Add utility functions to register / unregister WebResourceLoadStatisticsStore as a MessageReceiver with all associated WebProcessProxy objects. (WebKit::WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback): Register the new WebResourceLoadStatisticsStore as a MessageReceiver with all associated WebProcessProxy objects in case setResourceLoadStatisticsEnabled(true) gets called *after* we've already started WebProcesses. * UIProcess/WebsiteData/WebsiteDataStore.h: Tools: Add API test coverage. * TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj: * TestWebKitAPI/Tests/WebKitCocoa/ResourceLoadStatistics.mm: (-[DisableITPDuringNavigationDelegate webView:didCommitNavigation:]): (-[DisableITPDuringNavigationDelegate webView:didFinishNavigation:]): (TEST): * TestWebKitAPI/Tests/WebKitCocoa/notify-resourceLoadObserver.html: Added. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234111 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-23 Chris Dumez WebResourceLoadStatisticsStore fails to unregister itself as a MessageReceiver in its destructor https://bugs.webkit.org/show_bug.cgi?id=187910 Reviewed by Brent Fulgham. The WebResourceLoadStatisticsStore was only removing itself as a MessageReceiver from the WebProcessProxy and that WebProcessProxy's connection was getting closed. However, it is possible for the WebResourceLoadStatisticsStore to get destroyed before this happens. This would lead to crashes such as the one in . To address the issue, we let the WebsiteDataStore take care of registering / unregistering the WebResourceLoadStatisticsStore as a MessageReceiver with the WebProcessProxy. This is more reliable since the WebsiteDataStore is the one that subclasses WebProcessLifetimeObserver. Make sure the WebResourceLoadStatisticsStore is removed as a MessageReceiver whenever the WebsiteDataStore is destroyed or WebsiteDataStore::m_resourceLoadStatistics gets cleared. * UIProcess/WebResourceLoadStatisticsStore.cpp: * UIProcess/WebResourceLoadStatisticsStore.h: Drop logic to add / remove the WebResourceLoadStatisticsStore as a receiver now that the WebsiteDataStore takes care of it. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::~WebsiteDataStore): Make sure the WebResourceLoadStatisticsStore gets unregistered as a MessageReceiver from all associated WebProcessProxy objects when the WebsiteDataStore gets destroyed. (WebKit::WebsiteDataStore::webProcessWillOpenConnection): (WebKit::WebsiteDataStore::webProcessDidCloseConnection): Register / Unregister the WebResourceLoadStatisticsStore as a MessageReceiver with the WebProcessProxy. (WebKit::WebsiteDataStore::setResourceLoadStatisticsEnabled): Make sure we unregister the WebResourceLoadStatisticsStore as a MessageReceiver with all associated WebProcessProxy objects before we clear m_resourceLoadStatistics as this will causes the WebResourceLoadStatisticsStore to get destroyed. (WebKit::WebsiteDataStore::unregisterWebResourceLoadStatisticsStoreAsMessageReceiver): (WebKit::WebsiteDataStore::registerWebResourceLoadStatisticsStoreAsMessageReceiver): Add utility functions to register / unregister WebResourceLoadStatisticsStore as a MessageReceiver with all associated WebProcessProxy objects. (WebKit::WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback): Register the new WebResourceLoadStatisticsStore as a MessageReceiver with all associated WebProcessProxy objects in case setResourceLoadStatisticsEnabled(true) gets called *after* we've already started WebProcesses. * UIProcess/WebsiteData/WebsiteDataStore.h: 2018-07-25 Babak Shafiei Cherry-pick r234067. rdar://problem/42451597 Occasional crash under -[WKFormInputSession setSuggestions:] https://bugs.webkit.org/show_bug.cgi?id=187869 Reviewed by Dean Jackson. * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView inputDelegate]): Make inputDelegate weak. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234067 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-20 Tim Horton Occasional crash under -[WKFormInputSession setSuggestions:] https://bugs.webkit.org/show_bug.cgi?id=187869 Reviewed by Dean Jackson. * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView inputDelegate]): Make inputDelegate weak. 2018-07-25 Babak Shafiei Cherry-pick r234054. rdar://problem/42451625 [macOS] Relax WebKit sandbox to permit proper App Store behavior https://bugs.webkit.org/show_bug.cgi?id=187831 Reviewed by Alexey Proskuryakov. The Mac App Store is unable to perform some gift card redemption tasks on macOS due to missing sandbox permissions. This patch adds those permissions. * PluginProcess/mac/com.apple.WebKit.plugin-common.sb.in: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234054 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-20 Brent Fulgham [macOS] Relax WebKit sandbox to permit proper App Store behavior https://bugs.webkit.org/show_bug.cgi?id=187831 Reviewed by Alexey Proskuryakov. The Mac App Store is unable to perform some gift card redemption tasks on macOS due to missing sandbox permissions. This patch adds those permissions. * PluginProcess/mac/com.apple.WebKit.plugin-common.sb.in: 2018-07-25 Babak Shafiei Cherry-pick r234023. rdar://problem/42451655 Null pointer dereference under WebPage::autofillLoginCredentials() https://bugs.webkit.org/show_bug.cgi?id=187823 Reviewed by David Kilzer. Deal with m_assistedNode being null under WebPage::autofillLoginCredentials(). * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::autofillLoginCredentials): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234023 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-19 Chris Dumez Null pointer dereference under WebPage::autofillLoginCredentials() https://bugs.webkit.org/show_bug.cgi?id=187823 Reviewed by David Kilzer. Deal with m_assistedNode being null under WebPage::autofillLoginCredentials(). * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::autofillLoginCredentials): 2018-07-20 Babak Shafiei Revert r233925. rdar://problem/42354959 2018-07-20 Babak Shafiei Revert r233926. rdar://problem/42446531 2018-07-20 Babak Shafiei Cherry-pick r233925. rdar://problem/42354959 Dissociate the VideoFullscreenInterface from its VideoFullscreenModel before removing it from the manager https://bugs.webkit.org/show_bug.cgi?id=187775 Reviewed by Jon Lee. * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::didCleanupFullscreen): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233925 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Jer Noble Dissociate the VideoFullscreenInterface from its VideoFullscreenModel before removing it from the manager https://bugs.webkit.org/show_bug.cgi?id=187775 Reviewed by Jon Lee. * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::didCleanupFullscreen): 2018-07-20 Babak Shafiei Cherry-pick r234020. rdar://problem/42417121 [ITP] Crash under ResourceLoadStatisticsMemoryStore::removeDataRecords() https://bugs.webkit.org/show_bug.cgi?id=187821 Reviewed by David Kilzer. In two cases, ResourceLoadStatisticsMemoryStore (which lives on a background queue) needs to call WebPageProxy operations on the main thread and then dispatch back on the background queue when the operation completes. However, it is possible for the ResourceLoadStatisticsMemoryStore to get destroyed on the background queue during this time and we would then crash when trying to use m_workQueue to re-dispatch. To address the issue, I now ref the work queue in the lambda so that we're guaranteed to be able to re-dispatch to the background queue. When we're back on the background queue, we'll realize that weakThis in gone and we'll call the callback and return early. Note that I am not checking weakThis on the main thread as this would not be safe. weakThis should only be used on the background queue. * UIProcess/ResourceLoadStatisticsMemoryStore.cpp: (WebKit::ResourceLoadStatisticsMemoryStore::removeDataRecords): (WebKit::ResourceLoadStatisticsMemoryStore::grandfatherExistingWebsiteData): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@234020 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-19 Chris Dumez [ITP] Crash under ResourceLoadStatisticsMemoryStore::removeDataRecords() https://bugs.webkit.org/show_bug.cgi?id=187821 Reviewed by David Kilzer. In two cases, ResourceLoadStatisticsMemoryStore (which lives on a background queue) needs to call WebPageProxy operations on the main thread and then dispatch back on the background queue when the operation completes. However, it is possible for the ResourceLoadStatisticsMemoryStore to get destroyed on the background queue during this time and we would then crash when trying to use m_workQueue to re-dispatch. To address the issue, I now ref the work queue in the lambda so that we're guaranteed to be able to re-dispatch to the background queue. When we're back on the background queue, we'll realize that weakThis in gone and we'll call the callback and return early. Note that I am not checking weakThis on the main thread as this would not be safe. weakThis should only be used on the background queue. * UIProcess/ResourceLoadStatisticsMemoryStore.cpp: (WebKit::ResourceLoadStatisticsMemoryStore::removeDataRecords): (WebKit::ResourceLoadStatisticsMemoryStore::grandfatherExistingWebsiteData): 2018-07-20 Babak Shafiei Cherry-pick r233992. rdar://problem/42417109 Update iOS fullscreen alert text again https://bugs.webkit.org/show_bug.cgi?id=187797 rdar://problem/42373783 Reviewed by Jer Noble. Source/WebCore: * English.lproj/Localizable.strings: Source/WebKit: * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController _showPhishingAlert]): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233992 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-19 Jon Lee Update iOS fullscreen alert text again https://bugs.webkit.org/show_bug.cgi?id=187797 rdar://problem/42373783 Reviewed by Jer Noble. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController _showPhishingAlert]): 2018-07-19 Babak Shafiei Revert r233925. rdar://problem/42354959 2018-07-18 Babak Shafiei Cherry-pick r233915. rdar://problem/42345407 Add SPI to defer running async script until after document load https://bugs.webkit.org/show_bug.cgi?id=187748 Reviewed by Ryosuke Niwa and Tim Horton. Source/WebCore: On watchOS, we currently observe that time-consuming async scripts can block the first paint of Reader, leaving the user with a blank screen for tens of seconds. One way to mitigate this is to defer async script execution until after document load (i.e. the same timing as DOMContentLoaded). This patch introduces an SPI configuration allowing internal clients to defer execution of asynchronous script until after document load; this, in combination with the parser yielding token introduced in r233891, allows Safari on watchOS to avoid being blocked on slow script execution before the first paint of the Reader page on most article-like pages. See below for more details. Test: RunScriptAfterDocumentLoad.ExecutionOrderOfScriptsInDocument * dom/Document.cpp: (WebCore::Document::shouldDeferAsynchronousScriptsUntilParsingFinishes const): (WebCore::Document::finishedParsing): Notify ScriptRunner when the Document has finished parsing, and is about to fire DOMContentLoaded. * dom/Document.h: * dom/ScriptRunner.cpp: (WebCore::ScriptRunner::documentFinishedParsing): When the document is finished parsing, kick off the script execution timer if needed to run any async script that has been deferred. (WebCore::ScriptRunner::notifyFinished): (WebCore::ScriptRunner::timerFired): Instead of always taking from the list of async scripts to execute, check our document to see whether we should defer this until after document load. If so, ignore `m_scriptsToExecuteSoon`. * dom/ScriptRunner.h: * page/Settings.yaml: Add a WebCore setting for this behavior. Source/WebKit: Add plumbing for a new ShouldDeferAsynchronousScriptsUntilAfterDocumentLoad configuration that determines whether async script execution should be deferred until document load (i.e. DOMContentLoaded). This configuration defaults to NO on all platforms. See WebCore ChangeLog for more detail. * Shared/WebPreferences.yaml: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): (-[WKWebViewConfiguration copyWithZone:]): (-[WKWebViewConfiguration _shouldDeferAsynchronousScriptsUntilAfterDocumentLoad]): (-[WKWebViewConfiguration _setShouldDeferAsynchronousScriptsUntilAfterDocumentLoad:]): * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h: Tools: Add an API test to verify that when the deferred async script configuration is set, async scripts will be executed after the DOMContentLoaded event. * TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj: * TestWebKitAPI/Tests/WebKitCocoa/RunScriptAfterDocumentLoad.mm: Added. (TEST): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233915 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Wenson Hsieh Add SPI to defer running async script until after document load https://bugs.webkit.org/show_bug.cgi?id=187748 Reviewed by Ryosuke Niwa and Tim Horton. Add plumbing for a new ShouldDeferAsynchronousScriptsUntilAfterDocumentLoad configuration that determines whether async script execution should be deferred until document load (i.e. DOMContentLoaded). This configuration defaults to NO on all platforms. See WebCore ChangeLog for more detail. * Shared/WebPreferences.yaml: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): (-[WKWebViewConfiguration copyWithZone:]): (-[WKWebViewConfiguration _shouldDeferAsynchronousScriptsUntilAfterDocumentLoad]): (-[WKWebViewConfiguration _setShouldDeferAsynchronousScriptsUntilAfterDocumentLoad:]): * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h: 2018-07-18 Babak Shafiei Cherry-pick r233891. rdar://problem/42345327 Add an SPI hook to allow clients to yield document parsing and script execution https://bugs.webkit.org/show_bug.cgi?id=187682 Reviewed by Ryosuke Niwa. Source/WebCore: Using a single web process for both the Reader page and original web page on watchOS has multiple benefits, including: (1) allowing the user to bail out of Reader and view the original web page without having to load it again, and (2) improving the bringup time of the Reader page, since subresources are already cached in process and we don't eat the additional cost of a web process launch if prewarming fails. However, this has some drawbacks as well, one of which is that main thread work being done on behalf of the original page may contend with work being done to load and render the Reader page. This is especially bad when the page is in the middle of executing heavy script after Safari has already detected that the Reader version of the page is available, but before it has finished loading the Reader page. The result is that script on the original page may block the first paint of the Reader page (on New York Times articles, this often leads to an apparent page load time of 25-35 seconds before the user sees anything besides a blank screen). To mitigate this, we introduce a way for injected bundle clients to yield parsing and async script execution on a document. This capability is surfaced in the form of an opaque token which clients may request from a WKDOMDocument. Construction of the token causes the document to begin yielding and defer execution of previously scheduled scripts, only if there were no active tokens on the document already. Similarly, destruction of all active tokens on the document causes it to stop yielding and resume execution of scripts if needed. Tests: ParserYieldTokenTests.PreventDocumentLoadByTakingParserYieldToken ParserYieldTokenTests.TakeMultipleParserYieldTokens ParserYieldTokenTests.DeferredScriptExecutesBeforeDocumentLoadWhenTakingParserYieldToken ParserYieldTokenTests.AsyncScriptRunsWhenFetched * dom/Document.cpp: (WebCore::Document::implicitOpen): If the parser yield token was taken before the document's parser was created, tell the parser's scheduler to start yielding immediately after creation. (WebCore::DocumentParserYieldToken::DocumentParserYieldToken): (WebCore::DocumentParserYieldToken::~DocumentParserYieldToken): * dom/Document.h: Introduce a parser yield count to Document; as long as this count is greater than 0, we consider the Document to have active yield tokens. When constructing or destroying a ParserYieldToken, we increment and decrement the parser yield count (respectively). (WebCore::Document::createParserYieldToken): (WebCore::Document::hasActiveParserYieldToken const): * dom/DocumentParser.h: (WebCore::DocumentParser::didBeginYieldingParser): (WebCore::DocumentParser::didEndYieldingParser): Hooks for Document to tell its parser that we've started or finished yielding. This updates a flag on the parser's scheduler which is consulted when we determine whether to yield before a pumping token or executing script. * dom/ScriptRunner.cpp: (WebCore::ScriptRunner::resume): (WebCore::ScriptRunner::notifyFinished): * dom/ScriptRunner.h: (WebCore::ScriptRunner::didBeginYieldingParser): (WebCore::ScriptRunner::didEndYieldingParser): Hooks for Document to tell its ScriptRunner that we've started or finished yielding. These wrap calls to suspend and resume. * html/parser/HTMLDocumentParser.cpp: (WebCore::HTMLDocumentParser::didBeginYieldingParser): (WebCore::HTMLDocumentParser::didEndYieldingParser): Plumb to didBegin/didEnd calls to the HTMLParserScheduler. * html/parser/HTMLDocumentParser.h: * html/parser/HTMLParserScheduler.cpp: (WebCore::HTMLParserScheduler::shouldYieldBeforeExecutingScript): * html/parser/HTMLParserScheduler.h: (WebCore::HTMLParserScheduler::shouldYieldBeforeToken): Consult a flag when determining whether to yield. This flag is set to true only while the document has an active parser yield token. (WebCore::HTMLParserScheduler::isScheduledForResume const): Consider the parser scheduler to be scheduled for resume if there are active tokens. Without this change, we incorrectly consider the document to be finished loading when we have yield tokens, since it appears that the parser is no longer scheduled to pump its tokenizer. (WebCore::HTMLParserScheduler::didBeginYieldingParser): (WebCore::HTMLParserScheduler::didEndYieldingParser): When the Document begins yielding due to the documet having active tokens or ends yielding after the document loses all of its yield tokens, update a flag on the parser scheduler. After we finish yielding, additionally reschedule the parser if needed to ensure that we continue parsing the document; without this additional change to resume, we'll never get the document load or load events after relinquishing the yield token. Source/WebKit: Add hooks to WKDOMDocument to create and return an internal WKDOMDocumentParserYieldToken object, whose lifetime is tied to a document parser yield token. See WebCore ChangeLog for more detail. * WebProcess/InjectedBundle/API/mac/WKDOMDocument.h: * WebProcess/InjectedBundle/API/mac/WKDOMDocument.mm: (-[WKDOMDocumentParserYieldToken initWithDocument:]): (-[WKDOMDocument parserYieldToken]): Tools: Add a few tests to exercise the new document yield token SPI, verifying that clients can use the SPI to defer document load, and that doing so doesn't cause deferred `script` to execute in the wrong order (i.e. before synchronous script, or after "DOMContentLoaded"). * TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj: * TestWebKitAPI/Tests/WebKitCocoa/ParserYieldTokenPlugIn.mm: Added. (-[ParserYieldTokenPlugIn takeDocumentParserTokenAfterCommittingLoad]): (-[ParserYieldTokenPlugIn releaseDocumentParserToken]): (-[ParserYieldTokenPlugIn webProcessPlugInBrowserContextController:didCommitLoadForFrame:]): (-[ParserYieldTokenPlugIn webProcessPlugIn:didCreateBrowserContextController:]): (-[ParserYieldTokenPlugIn webProcessPlugInBrowserContextController:didFinishDocumentLoadForFrame:]): (-[ParserYieldTokenPlugIn webProcessPlugInBrowserContextController:didFinishLoadForFrame:]): Add an injected bundle object that knows how to take and release multiple document parser yield tokens. * TestWebKitAPI/Tests/WebKitCocoa/ParserYieldTokenTests.h: Added. * TestWebKitAPI/Tests/WebKitCocoa/ParserYieldTokenTests.mm: Added. (+[ParserYieldTokenTestWebView webView]): (-[ParserYieldTokenTestWebView bundle]): (-[ParserYieldTokenTestWebView schemeHandler]): (-[ParserYieldTokenTestWebView didFinishDocumentLoad]): (-[ParserYieldTokenTestWebView didFinishLoad]): (waitForDelay): (TEST): * TestWebKitAPI/Tests/WebKitCocoa/TestURLSchemeHandler.h: Added. * TestWebKitAPI/Tests/WebKitCocoa/TestURLSchemeHandler.mm: Added. (-[TestURLSchemeHandler webView:startURLSchemeTask:]): (-[TestURLSchemeHandler webView:stopURLSchemeTask:]): (-[TestURLSchemeHandler setStartURLSchemeTaskHandler:]): (-[TestURLSchemeHandler startURLSchemeTaskHandler]): (-[TestURLSchemeHandler setStopURLSchemeTaskHandler:]): (-[TestURLSchemeHandler stopURLSchemeTaskHandler]): Add a new test helper class to handle custom schemes via a block-based API. * TestWebKitAPI/Tests/WebKitCocoa/text-with-async-script.html: Added. New test HTML page that contains a deferred script element, a synchronous script element, another deferred script element, and then some text, images, and links. * TestWebKitAPI/Tests/WebKitCocoa/text-with-deferred-script.html: Added. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233891 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-17 Wenson Hsieh Add an SPI hook to allow clients to yield document parsing and script execution https://bugs.webkit.org/show_bug.cgi?id=187682 Reviewed by Ryosuke Niwa. Add hooks to WKDOMDocument to create and return an internal WKDOMDocumentParserYieldToken object, whose lifetime is tied to a document parser yield token. See WebCore ChangeLog for more detail. * WebProcess/InjectedBundle/API/mac/WKDOMDocument.h: * WebProcess/InjectedBundle/API/mac/WKDOMDocument.mm: (-[WKDOMDocumentParserYieldToken initWithDocument:]): (-[WKDOMDocument parserYieldToken]): 2018-07-18 Babak Shafiei Cherry-pick r233940. rdar://problem/42359640 CRASH at WebKit: WebKit::WebFullScreenManagerProxy::saveScrollPosition https://bugs.webkit.org/show_bug.cgi?id=187769 Reviewed by Tim Horton. Null-check all uses of _page and _manager in WKFullScreenWindowControllerIOS. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (WebKit::WKWebViewState::applyTo): (WebKit::WKWebViewState::store): (-[WKFullScreenWindowController enterFullScreen]): (-[WKFullScreenWindowController beganExitFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController _completedExitFullScreen]): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233940 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Jer Noble CRASH at WebKit: WebKit::WebFullScreenManagerProxy::saveScrollPosition https://bugs.webkit.org/show_bug.cgi?id=187769 Reviewed by Tim Horton. Null-check all uses of _page and _manager in WKFullScreenWindowControllerIOS. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (WebKit::WKWebViewState::applyTo): (WebKit::WKWebViewState::store): (-[WKFullScreenWindowController enterFullScreen]): (-[WKFullScreenWindowController beganExitFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController _completedExitFullScreen]): 2018-07-18 Babak Shafiei Cherry-pick r233939. rdar://problem/42359636 WebContent crash in WebProcess::ensureNetworkProcessConnection https://bugs.webkit.org/show_bug.cgi?id=187791 Reviewed by Ryosuke Niwa. If the WebProcessProxy::GetNetworkProcessConnection synchronous IPC between the WebProcess and the UIProcess succeeded but we received an invalid connection identifier, then try once more. This may indicate the network process has crashed, in which case it will be relaunched. * WebProcess/WebProcess.cpp: (WebKit::getNetworkProcessConnection): (WebKit::WebProcess::ensureNetworkProcessConnection): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233939 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Chris Dumez WebContent crash in WebProcess::ensureNetworkProcessConnection https://bugs.webkit.org/show_bug.cgi?id=187791 Reviewed by Ryosuke Niwa. If the WebProcessProxy::GetNetworkProcessConnection synchronous IPC between the WebProcess and the UIProcess succeeded but we received an invalid connection identifier, then try once more. This may indicate the network process has crashed, in which case it will be relaunched. * WebProcess/WebProcess.cpp: (WebKit::getNetworkProcessConnection): (WebKit::WebProcess::ensureNetworkProcessConnection): 2018-07-18 Babak Shafiei Cherry-pick r233932. rdar://problem/42353789 The WebContent process does not suspend when MiniBrowser is minimized. https://bugs.webkit.org/show_bug.cgi?id=187708 Reviewed by Chris Dumez. Source/WebCore/PAL: Add function for enabling App nap. * pal/spi/cf/CFUtilitiesSPI.h: Source/WebKit: Using the NSRunLoop runloop type prevents the WebContent process from suspending. Instead, use the new _WebKit runloop type. Also do not leak a boost to the WebContent process, since this also prevents the WebContent process from going to sleep. Calling SetApplicationIsDaemon prevents the WebContent process from being assigned the application process priority level. To block WindowServer connections, call CGSSetDenyWindowServerConnections(true) instead. Finally, App nap must be manually enabled, since the WebContent process is no longer a NSApplication. * Configurations/WebContentService.xcconfig: * UIProcess/Launcher/mac/ProcessLauncherMac.mm: (WebKit::shouldLeakBoost): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::updateThrottleState): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeProcess): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233932 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Per Arne Vollan The WebContent process does not suspend when MiniBrowser is minimized. https://bugs.webkit.org/show_bug.cgi?id=187708 Reviewed by Chris Dumez. Using the NSRunLoop runloop type prevents the WebContent process from suspending. Instead, use the new _WebKit runloop type. Also do not leak a boost to the WebContent process, since this also prevents the WebContent process from going to sleep. Calling SetApplicationIsDaemon prevents the WebContent process from being assigned the application process priority level. To block WindowServer connections, call CGSSetDenyWindowServerConnections(true) instead. Finally, App nap must be manually enabled, since the WebContent process is no longer a NSApplication. * Configurations/WebContentService.xcconfig: * UIProcess/Launcher/mac/ProcessLauncherMac.mm: (WebKit::shouldLeakBoost): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::updateThrottleState): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeProcess): 2018-07-18 Babak Shafiei Cherry-pick r233927. rdar://problem/42354954 -_beginAnimatedResizeWithUpdates: can leave view in bad state if called during an existing animation https://bugs.webkit.org/show_bug.cgi?id=187739 Source/WebKit: Reviewed by Tim Horton. It's not enough to reset _dynamicViewportUpdateMode to NotResizing; other parts of the code check whether _resizeAnimationView is non-nil, the contentView may be hidden, etc. Add a new internal method _cancelAnimatedResize that cleans up state when a call to _beginAnimatedResizeWithUpdates: fails. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _processDidExit]): (-[WKWebView _cancelAnimatedResize]): (-[WKWebView _didCompleteAnimatedResize]): (-[WKWebView _beginAnimatedResizeWithUpdates:]): Tools: Reviewed by Tim Horton. * TestWebKitAPI/Tests/WebKitCocoa/AnimatedResize.mm: (TEST): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233927 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Jer Noble -_beginAnimatedResizeWithUpdates: can leave view in bad state if called during an existing animation https://bugs.webkit.org/show_bug.cgi?id=187739 Reviewed by Tim Horton. It's not enough to reset _dynamicViewportUpdateMode to NotResizing; other parts of the code check whether _resizeAnimationView is non-nil, the contentView may be hidden, etc. Add a new internal method _cancelAnimatedResize that cleans up state when a call to _beginAnimatedResizeWithUpdates: fails. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _processDidExit]): (-[WKWebView _cancelAnimatedResize]): (-[WKWebView _didCompleteAnimatedResize]): (-[WKWebView _beginAnimatedResizeWithUpdates:]): 2018-07-18 Babak Shafiei Cherry-pick r233926. rdar://problem/42354941 PiP from Element Fullscreen should match AVKit's behavior https://bugs.webkit.org/show_bug.cgi?id=187623 Source/WebCore: Reviewed by Jon Lee. PiP behavior should be defined at the WebKit2 level, and not in HTMLMediaElement: * html/HTMLMediaElement.cpp: (WebCore::HTMLMediaElement::enterFullscreen): Add an accessor for pictureInPictureWasStartedWhenEnteringBackground(): * platform/cocoa/VideoFullscreenModelVideoElement.mm: (VideoFullscreenInterfaceAVKit::pictureInPictureWasStartedWhenEnteringBackground const): Add VideoFullscreenModelClient virutal methods for PiP change notifications: * platform/cocoa/VideoFullscreenModel.h: (WebCore::VideoFullscreenModelClient::hasVideoChanged): (WebCore::VideoFullscreenModelClient::videoDimensionsChanged): (WebCore::VideoFullscreenModelClient::willEnterPictureInPicture): (WebCore::VideoFullscreenModelClient::didEnterPictureInPicture): (WebCore::VideoFullscreenModelClient::failedToEnterPictureInPicture): (WebCore::VideoFullscreenModelClient::willExitPictureInPicture): (WebCore::VideoFullscreenModelClient::didExitPictureInPicture): (WebCore::VideoFullscreenModelClient::failedToExitPictureInPicture): * platform/cocoa/VideoFullscreenModelVideoElement.h: * platform/cocoa/VideoFullscreenModelVideoElement.mm: (VideoFullscreenModelVideoElement::willEnterPictureInPicture): (VideoFullscreenModelVideoElement::didEnterPictureInPicture): (VideoFullscreenModelVideoElement::failedToEnterPictureInPicture): (VideoFullscreenModelVideoElement::willExitPictureInPicture): (VideoFullscreenModelVideoElement::didExitPictureInPicture): (VideoFullscreenModelVideoElement::failedToExitPictureInPicture): * platform/ios/VideoFullscreenInterfaceAVKit.h: * platform/ios/VideoFullscreenInterfaceAVKit.mm: (-[WebAVPlayerLayer layoutSublayers]): (-[WebAVPlayerLayer resolveBounds]): (-[WebAVPlayerLayer setVideoGravity:]): (VideoFullscreenInterfaceAVKit::setupFullscreen): (VideoFullscreenInterfaceAVKit::presentingViewController): (VideoFullscreenInterfaceAVKit::willStartPictureInPicture): (VideoFullscreenInterfaceAVKit::didStartPictureInPicture): (VideoFullscreenInterfaceAVKit::failedToStartPictureInPicture): (VideoFullscreenInterfaceAVKit::willStopPictureInPicture): (VideoFullscreenInterfaceAVKit::didStopPictureInPicture): (VideoFullscreenInterfaceAVKit::shouldExitFullscreenWithReason): (VideoFullscreenInterfaceAVKit::doSetup): * platform/ios/WebVideoFullscreenControllerAVKit.mm: (VideoFullscreenControllerContext::willEnterPictureInPicture): (VideoFullscreenControllerContext::didEnterPictureInPicture): (VideoFullscreenControllerContext::failedToEnterPictureInPicture): (VideoFullscreenControllerContext::willExitPictureInPicture): (VideoFullscreenControllerContext::didExitPictureInPicture): (VideoFullscreenControllerContext::failedToExitPictureInPicture): * platform/mac/VideoFullscreenInterfaceMac.h: (WebCore::VideoFullscreenInterfaceMac::requestHideAndExitFullscreen): Deleted. * platform/mac/VideoFullscreenInterfaceMac.mm: (-[WebVideoFullscreenInterfaceMacObjC invalidateFullscreenState]): (-[WebVideoFullscreenInterfaceMacObjC exitPIP]): (-[WebVideoFullscreenInterfaceMacObjC exitPIPAnimatingToRect:inWindow:]): (-[WebVideoFullscreenInterfaceMacObjC pipShouldClose:]): (-[WebVideoFullscreenInterfaceMacObjC pipDidClose:]): (WebCore::VideoFullscreenInterfaceMac::enterFullscreen): (WebCore::VideoFullscreenInterfaceMac::exitFullscreen): (WebCore::VideoFullscreenInterfaceMac::exitFullscreenWithoutAnimationToMode): (WebCore::VideoFullscreenInterfaceMac::requestHideAndExitFullscreen): Source/WebCore/PAL: Reviewed by Jon Lee. * pal/spi/mac/PIPSPI.h: Source/WebKit: Reviewed by Jon Lee. * UIProcess/Cocoa/PlaybackSessionManagerProxy.h: (WebKit::PlaybackSessionManagerProxy::controlsManagerContextId const): * UIProcess/Cocoa/VideoFullscreenManagerProxy.h: * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenModelContext::willEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::didEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::failedToEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::willExitPictureInPicture): (WebKit::VideoFullscreenModelContext::didExitPictureInPicture): (WebKit::VideoFullscreenModelContext::failedToExitPictureInPicture): (WebKit::VideoFullscreenManagerProxy::controlsManagerInterface): * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (WKFullScreenViewControllerVideoFullscreenModelClient::setParent): (WKFullScreenViewControllerVideoFullscreenModelClient::setInterface): (WKFullScreenViewControllerVideoFullscreenModelClient::interface const): (-[WKFullScreenViewController initWithWebView:]): (-[WKFullScreenViewController dealloc]): (-[WKFullScreenViewController videoControlsManagerDidChange]): (-[WKFullScreenViewController ensurePiPAnimator]): (-[WKFullScreenViewController willEnterPictureInPicture]): (-[WKFullScreenViewController didEnterPictureInPicture]): (-[WKFullScreenViewController failedToEnterPictureInPicture]): (-[WKFullScreenViewController loadView]): (-[WKFullScreenViewController viewWillAppear:]): * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::videoControlsManagerDidChange): * UIProcess/mac/WKFullScreenWindowController.h: * UIProcess/mac/WKFullScreenWindowController.mm: (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::setParent): (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::setInterface): (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::interface const): (-[WKFullScreenWindowController initWithWindow:webView:page:]): (-[WKFullScreenWindowController dealloc]): (-[WKFullScreenWindowController videoControlsManagerDidChange]): (-[WKFullScreenWindowController willEnterPictureInPicture]): Tools: Reviewed by Jon Lee. * TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj: * TestWebKitAPI/Tests/WebKitCocoa/ExitFullscreenOnEnterPiP.html: Added. * TestWebKitAPI/Tests/WebKitCocoa/ExitFullscreenOnEnterPiP.mm: Added. (-[ExitFullscreenOnEnterPiPUIDelegate _webView:hasVideoInPictureInPictureDidChange:]): (-[ExitFullscreenOnEnterPiPUIDelegate _webViewDidEnterFullscreen:]): (-[ExitFullscreenOnEnterPiPUIDelegate _webViewDidExitFullscreen:]): (TestWebKitAPI::TEST): LayoutTests: Reviewed by Jon Lee. * TestExpectations: * media/fullscreen-video-going-into-pip-expected.txt: Removed. * media/fullscreen-video-going-into-pip.html: Removed. * media/video-contained-in-fullscreen-element-going-into-pip-expected.txt: Removed. * media/video-contained-in-fullscreen-element-going-into-pip.html: Removed. * platform/mac-wk2/TestExpectations: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233926 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Jer Noble PiP from Element Fullscreen should match AVKit's behavior https://bugs.webkit.org/show_bug.cgi?id=187623 Reviewed by Jon Lee. * UIProcess/Cocoa/PlaybackSessionManagerProxy.h: (WebKit::PlaybackSessionManagerProxy::controlsManagerContextId const): * UIProcess/Cocoa/VideoFullscreenManagerProxy.h: * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenModelContext::willEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::didEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::failedToEnterPictureInPicture): (WebKit::VideoFullscreenModelContext::willExitPictureInPicture): (WebKit::VideoFullscreenModelContext::didExitPictureInPicture): (WebKit::VideoFullscreenModelContext::failedToExitPictureInPicture): (WebKit::VideoFullscreenManagerProxy::controlsManagerInterface): * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (WKFullScreenViewControllerVideoFullscreenModelClient::setParent): (WKFullScreenViewControllerVideoFullscreenModelClient::setInterface): (WKFullScreenViewControllerVideoFullscreenModelClient::interface const): (-[WKFullScreenViewController initWithWebView:]): (-[WKFullScreenViewController dealloc]): (-[WKFullScreenViewController videoControlsManagerDidChange]): (-[WKFullScreenViewController ensurePiPAnimator]): (-[WKFullScreenViewController willEnterPictureInPicture]): (-[WKFullScreenViewController didEnterPictureInPicture]): (-[WKFullScreenViewController failedToEnterPictureInPicture]): (-[WKFullScreenViewController loadView]): (-[WKFullScreenViewController viewWillAppear:]): * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::videoControlsManagerDidChange): * UIProcess/mac/WKFullScreenWindowController.h: * UIProcess/mac/WKFullScreenWindowController.mm: (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::setParent): (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::setInterface): (WebKit::WKFullScreenWindowControllerVideoFullscreenModelClient::interface const): (-[WKFullScreenWindowController initWithWindow:webView:page:]): (-[WKFullScreenWindowController dealloc]): (-[WKFullScreenWindowController videoControlsManagerDidChange]): (-[WKFullScreenWindowController willEnterPictureInPicture]): 2018-07-18 Babak Shafiei Cherry-pick r233925. rdar://problem/42354959 Dissociate the VideoFullscreenInterface from its VideoFullscreenModel before removing it from the manager https://bugs.webkit.org/show_bug.cgi?id=187775 Reviewed by Jon Lee. * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::didCleanupFullscreen): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233925 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-18 Jer Noble Dissociate the VideoFullscreenInterface from its VideoFullscreenModel before removing it from the manager https://bugs.webkit.org/show_bug.cgi?id=187775 Reviewed by Jon Lee. * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::didCleanupFullscreen): 2018-07-18 Babak Shafiei Cherry-pick r233905. rdar://problem/42345236 REGRESSION (iOS 12): Can't scroll to the bottom of the page in WKWebView while keyboard is up on pages with viewport-fit=cover https://bugs.webkit.org/show_bug.cgi?id=187743 Reviewed by Simon Fraser. UIScrollView's _systemContentInset no longer includes keyboard insets in apps linked on iOS 12+ when contentInsetAdjustmentBehavior is None. We use contentInsetAdjustmentBehavior to control adjustment of other sources of insets, but expect the keyboard inset to always be applied. For now, barring a more comprehensive way to separate insets, re-add the keyboard inset in cases where UIKit does not. * Platform/spi/ios/UIKitSPI.h: Move some IPI to the SPI header. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _haveSetObscuredInsets]): * UIProcess/API/Cocoa/WKWebViewInternal.h: Make it possible for WKScrollView to check whether the client is overriding insets. * UIProcess/Cocoa/VersionChecks.h: Add a linkedOnOrAfter() version for this new UIScrollView behavior. * UIProcess/ios/WKScrollView.mm: (-[WKScrollView initWithFrame:]): Force WKScrollView's scroll indicator to always respect insets. We always want the scroll bars in a sensible place, even if the page sets viewport-fit=cover. (-[WKScrollView _adjustForAutomaticKeyboardInfo:animated:lastAdjustment:]): Store the bottom inset due to the keyboard. (-[WKScrollView _systemContentInset]): Add the bottom inset due to the keyboard to the systemContentInset in all cases where UIKit does not. Also avoid adding it if the client takes full control of the insets, because the only client that does (MobileSafari) includes insets-due-to-keyboard in their custom insets. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233905 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-17 Tim Horton REGRESSION (iOS 12): Can't scroll to the bottom of the page in WKWebView while keyboard is up on pages with viewport-fit=cover https://bugs.webkit.org/show_bug.cgi?id=187743 Reviewed by Simon Fraser. UIScrollView's _systemContentInset no longer includes keyboard insets in apps linked on iOS 12+ when contentInsetAdjustmentBehavior is None. We use contentInsetAdjustmentBehavior to control adjustment of other sources of insets, but expect the keyboard inset to always be applied. For now, barring a more comprehensive way to separate insets, re-add the keyboard inset in cases where UIKit does not. * Platform/spi/ios/UIKitSPI.h: Move some IPI to the SPI header. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _haveSetObscuredInsets]): * UIProcess/API/Cocoa/WKWebViewInternal.h: Make it possible for WKScrollView to check whether the client is overriding insets. * UIProcess/Cocoa/VersionChecks.h: Add a linkedOnOrAfter() version for this new UIScrollView behavior. * UIProcess/ios/WKScrollView.mm: (-[WKScrollView initWithFrame:]): Force WKScrollView's scroll indicator to always respect insets. We always want the scroll bars in a sensible place, even if the page sets viewport-fit=cover. (-[WKScrollView _adjustForAutomaticKeyboardInfo:animated:lastAdjustment:]): Store the bottom inset due to the keyboard. (-[WKScrollView _systemContentInset]): Add the bottom inset due to the keyboard to the systemContentInset in all cases where UIKit does not. Also avoid adding it if the client takes full control of the insets, because the only client that does (MobileSafari) includes insets-due-to-keyboard in their custom insets. 2018-07-18 Babak Shafiei Cherry-pick r233904. rdar://problem/42345140 RELEASE_ASSERT() under IPC::Connection::sendSync() from PluginProxy::supportsSnapshotting() https://bugs.webkit.org/show_bug.cgi?id=187740 Reviewed by Youenn Fablet. As per the crash trace, PluginProxy::supportsSnapshotting() can be called during layout but does synchronous IPC. As a result, we need to prevent WebCore re-entrancy by using DoNotProcessIncomingMessagesWhenWaitingForSyncReply sendOption. * WebProcess/Plugins/PluginProxy.cpp: (WebKit::PluginProxy::supportsSnapshotting const): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233904 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-17 Chris Dumez RELEASE_ASSERT() under IPC::Connection::sendSync() from PluginProxy::supportsSnapshotting() https://bugs.webkit.org/show_bug.cgi?id=187740 Reviewed by Youenn Fablet. As per the crash trace, PluginProxy::supportsSnapshotting() can be called during layout but does synchronous IPC. As a result, we need to prevent WebCore re-entrancy by using DoNotProcessIncomingMessagesWhenWaitingForSyncReply sendOption. * WebProcess/Plugins/PluginProxy.cpp: (WebKit::PluginProxy::supportsSnapshotting const): 2018-07-18 Babak Shafiei Cherry-pick r233888. rdar://problem/42345191 Add completion handlers to TestRunner functions setStatisticsLastSeen(), setStatisticsPrevalentResource(), setStatisticsVeryPrevalentResource(), setStatisticsHasHadUserInteraction(), and setStatisticsHasHadNonRecentUserInteraction() https://bugs.webkit.org/show_bug.cgi?id=187710 Reviewed by Chris Dumez. Source/WebKit: These changes are to back the completion handler functionality of TestRunner functions: - setStatisticsLastSeen(), - setStatisticsPrevalentResource(), - setStatisticsVeryPrevalentResource(), - setStatisticsHasHadUserInteraction(), and - setStatisticsHasHadNonRecentUserInteraction(). * UIProcess/API/C/WKWebsiteDataStoreRef.cpp: (WKWebsiteDataStoreSetStatisticsLastSeen): (WKWebsiteDataStoreSetStatisticsPrevalentResource): (WKWebsiteDataStoreSetStatisticsVeryPrevalentResource): (WKWebsiteDataStoreSetStatisticsHasHadUserInteraction): (WKWebsiteDataStoreSetStatisticsHasHadNonRecentUserInteraction): * UIProcess/API/C/WKWebsiteDataStoreRef.h: * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::logUserInteraction): (WebKit::WebResourceLoadStatisticsStore::logNonRecentUserInteraction): (WebKit::WebResourceLoadStatisticsStore::clearUserInteraction): (WebKit::WebResourceLoadStatisticsStore::setLastSeen): (WebKit::WebResourceLoadStatisticsStore::setPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::setVeryPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::clearPrevalentResource): * UIProcess/WebResourceLoadStatisticsStore.h: Tools: * WebKitTestRunner/InjectedBundle/Bindings/TestRunner.idl: * WebKitTestRunner/InjectedBundle/InjectedBundle.cpp: (WTR::InjectedBundle::didReceiveMessageToPage): * WebKitTestRunner/InjectedBundle/TestRunner.cpp: (WTR::TestRunner::setStatisticsLastSeen): (WTR::TestRunner::statisticsCallDidSetLastSeenCallback): (WTR::TestRunner::setStatisticsPrevalentResource): (WTR::TestRunner::statisticsCallDidSetPrevalentResourceCallback): (WTR::TestRunner::setStatisticsVeryPrevalentResource): (WTR::TestRunner::statisticsCallDidSetVeryPrevalentResourceCallback): (WTR::TestRunner::setStatisticsHasHadUserInteraction): (WTR::TestRunner::setStatisticsHasHadNonRecentUserInteraction): (WTR::TestRunner::statisticsCallDidSetHasHadUserInteractionCallback): * WebKitTestRunner/InjectedBundle/TestRunner.h: * WebKitTestRunner/TestController.cpp: (WTR::TestController::setStatisticsLastSeen): (WTR::TestController::setStatisticsPrevalentResource): (WTR::TestController::setStatisticsVeryPrevalentResource): (WTR::TestController::setStatisticsHasHadUserInteraction): (WTR::TestController::setStatisticsHasHadNonRecentUserInteraction): * WebKitTestRunner/TestInvocation.cpp: (WTR::TestInvocation::didSetLastSeen): (WTR::TestInvocation::didSetPrevalentResource): (WTR::TestInvocation::didSetVeryPrevalentResource): (WTR::TestInvocation::didSetHasHadUserInteraction): (WTR::TestInvocation::didSetHasHadNonRecentUserInteraction): * WebKitTestRunner/TestInvocation.h: LayoutTests: These changes are to update all test cases that make use of TestRunner functions: - setStatisticsLastSeen(), - setStatisticsPrevalentResource(), - setStatisticsVeryPrevalentResource(), - setStatisticsHasHadUserInteraction(), and - setStatisticsHasHadNonRecentUserInteraction(). * http/tests/resourceLoadStatistics/add-blocking-to-redirect.html: * http/tests/resourceLoadStatistics/add-partitioning-to-redirect.html: * http/tests/resourceLoadStatistics/classify-as-non-prevalent-based-on-mixed-statistics.html: * http/tests/resourceLoadStatistics/classify-as-non-prevalent-based-on-sub-frame-under-top-frame-origins.html: * http/tests/resourceLoadStatistics/classify-as-non-prevalent-based-on-subresource-under-top-frame-origins.html: * http/tests/resourceLoadStatistics/classify-as-non-prevalent-based-on-subresource-unique-redirects-to.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-mixed-statistics.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-sub-frame-under-top-frame-origins.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-subresource-redirect-collusion.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-subresource-redirect-to-prevalent.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-subresource-under-top-frame-origins.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-subresource-unique-redirects-to.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-top-frame-redirect-collusion.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-top-frame-redirect-to-prevalent.html: * http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-top-frame-unique-redirects-to.html: * http/tests/resourceLoadStatistics/classify-as-very-prevalent-based-on-mixed-statistics.html: * http/tests/resourceLoadStatistics/clear-in-memory-and-persistent-store-one-hour.html: * http/tests/resourceLoadStatistics/clear-in-memory-and-persistent-store.html: * http/tests/resourceLoadStatistics/do-not-block-top-level-navigation-redirect.html: * http/tests/resourceLoadStatistics/grandfathering.html: * http/tests/resourceLoadStatistics/non-prevalent-resource-with-user-interaction.html: * http/tests/resourceLoadStatistics/non-prevalent-resource-without-user-interaction.html: * http/tests/resourceLoadStatistics/non-prevalent-resources-can-access-cookies-in-a-third-party-context.html: * http/tests/resourceLoadStatistics/partitioned-and-unpartitioned-cookie-deletion.html: * http/tests/resourceLoadStatistics/partitioned-and-unpartitioned-cookie-with-partitioning-timeout-expected.txt: * http/tests/resourceLoadStatistics/partitioned-and-unpartitioned-cookie-with-partitioning-timeout.html: * http/tests/resourceLoadStatistics/partitioned-cookies-with-and-without-user-interaction.html: * http/tests/resourceLoadStatistics/prevalent-resource-handled-keydown.html: * http/tests/resourceLoadStatistics/prevalent-resource-unhandled-keydown.html: * http/tests/resourceLoadStatistics/prevalent-resource-with-user-interaction-timeout.html: * http/tests/resourceLoadStatistics/prevalent-resource-with-user-interaction.html: * http/tests/resourceLoadStatistics/prevalent-resource-without-user-interaction.html: * http/tests/resourceLoadStatistics/prune-statistics.html: * http/tests/resourceLoadStatistics/remove-blocking-in-redirect.html: * http/tests/resourceLoadStatistics/remove-partitioning-in-redirect.html: * http/tests/resourceLoadStatistics/strip-referrer-to-origin-for-prevalent-subresource-redirects.html: * http/tests/resourceLoadStatistics/strip-referrer-to-origin-for-prevalent-subresource-requests.html: * http/tests/resourceLoadStatistics/telemetry-generation.html: * http/tests/resourceLoadStatistics/third-party-cookie-with-and-without-user-interaction.html: * http/tests/resourceLoadStatistics/user-interaction-only-reported-once-within-short-period-of-time.html: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233888 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-17 John Wilander Add completion handlers to TestRunner functions setStatisticsLastSeen(), setStatisticsPrevalentResource(), setStatisticsVeryPrevalentResource(), setStatisticsHasHadUserInteraction(), and setStatisticsHasHadNonRecentUserInteraction() https://bugs.webkit.org/show_bug.cgi?id=187710 Reviewed by Chris Dumez. These changes are to back the completion handler functionality of TestRunner functions: - setStatisticsLastSeen(), - setStatisticsPrevalentResource(), - setStatisticsVeryPrevalentResource(), - setStatisticsHasHadUserInteraction(), and - setStatisticsHasHadNonRecentUserInteraction(). * UIProcess/API/C/WKWebsiteDataStoreRef.cpp: (WKWebsiteDataStoreSetStatisticsLastSeen): (WKWebsiteDataStoreSetStatisticsPrevalentResource): (WKWebsiteDataStoreSetStatisticsVeryPrevalentResource): (WKWebsiteDataStoreSetStatisticsHasHadUserInteraction): (WKWebsiteDataStoreSetStatisticsHasHadNonRecentUserInteraction): * UIProcess/API/C/WKWebsiteDataStoreRef.h: * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::logUserInteraction): (WebKit::WebResourceLoadStatisticsStore::logNonRecentUserInteraction): (WebKit::WebResourceLoadStatisticsStore::clearUserInteraction): (WebKit::WebResourceLoadStatisticsStore::setLastSeen): (WebKit::WebResourceLoadStatisticsStore::setPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::setVeryPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::clearPrevalentResource): * UIProcess/WebResourceLoadStatisticsStore.h: 2018-07-18 Babak Shafiei Cherry-pick r233877. rdar://problem/42344047 Add color filter for transforming colors in Dark Mode https://bugs.webkit.org/show_bug.cgi?id=187717 Source/WebCore: rdar://problem/41146650 Reviewed by Dean Jackson. Add a new filter function for use in -apple-color-filter for transforming colors when in Dark Mode. The filter is called apple-invert-lightness(), and takes no parameters. It's based on a lightness invert in HSL space, with some adjustments to improve the contrast of some colors on dark backgrounds, so does a much better job that using invert() with hue-rotate(). Test: css3/color-filters/color-filter-apple-invert-lightness.html * css/CSSComputedStyleDeclaration.cpp: (WebCore::ComputedStyleExtractor::valueForFilter): * css/CSSValueKeywords.in: * css/StyleResolver.cpp: (WebCore::filterOperationForType): (WebCore::StyleResolver::createFilterOperations): * css/parser/CSSPropertyParser.cpp: (WebCore::CSSPropertyParser::parseSingleValue): * css/parser/CSSPropertyParserHelpers.cpp: (WebCore::CSSPropertyParserHelpers::consumeFilterImage): (WebCore::CSSPropertyParserHelpers::isPixelFilterFunction): (WebCore::CSSPropertyParserHelpers::isColorFilterFunction): (WebCore::CSSPropertyParserHelpers::consumeFilterFunction): (WebCore::CSSPropertyParserHelpers::consumeFilter): (WebCore::CSSPropertyParserHelpers::isValidPrimitiveFilterFunction): Deleted. * css/parser/CSSPropertyParserHelpers.h: * page/FrameView.cpp: (WebCore::FrameView::paintContents): * platform/graphics/Color.cpp: * platform/graphics/ColorUtilities.cpp: (WebCore::sRGBToLinearComponents): (WebCore::linearToSRGBComponents): (WebCore::sRGBToLinearColorComponentForLuminance): (WebCore::luminance): (WebCore::sRGBToHSL): (WebCore::calcHue): (WebCore::HSLToSRGB): (WebCore::ColorMatrix::ColorMatrix): * platform/graphics/ColorUtilities.h: * platform/graphics/ca/cocoa/PlatformCAFiltersCocoa.mm: (PlatformCAFilters::filterValueForOperation): (PlatformCAFilters::colorMatrixValueForFilter): * platform/graphics/filters/FEColorMatrix.cpp: * platform/graphics/filters/FilterOperation.cpp: (WebCore::InvertLightnessFilterOperation::operator== const): (WebCore::InvertLightnessFilterOperation::blend): (WebCore::InvertLightnessFilterOperation::transformColor const): (WebCore::operator<<): * platform/graphics/filters/FilterOperation.h: * rendering/FilterEffectRenderer.cpp: (WebCore::FilterEffectRenderer::build): Source/WebKit: Reviewed by Dean Jackson. * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder::encode): (IPC::decodeFilterOperation): LayoutTests: rdar://problem/41146650 Reviewed by Dean Jackson. * css3/color-filters/color-filter-apple-invert-lightness-expected.html: Added. * css3/color-filters/color-filter-apple-invert-lightness.html: Added. * css3/color-filters/color-filter-parsing-expected.txt: * css3/color-filters/color-filter-parsing.html: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233877 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-16 Simon Fraser Add color filter for transforming colors in Dark Mode https://bugs.webkit.org/show_bug.cgi?id=187717 Reviewed by Dean Jackson. * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder::encode): (IPC::decodeFilterOperation): 2018-07-18 Babak Shafiei Cherry-pick r233876. rdar://problem/42345027 Black flash in content area when returning to Mail https://bugs.webkit.org/show_bug.cgi?id=187719 Reviewed by Wenson Hsieh. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::applicationDidFinishSnapshottingAfterEnteringBackground): This still reproduces sometimes even after r233723, because: If a pending commit arrives after ApplicationDidEnterBackground (when we ask the web content process to freeze the layer tree), and after ApplicationDidFinishSnapshottingAfterEnteringBackground (when we hide WKContentView), but before the process sleeps, it will cause WKContentView to be unhidden (potentially including layers with empty surfaces as contents). Nothing will re-hide WKContentView. Instead, we should wait for the next *pending* commit, which will necessarily not come until after the application returns to the foreground because of the strict IPC ordering between the message that freezes the layer tree and the "next commit" mechanism. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233876 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-16 Tim Horton Black flash in content area when returning to Mail https://bugs.webkit.org/show_bug.cgi?id=187719 Reviewed by Wenson Hsieh. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::applicationDidFinishSnapshottingAfterEnteringBackground): This still reproduces sometimes even after r233723, because: If a pending commit arrives after ApplicationDidEnterBackground (when we ask the web content process to freeze the layer tree), and after ApplicationDidFinishSnapshottingAfterEnteringBackground (when we hide WKContentView), but before the process sleeps, it will cause WKContentView to be unhidden (potentially including layers with empty surfaces as contents). Nothing will re-hide WKContentView. Instead, we should wait for the next *pending* commit, which will necessarily not come until after the application returns to the foreground because of the strict IPC ordering between the message that freezes the layer tree and the "next commit" mechanism. 2018-07-18 Babak Shafiei Cherry-pick r233872. rdar://problem/42345272 Source/WebCore: [iOS] When bringing MobileSafari to the foreground, images, which are pending decoding, won't be drawn into the flush immediate transaction https://bugs.webkit.org/show_bug.cgi?id=187375 Patch by Said Abou-Hallawa on 2018-07-16 Reviewed by Simon Fraser. An immediate-paint transaction should force all the images which are pending decoding to be repainted. To do that, FrameView::paintControlTints() will be re-factored to a new generic function such that it takes PaintInvalidationReasons. The new function which is named 'traverseForPaintInvalidation' will traverse the render tree for a specific PaintInvalidationReasons. invalidateImagesWithAsyncDecodes() will stop the asynchronous decoding for the underlying image and repaint all the clients which are waiting for the decoding to finish. * loader/cache/CachedImage.cpp: (WebCore::CachedImage::didRemoveClient): (WebCore::CachedImage::isClientWaitingForAsyncDecoding const): (WebCore::CachedImage::addClientWaitingForAsyncDecoding): (WebCore::CachedImage::removeAllClientsWaitingForAsyncDecoding): (WebCore::CachedImage::allClientsRemoved): (WebCore::CachedImage::clear): (WebCore::CachedImage::createImage): (WebCore::CachedImage::imageFrameAvailable): (WebCore::CachedImage::addPendingImageDrawingClient): Deleted. * loader/cache/CachedImage.h: * page/FrameView.cpp: (WebCore::FrameView::paintScrollCorner): (WebCore::FrameView::updateControlTints): (WebCore::FrameView::traverseForPaintInvalidation): (WebCore::FrameView::adjustPageHeightDeprecated): (WebCore::FrameView::paintControlTints): Deleted. * page/FrameView.h: * platform/ScrollView.cpp: (WebCore::ScrollView::paint): * platform/Scrollbar.cpp: (WebCore::Scrollbar::paint): * platform/graphics/BitmapImage.h: * platform/graphics/GraphicsContext.cpp: (WebCore::GraphicsContext::GraphicsContext): * platform/graphics/GraphicsContext.h: (WebCore::GraphicsContext::performingPaintInvalidation const): (WebCore::GraphicsContext::invalidatingControlTints const): (WebCore::GraphicsContext::invalidatingImagesWithAsyncDecodes const): (WebCore::GraphicsContext::updatingControlTints const): Deleted. * rendering/RenderBoxModelObject.cpp: (WebCore::RenderBoxModelObject::paintFillLayerExtended): * rendering/RenderImage.cpp: (WebCore::RenderImage::paintReplaced): (WebCore::RenderImage::paintAreaElementFocusRing): (WebCore::RenderImage::paintIntoRect): * rendering/RenderLayer.cpp: (WebCore::RenderLayer::paintScrollCorner): (WebCore::RenderLayer::paintResizer): (WebCore::RenderLayer::paintLayer): * rendering/RenderScrollbar.cpp: (WebCore::RenderScrollbar::paint): * rendering/RenderTheme.cpp: (WebCore::RenderTheme::paint): * testing/Internals.cpp: (WebCore::Internals::invalidateControlTints): (WebCore::Internals::paintControlTints): Deleted. * testing/Internals.h: * testing/Internals.idl: Source/WebKit: [iOS] When bringing MobileSafari to the foreground, images, which are pending decoding, won't be drawn into the immediate-paint transaction https://bugs.webkit.org/show_bug.cgi?id=187375 Patch by Said Abou-Hallawa on 2018-07-16 Reviewed by Simon Fraser. For immediate-paint transaction, we should force all the images which are pending decoding to be repainted before building this transaction. * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::updateControlTints): * WebProcess/Plugins/PluginView.cpp: (WebKit::PluginView::paint): * WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.mm: (WebKit::RemoteLayerTreeDrawingArea::flushLayers): LayoutTests: [iOS] When bringing MobileSafari to the foreground, images, which are pending decoding, won't be drawn into the immediate-paint transaction https://bugs.webkit.org/show_bug.cgi?id=187375 Patch by Said Abou-Hallawa on 2018-07-16 Reviewed by Simon Fraser. The Internals API paintControlTints() is now renamed to invalidateControlTints() to be consistent with the new enum values and with the new name of the C++ function. * fast/css/webkit-mask-crash-fieldset-legend.html: * fast/css/webkit-mask-crash-figure.html: * fast/css/webkit-mask-crash-table.html: * fast/css/webkit-mask-crash-td-2.html: * fast/css/webkit-mask-crash-td.html: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233872 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-16 Said Abou-Hallawa [iOS] When bringing MobileSafari to the foreground, images, which are pending decoding, won't be drawn into the immediate-paint transaction https://bugs.webkit.org/show_bug.cgi?id=187375 Reviewed by Simon Fraser. For immediate-paint transaction, we should force all the images which are pending decoding to be repainted before building this transaction. * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::updateControlTints): * WebProcess/Plugins/PluginView.cpp: (WebKit::PluginView::paint): * WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.mm: (WebKit::RemoteLayerTreeDrawingArea::flushLayers): 2018-07-18 Babak Shafiei Cherry-pick r233869. rdar://problem/42344023 Allow removal of white backgrounds https://bugs.webkit.org/show_bug.cgi?id=187574 Reviewed by Simon Fraser. Source/WebCore: Add a drawing mode that turns white backgrounds into transparent regions, such that a hosting app can see through to its window. Test: css3/color-filters/punch-out-white-backgrounds.html * page/Settings.yaml: New Setting. * rendering/InlineFlowBox.cpp: Draw with a destination out blend mode if the background is white and we are punching out backgrounds, which means that it will erase the destination. (WebCore::InlineFlowBox::paintBoxDecorations): * rendering/RenderBox.cpp: (WebCore::RenderBox::paintBackground): Ditto. * rendering/RenderTableCell.cpp: (WebCore::RenderTableCell::paintBackgroundsBehindCell): Ditto. * rendering/RenderBoxModelObject.cpp: (WebCore::RenderBoxModelObject::paintFillLayerExtended): Save and restore the composition mode if necessary. Source/WebKit: Add a new WebPreference for punching out white backgrounds. * Shared/WebPreferences.yaml: * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetPunchOutWhiteBackgroundsInDarkMode): (WKPreferencesGetPunchOutWhiteBackgroundsInDarkMode): * UIProcess/API/C/WKPreferencesRefPrivate.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): (-[WKWebViewConfiguration copyWithZone:]): (-[WKWebViewConfiguration _punchOutWhiteBackgroundsInDarkMode]): (-[WKWebViewConfiguration _setPunchOutWhiteBackgroundsInDarkMode:]): * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h: Source/WebKitLegacy/mac: Add a new WebPreference for punching out white backgrounds. * WebView/WebPreferenceKeysPrivate.h: * WebView/WebPreferences.mm: (+[WebPreferences initialize]): (-[WebPreferences punchOutWhiteBackgroundsInDarkMode]): (-[WebPreferences setPunchOutWhiteBackgroundsInDarkMode:]): * WebView/WebPreferencesPrivate.h: * WebView/WebView.mm: (-[WebView _preferencesChanged:]): Tools: Add a new menu item for punching out white backgrounds in MiniBrowser. In WebKitTestRunner, expose the new setting and hook that up to drawing a background in the WebView. * MiniBrowser/mac/AppDelegate.m: (defaultConfiguration): Add _punchOutWhiteBackgroundsInDarkMode. * MiniBrowser/mac/SettingsController.h: Ditto. * MiniBrowser/mac/SettingsController.m: (-[SettingsController _populateMenu]): (-[SettingsController validateMenuItem:]): (-[SettingsController togglePunchOutWhiteBackgroundsInDarkMode:]): (-[SettingsController punchOutWhiteBackgroundsInDarkMode]): * MiniBrowser/mac/WK1BrowserWindowController.m: (-[WK1BrowserWindowController didChangeSettings]): Set the new preference. * WebKitTestRunner/PlatformWebView.h: Expose a drawsBackground property. * WebKitTestRunner/gtk/PlatformWebViewGtk.cpp: Null implementation. (WTR::PlatformWebView::drawsBackground const): (WTR::PlatformWebView::setDrawsBackground): * WebKitTestRunner/wpe/PlatformWebViewWPE.cpp: Ditto. (WTR::PlatformWebView::drawsBackground const): (WTR::PlatformWebView::setDrawsBackground): * WebKitTestRunner/ios/PlatformWebViewIOS.mm: Call into the WKWebView and set its SPI. (WTR::PlatformWebView::drawsBackground const): (WTR::PlatformWebView::setDrawsBackground): * WebKitTestRunner/mac/PlatformWebViewMac.mm: Ditto. (WTR::PlatformWebView::drawsBackground const): (WTR::PlatformWebView::setDrawsBackground): * WebKitTestRunner/TestController.cpp: Reset and copy the new preference. (WTR::TestController::resetPreferencesToConsistentValues): (WTR::updateTestOptionsFromTestHeader): * WebKitTestRunner/TestOptions.h: (WTR::TestOptions::hasSameInitializationOptions const): * WebKitTestRunner/cocoa/TestControllerCocoa.mm: (WTR::TestController::platformCreateWebView): If the option for punching out the background was set, tell the WebView to not draw its background. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233869 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-11 Dean Jackson Allow removal of white backgrounds https://bugs.webkit.org/show_bug.cgi?id=187574 Reviewed by Simon Fraser. Add a new WebPreference for punching out white backgrounds. * Shared/WebPreferences.yaml: * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetPunchOutWhiteBackgroundsInDarkMode): (WKPreferencesGetPunchOutWhiteBackgroundsInDarkMode): * UIProcess/API/C/WKPreferencesRefPrivate.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): (-[WKWebViewConfiguration copyWithZone:]): (-[WKWebViewConfiguration _punchOutWhiteBackgroundsInDarkMode]): (-[WKWebViewConfiguration _setPunchOutWhiteBackgroundsInDarkMode:]): * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h: 2018-07-18 Babak Shafiei Cherry-pick r233865. rdar://problem/42343023 Fullscreen requires active document. https://bugs.webkit.org/show_bug.cgi?id=186226 rdar://problem/36187413 Patch by Jeremy Jones on 2018-07-16 Reviewed by Jer Noble. Source/WebCore: Test: media/no-fullscreen-when-hidden.html This change guarantees the document to be visible for both element fullscreen and video fullscreen. User gesture is not enough to guarantee that the document is visible when fullscreen is initiated because JavaScript can spin wait before initiating fullscreen. During that spin the page or window might be hidden. Document::hidden() can't be relied upon because it won't update while JavaScript spins. This change adds a sync call to the UI process to get the current UI visibility state. * dom/Document.cpp: (WebCore::Document::requestFullScreenForElement): * html/HTMLMediaElement.cpp: (WebCore::HTMLMediaElement::enterFullscreen): * page/ChromeClient.h: Source/WebKit: This change guarantees the document to be visible for both element fullscreen and video fullscreen. User gesture is not enough to guarantee that the document is visible when fullscreen is initiated because JavaScript can spin wait before initiating fullscreen. During that spin the page or window might be hidden. Document::hidden() can't be relied upon because it won't update while JavaScript spins. This change adds a sync call to the UI process to get the current UI visibility state. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::getIsViewVisible): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::isViewVisible): * WebProcess/WebCoreSupport/WebChromeClient.h: LayoutTests: This change guarantees the document to be visible for both element fullscreen and video fullscreen. User gesture is not enough to guarantee that the document is visible when fullscreen is initiated because JavaScript can spin wait before initiating fullscreen. During that spin the page or window might be hidden. Document::hidden() can't be relied upon because it won't update while JavaScript spins. This change adds a sync call to the UI process to get the current UI visibility state. * media/no-fullscreen-when-hidden.html: Added. * media/video-test.js: (eventName.string_appeared_here.thunk): (runWithKeyDown): * platform/ios-wk1/TestExpectations: * platform/mac-wk1/TestExpectations: git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233865 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-16 Jeremy Jones Fullscreen requires active document. https://bugs.webkit.org/show_bug.cgi?id=186226 rdar://problem/36187413 Reviewed by Jer Noble. This change guarantees the document to be visible for both element fullscreen and video fullscreen. User gesture is not enough to guarantee that the document is visible when fullscreen is initiated because JavaScript can spin wait before initiating fullscreen. During that spin the page or window might be hidden. Document::hidden() can't be relied upon because it won't update while JavaScript spins. This change adds a sync call to the UI process to get the current UI visibility state. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::getIsViewVisible): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::isViewVisible): * WebProcess/WebCoreSupport/WebChromeClient.h: 2018-07-18 Babak Shafiei Cherry-pick r233864. rdar://problem/42344962 REGRESSION (r233502): Camera in becomes unresponsive after attempting to dismiss it https://bugs.webkit.org/show_bug.cgi?id=187706 Reviewed by Wenson Hsieh. * UIProcess/ios/forms/WKFileUploadPanel.mm: Remove an unused member. (-[WKFileUploadPanel _dismissDisplayAnimated:]): Allow us to dismiss the camera view controller in addition to the menu. git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233864 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-16 Tim Horton REGRESSION (r233502): Camera in becomes unresponsive after attempting to dismiss it https://bugs.webkit.org/show_bug.cgi?id=187706 Reviewed by Wenson Hsieh. * UIProcess/ios/forms/WKFileUploadPanel.mm: Remove an unused member. (-[WKFileUploadPanel _dismissDisplayAnimated:]): Allow us to dismiss the camera view controller in addition to the menu. 2018-07-18 Babak Shafiei Cherry-pick r233853. rdar://problem/42344991 IndexedDB: closeAndDeleteDatabasesForOrigins should remove all databases for those origins https://bugs.webkit.org/show_bug.cgi?id=187631 Reviewed by Brady Eidson. Source/WebCore: When asked to delete database for an origin, we deleted the databases whose mainFrameOrigin is that origin. Given that the origin may create IndexedDB from subframes, we should delete databases whose openingOrigin is that origin too. Covered by modified API test: WebKit.WebsiteDataStoreCustomPaths. * Modules/indexeddb/server/IDBServer.cpp: (WebCore::IDBServer::IDBServer::performCloseAndDeleteDatabasesForOrigins): Source/WebKit: We need to return all origins, both openingOrigin and mainFrameOrigin, of IndexedDB so users could be better aware of which origins are using databases and decide what they want to remove. * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::indexedDatabaseOrigins): * StorageProcess/StorageProcess.h: Tools: * TestWebKitAPI/Tests/WebKitCocoa/WebsiteDataStoreCustomPaths.mm: (TEST): git-svn-id: https://svn.webkit.org/repository/webkit/trunk@233853 268f45cc-cd09-0410-ab3c-d52691b4dbfc 2018-07-16 Sihui Liu IndexedDB: closeAndDeleteDatabasesForOrigins should remove all databases for those origins https://bugs.webkit.org/show_bug.cgi?id=187631 Reviewed by Brady Eidson. We need to return all origins, both openingOrigin and mainFrameOrigin, of IndexedDB so users could be better aware of which origins are using databases and decide what they want to remove. * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::indexedDatabaseOrigins): * StorageProcess/StorageProcess.h: 2018-07-15 Carlos Garcia Campos [SOUP] http/tests/misc/bubble-drag-events.html crashes https://bugs.webkit.org/show_bug.cgi?id=182352 Reviewed by Youenn Fablet. PingLoad is not refcounted and deletes itself when the load finishes. The problem is that the network data task can also finish the load, causing the PingLoad to be deleted early. We tried to fix it in r233032 in the network data task soup implementation, but it caused regressions. * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::didReceiveChallenge): Create a weak ref for the ping load before calling the operation completion handler and return early after the completion handler if it was deleted. (WebKit::PingLoad::didReceiveResponseNetworkSession): Ditto. * NetworkProcess/PingLoad.h: * NetworkProcess/soup/NetworkDataTaskSoup.cpp: (WebKit::NetworkDataTaskSoup::continueAuthenticate): Revert r233032. 2018-07-13 Timothy Hatcher Add _drawsBackground to WKWebViewConfiguration. https://bugs.webkit.org/show_bug.cgi?id=187665 rdar://problem/42182268 Reviewed by Tim Horton. * UIProcess/API/APIPageConfiguration.cpp: (API::PageConfiguration::copy const): Copy m_drawsBackground, and some missing values. * UIProcess/API/APIPageConfiguration.h: (API::PageConfiguration::drawsBackground const): Added. (API::PageConfiguration::setDrawsBackground): Added. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): Transfer _drawsBackground to page config. * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): Set _drawsBackground to YES. (-[WKWebViewConfiguration encodeWithCoder:]): Encode _drawsBackground. (-[WKWebViewConfiguration initWithCoder:]): Decode _drawsBackground. (-[WKWebViewConfiguration copyWithZone:]): Copy _drawsBackground. (-[WKWebViewConfiguration _drawsBackground]): Added. (-[WKWebViewConfiguration _setDrawsBackground:]): Added. * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h: * UIProcess/WebPageProxy.cpp: Set m_drawsBackground based on configuration. 2018-07-13 Tim Horton WebKit sometimes holds WiFi/BT assertions while the Networking process is suspended https://bugs.webkit.org/show_bug.cgi?id=187662 Reviewed by Chris Dumez. Inform WiFiAssertions when the Networking process is first going into the background, so it has a chance of dropping its assertions even in cases where the system suspends the process before we receive prepareToSuspend. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::processDidTransitionToForeground): (WebKit::NetworkProcess::processDidTransitionToBackground): * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkProcess.messages.in: * NetworkProcess/curl/NetworkProcessCurl.cpp: (WebKit::NetworkProcess::platformProcessDidTransitionToForeground): (WebKit::NetworkProcess::platformProcessDidTransitionToBackground): * NetworkProcess/soup/NetworkProcessSoup.cpp: (WebKit::NetworkProcess::platformProcessDidTransitionToForeground): (WebKit::NetworkProcess::platformProcessDidTransitionToBackground): * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::sendProcessDidTransitionToForeground): (WebKit::NetworkProcessProxy::sendProcessDidTransitionToBackground): * UIProcess/Network/NetworkProcessProxy.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::updateProcessAssertions): Plumb the foreground/background transition to NetworkProcess. * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformPrepareToSuspend): (WebKit::NetworkProcess::platformProcessDidTransitionToBackground): (WebKit::NetworkProcess::platformProcessDidTransitionToForeground): Make use of SuspensionReason to explain to WiFiAssertions the difference between prepareToSuspend and didTransitionToBackground, so that it can adjust the timing of dropping the assertion. 2018-07-13 Tim Horton REGRESSION (r231676): watchOS WebKit usually doesn't load in the background https://bugs.webkit.org/show_bug.cgi?id=187663 Reviewed by Chris Dumez. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::applicationDidEnterBackground): "Screen lock" is very aggressive on watchOS; we want to do our usual 30 seconds of loading in the background when you drop your wrist, so disable this power optimization on that platform. 2018-07-13 Chris Dumez WebResourceLoader may try to send a IPC with a destination ID that is 0 https://bugs.webkit.org/show_bug.cgi?id=187654 Reviewed by Brady Eidson. WebResourceLoader may try to send a IPC with a destination ID that is 0 according to release assertion hits we see in the wild. This can lead to HashMap corruption on recipient side when trying to lookup a key that is 0. As per the crash traces, we see it starts from WebLoaderStrategy::internallyFailedLoadTimerFired() which is likely due to the Network process crashing. WebLoaderStrategy::networkProcessCrashed() calls scheduleInternallyFailedLoad() on each ResourceLoader and clears the WebResourceLoaders in m_webResourceLoaders. When a ResourceLoader is cancelled (marked as failed), we clear its identifier and we normally null out the WebLoaderStrategy's coreLoader. However, if we cannot find the WebResourceLoader in m_webResourceLoaders (because that map was already cleared) then the WebResourceLoader's coreLoader may not get nulled out, even if the coreLoader's identifier has been reset. We have 2 lambdas in WebResourceLoader which keep the WebResourceLoader alive and try to send IPC and are merely doing a null check on the coreLoader before trying to send the IPC. To address the issue, we now clear the WebResourceLoader's coreLoader in WebLoaderStrategy::networkProcessCrashed(). For robustness, we also check that a coreLoader's identifier is not 0 before trying to send IPC. * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::networkProcessCrashed): * WebProcess/Network/WebResourceLoader.cpp: (WebKit::WebResourceLoader::willSendRequest): (WebKit::WebResourceLoader::didReceiveResponse): 2018-07-13 Zach Li Allow BOCOM and ABC plug-ins to run unsandboxed https://bugs.webkit.org/show_bug.cgi?id=187652 rdar://problem/42149182 Reviewed by Youenn Fablet. * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::shouldAllowPluginToRunUnsandboxed): 2018-07-13 Chris Dumez Add more threading release assertions https://bugs.webkit.org/show_bug.cgi?id=187647 Reviewed by Alex Christensen. Add more threading release assertions to help debug . * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::NetworkConnectionToWebProcess): (WebKit::NetworkConnectionToWebProcess::~NetworkConnectionToWebProcess): * UIProcess/WebProcessProxy.cpp: (WebKit::m_isInPrewarmedPool): (WebKit::WebProcessProxy::~WebProcessProxy): (WebKit::WebProcessProxy::shutDown): (WebKit::WebProcessProxy::didFinishLaunching): 2018-07-13 Christopher Reid [WinCairo] Add windows storage process connection implementation https://bugs.webkit.org/show_bug.cgi?id=187531 Reviewed by Fujii Hironori. * NetworkProcess/NetworkProcess.cpp: * Platform/IPC/Attachment.h: * StorageProcess/StorageProcess.cpp: * UIProcess/Storage/StorageProcessProxy.cpp: 2018-07-13 Dan Bernstein [macOS] REGRESSION (r233536): Development WebContent service got opted back into Library Validation https://bugs.webkit.org/show_bug.cgi?id=187640 Reviewed by Daniel Bates. * Scripts/process-webcontent-entitlements.sh: Add the com.apple.security.cs.disable-library-validation to the Development service regardless of whether restricted entitlements are to be used, because that entitlement is not restricted. 2018-07-13 Chris Dumez NetworkConnectionToWebProcess::m_networkResourceLoaders should use Ref<> for its values https://bugs.webkit.org/show_bug.cgi?id=187629 Reviewed by Youenn Fablet. NetworkConnectionToWebProcess::m_networkResourceLoaders should use Ref<> for its values since they cannot be null. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::didClose): (WebKit::NetworkConnectionToWebProcess::scheduleResourceLoad): (WebKit::NetworkConnectionToWebProcess::performSynchronousLoad): * NetworkProcess/NetworkConnectionToWebProcess.h: 2018-07-12 Alex Christensen Reduce size of WebCore::URL https://bugs.webkit.org/show_bug.cgi?id=186820 Reviewed by Yusuke Suzuki and Youenn Fablet. * NetworkProcess/cache/NetworkCacheStorage.h: Increment cache version because of URL encoding change. 2018-07-12 Chris Dumez [Cocoa] Make sure NetworkProcess::createNetworkConnectionToWebProcess() returns a valid mach port https://bugs.webkit.org/show_bug.cgi?id=187625 Reviewed by Youenn Fablet. Make sure NetworkProcess::createNetworkConnectionToWebProcess() returns a valid mach port to help debug . * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::createNetworkConnectionToWebProcess): * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::didCreateNetworkConnectionToWebProcess): 2018-07-12 Chris Dumez PingLoad does not need to ref the NetworkConnectionToWebProcess https://bugs.webkit.org/show_bug.cgi?id=187624 Reviewed by Youenn Fablet. PingLoad does not need to ref the NetworkConnectionToWebProcess and keep it alive longer than it needs to be. Instead, ref the IPC::Connection which is lighter weight and gets invalidated when the NetworkConnectionToWebProcess is destroyed. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::loadPing): (WebKit::NetworkConnectionToWebProcess::didFinishPingLoad): Deleted. * NetworkProcess/NetworkConnectionToWebProcess.h: 2018-07-12 Brady Eidson Make process-swap-on-navigation an experimental feature. and https://bugs.webkit.org/show_bug.cgi?id=187558 Reviewed by Chris Dumez. * Shared/WebPreferences.yaml: * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetProcessSwapOnNavigationEnabled): (WKPreferencesGetProcessSwapOnNavigationEnabled): * UIProcess/API/C/WKPreferencesRef.h: * UIProcess/WebPreferences.cpp: (WebKit::WebPreferences::updateBoolValueForExperimentalFeatureKey): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::createWebPage): If the new web page has PSON enabled via WebPreferences, absorb that setting into this process pool's configuration. 2018-07-12 Chris Dumez Simplify code in NetworkConnectionToWebProcess::didReceiveMessage() https://bugs.webkit.org/show_bug.cgi?id=187621 Reviewed by Youenn Fablet. Simplify code in NetworkConnectionToWebProcess::didReceiveMessage() by not using HashMap iterators and calling get() directly. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::didReceiveMessage): 2018-07-12 Chris Dumez Make sure WebProcess::ensureNetworkProcessConnection() is always called on the main thread https://bugs.webkit.org/show_bug.cgi?id=187607 Reviewed by Alex Christensen. Add release assertion to make sure that ensureNetworkProcessConnection() is always called on the main thread. Calling it on a background thread would not be safe. It would not be safe because: 1. We check if we have a network process connection and then create one if we don't without any locking. 2. It is not safe to construct or use a NetworkProcessConnection object from a non-main thread * WebProcess/WebProcess.cpp: (WebKit::WebProcess::ensureNetworkProcessConnection): 2018-07-12 Chris Dumez Assert that the IPC::Connection is valid in Connection::dispatchMessage(Decoder&) https://bugs.webkit.org/show_bug.cgi?id=187617 Reviewed by Youenn Fablet. Assert that the IPC::Connection is valid in Connection::dispatchMessage(Decoder&) as m_client would be stale otherwise. * Platform/IPC/Connection.cpp: (IPC::Connection::dispatchMessage): 2018-07-12 Youenn Fablet Add a FrameLoaderClient willInjectUserScriptForFrame callback https://bugs.webkit.org/show_bug.cgi?id=187565 Reviewed by Alex Christensen. Introduce a new WKBundlePageLoaderClient callback that is called everytime a user script is injected. Implement WebFrameLoaderClient::willInjectUserScript by calling this new callback. * WebProcess/InjectedBundle/API/APIInjectedBundlePageLoaderClient.h: (API::InjectedBundle::PageLoaderClient::willInjectUserScriptForFrame): * WebProcess/InjectedBundle/API/c/WKBundlePageLoaderClient.h: * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextController.mm: (setUpPageLoaderClient): * WebProcess/InjectedBundle/InjectedBundlePageLoaderClient.cpp: (WebKit::InjectedBundlePageLoaderClient::globalObjectIsAvailableForFrame): (WebKit::InjectedBundlePageLoaderClient::willInjectUserScriptForFrame): * WebProcess/InjectedBundle/InjectedBundlePageLoaderClient.h: * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::willInjectUserScript): * WebProcess/WebCoreSupport/WebFrameLoaderClient.h: 2018-07-12 Said Abou-Hallawa [iOS] When bringing MobileSafari to the foreground, images are drawn asynchronously after removing a snapshot that included them https://bugs.webkit.org/show_bug.cgi?id=187374 Reviewed by Tim Horton. UIProcess should block committing all the layer tree transactions for immediate update until it receives a one whose activityStateChangeID is greater than or equal to the one it sends with SetActivityState message. * Scripts/webkit/messages.py: Fix the messages code generator to include DrawingAreaInfo.h for the WebKit typedef ActivityStateChangeID. * Shared/DrawingAreaInfo.h: Define ActivityStateChangeID to be uint64_t. Add a definition for the case when the UIProcess won't be blocked for a reply back from the WebProcess. * Shared/RemoteLayerTree/RemoteLayerTreeTransaction.h: (WebKit::RemoteLayerTreeTransaction::activityStateChangeID const): (WebKit::RemoteLayerTreeTransaction::setActivityStateChangeID): Add a member for activityStateChangeID in the LayerTreeTransaction. * Shared/RemoteLayerTree/RemoteLayerTreeTransaction.mm: (WebKit::RemoteLayerTreeTransaction::encode const): (WebKit::RemoteLayerTreeTransaction::decode): Make LayerTreeTransaction know how to encode and decode activityStateChangeID. * UIProcess/DrawingAreaProxy.h: (WebKit::DrawingAreaProxy::waitForDidUpdateActivityState): * UIProcess/RemoteLayerTree/RemoteLayerTreeDrawingAreaProxy.h: * UIProcess/RemoteLayerTree/RemoteLayerTreeDrawingAreaProxy.mm: (WebKit::RemoteLayerTreeDrawingAreaProxy::commitLayerTree): (WebKit::RemoteLayerTreeDrawingAreaProxy::waitForDidUpdateActivityState): Make the DrawingArea in the UIProcess wait the layer tree with a certain activityStateChangeID. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::dispatchActivityStateChange): (WebKit::WebPageProxy::waitForDidUpdateActivityState): If m_activityStateChangeWantsSynchronousReply is true, generate a new activityStateChangeID and send it in the SetActivityState message. * UIProcess/WebPageProxy.h: (WebKit::WebPageProxy::takeNextActivityStateChangeID): A simple way to generate a new activityStateChangeID. * UIProcess/mac/TiledCoreAnimationDrawingAreaProxy.h: * UIProcess/mac/TiledCoreAnimationDrawingAreaProxy.mm: (WebKit::TiledCoreAnimationDrawingAreaProxy::waitForDidUpdateActivityState): Fix the UIProcess functions' prototype for Mac. * WebProcess/WebPage/AcceleratedDrawingArea.cpp: (WebKit::AcceleratedDrawingArea::activityStateDidChange): * WebProcess/WebPage/AcceleratedDrawingArea.h: Fix the UIProcess functions' prototype for GTK. * WebProcess/WebPage/DrawingArea.h: (WebKit::DrawingArea::activityStateDidChange): * WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.h: Replace wantsDidUpdateActivityState with activityStateChangeID. Treat activityStateChangeID == ActivityStateChangeAsynchronous as if wantsDidUpdateActivityState == false. * WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.mm: (WebKit::RemoteLayerTreeDrawingArea::flushLayers): Make the WebPrcess pass the activityStateChangeID which it receives from the SetActivityState message to the LayerTreeTransaction. (WebKit::RemoteLayerTreeDrawingArea::activityStateDidChange): When receiving the SetActivityState, treat activityStateChangeID != ActivityStateChangeAsynchronous as if wantsDidUpdateActivityState == true. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::reinitializeWebPage): (WebKit::WebPage::setActivityState): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: Replace the boolean wantsDidUpdateActivityState with activityStateChangeID in the SetActivityState message. * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.h: * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm: (WebKit::TiledCoreAnimationDrawingArea::TiledCoreAnimationDrawingArea): (WebKit::TiledCoreAnimationDrawingArea::activityStateDidChange): (WebKit::TiledCoreAnimationDrawingArea::didUpdateActivityStateTimerFired): Fix the WebProcess functions' prototype for Mac. 2018-07-12 Antti Koivisto REGRESSION (r232356): After zooming a page in and out, it's possible to temporarily have missing tiles (google.com, apple.com) https://bugs.webkit.org/show_bug.cgi?id=187553 Reviewed by Simon Fraser. We ignore zoom scale from UI process if it doesn't match the last remote layer tree transaction. However nothing guarantees that we receive the real scale again until user interacts with the page. This means the web process scale and the UI process scale can be wildly out of sync. This problem becomes more likely to be visible when - we are under memory pressure so we don't update tiles during zooming and rely on the one final update afterwards - the page generates lots of layer tree transactions * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::willCommitLayerTree): Remember the last transaction where we actually changed the page scale. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::scaleFromUIProcess const): Only reject the UI process scale if there has been a scale changing transaction meanwhile. The transaction id test was added in r218149 and the problem it fixed remains fixed. This change also matches better what it was purpoted to implement. 2018-07-12 Megan Gardner Keep Selections within Shadow DOM boundaries https://bugs.webkit.org/show_bug.cgi?id=187556 Reviewed by Ryosuke Niwa. Update rangeForPosition to take into account both editing and shadow DOM boundries. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::rangeForPoint): (WebKit::WebPage::updateSelectionWithTouches): (WebKit::rangeForPosition): Deleted. 2018-07-12 Jer Noble REGRESSION (r230163): Videos cannot be seen full screen in Complete Anatomy app https://bugs.webkit.org/show_bug.cgi?id=187527 Reviewed by Ryosuke Niwa. Do not enable element fullscreen mode unless apps specifically opt-in. The Fullscreen API is an experimental feature on iOS, but not on Mac, but we can't simply not return the ExperimentalFeature object from the list of experimental features, as this keeps Safari from being able to apply a NSUserDefault value for that feature. Instead, add a property to API::ExperimentalFeature and _WKExperimentalFeature called "hidden", which signals to clients whether to display the feature in their UI. * Scripts/GeneratePreferences.rb: * Scripts/PreferencesTemplates/WebPreferencesExperimentalFeatures.cpp.erb: * Shared/WebPreferences.yaml: * Shared/WebPreferencesDefaultValues.h: * UIProcess/API/APIExperimentalFeature.cpp: (API::ExperimentalFeature::create): (API::ExperimentalFeature::ExperimentalFeature): * UIProcess/API/APIExperimentalFeature.h: * UIProcess/API/Cocoa/_WKExperimentalFeature.h: * UIProcess/API/Cocoa/_WKExperimentalFeature.mm: (-[_WKExperimentalFeature isHidden]): 2018-07-12 Alexey Proskuryakov [Mac] Run Unlock Keychain more reliably https://bugs.webkit.org/show_bug.cgi?id=187604 Reviewed by Dan Bernstein. Move unlocking to a separate target, and make it a dependency for all targets that produce binaries. This is more than strictly required to fix the build, but this way, we won't need to remember about keychain when project structure changes. Another consideration that wasn't initially apparent to me is that is should be possible to build any target, not just "All", so projects aren't necessarily built in the same order even now. * WebKit.xcodeproj/project.pbxproj: 2018-07-12 Per Arne Vollan Add compile guard for enabling NSRunLoop in the WebContent process. https://bugs.webkit.org/show_bug.cgi?id=187563 Reviewed by Chris Dumez. Also, replace __MAC_OS_X_VERSION_MIN_REQUIRED >= 101400 with ENABLE(WEBPROCESS_WINDOWSERVER_BLOCKING) where appropriate. * Platform/mac/LayerHostingContext.mm: (WebKit::LayerHostingContext::createForExternalHostingProcess): * Shared/ChildProcess.h: * Shared/mac/ChildProcessMac.mm: * Shared/mac/HangDetectionDisablerMac.mm: (WebKit::setClientsMayIgnoreEvents): * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::registerNotificationObservers): (WebKit::WebProcessPool::unregisterNotificationObservers): * UIProcess/Launcher/mac/ProcessLauncherMac.mm: (WebKit::shouldLeakBoost): * UIProcess/WebProcessPool.h: * WebProcess/Plugins/PDF/PDFLayerControllerSPI.h: * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::PDFPlugin): * WebProcess/WebProcess.h: * WebProcess/WebProcess.messages.in: * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): (WebKit::WebProcess::stopRunLoop): 2018-07-11 Carlos Garcia Campos [WPE] Pass the backend library name as command line parameter to the web process https://bugs.webkit.org/show_bug.cgi?id=186841 Reviewed by Žan Doberšek. * UIProcess/Launcher/glib/ProcessLauncherGLib.cpp: (WebKit::ProcessLauncher::launchProcess): Add --backend-library parameter when launching the web process. * WebProcess/wpe/WebProcessMainWPE.cpp: Call wpe_loader_init() with the library passed as --backend-library parameter. 2018-07-11 Jon Lee Update iOS fullscreen alert text https://bugs.webkit.org/show_bug.cgi?id=187576 rdar://problem/42052284 Reviewed by Ryosuke Niwa. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController _showPhishingAlert]): Update text and string keys. 2018-07-11 Aditya Keerthi REGRESSION (231276): Attempting to copy an image fails https://bugs.webkit.org/show_bug.cgi?id=187212 Reviewed by Ryosuke Niwa. r210683 introduced logic to prevent file URLs from being copied to the clipboard in unexpected cases. In order to achieve this functionality, checkURLReceivedFromWebProcess was called on all items in the pathnames array passed into WebPasteboardProxy::setPasteboardPathnamesForType. However, this method is a misnomer, as the pathnames array always contains exactly one URL and one title for the URL. Renamed methods to make it clear that one URL and one title are being passed in and updated logic to ensure that checkURLReceivedFromWebProcess is only called on the URL and not the title. * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder::encode): (IPC::ArgumentCoder::decode): * Shared/WebCoreArgumentCoders.h: * UIProcess/Cocoa/WebPasteboardProxyCocoa.mm: (WebKit::WebPasteboardProxy::setPasteboardURL): * UIProcess/WebPasteboardProxy.h: * UIProcess/WebPasteboardProxy.messages.in: * WebProcess/WebCoreSupport/WebPlatformStrategies.cpp: (WebKit::WebPlatformStrategies::setURL): * WebProcess/WebCoreSupport/WebPlatformStrategies.h: 2018-07-11 Alex Christensen Add SPI for immediate injection of user scripts https://bugs.webkit.org/show_bug.cgi?id=173342 Reviewed by Brady Eidson, Youenn Fablet, and Geoff Garen. * UIProcess/API/C/WKPageGroup.cpp: (WKPageGroupAddUserScript): * UIProcess/API/C/WKUserContentControllerRef.cpp: (WKUserContentControllerAddUserScript): * UIProcess/API/Cocoa/WKUserContentController.mm: (-[WKUserContentController addUserScript:]): (-[WKUserContentController _addUserScriptImmediately:]): * UIProcess/API/Cocoa/WKUserContentControllerPrivate.h: * UIProcess/UserContent/WebUserContentControllerProxy.cpp: (WebKit::WebUserContentControllerProxy::addUserScript): * UIProcess/UserContent/WebUserContentControllerProxy.h: * WebProcess/UserContent/WebUserContentController.cpp: (WebKit::WebUserContentController::addUserScripts): (WebKit::WebUserContentController::addUserScriptInternal): If we are to inject the script internally, inject it into the appropriate pages. If we're injecting into the top frame only, there's no need to traverse the frame tree. (WebKit::WebUserContentController::addUserScript): * WebProcess/UserContent/WebUserContentController.h: * WebProcess/UserContent/WebUserContentController.messages.in: * WebProcess/WebPage/WebPage.cpp: (WebKit::m_cpuLimit): 2018-07-11 Simon Fraser [iOS WK2] Address a possible cause of missing tiles https://bugs.webkit.org/show_bug.cgi?id=187570 rdar://problem/40941118 Reviewed by Tim Horton. If the web process crashes, it's possible for the user to trigger a scroll before the process is re-launched. The pre-commit handler will bail early on the _isValid check without clearing _hasScheduledVisibleRectUpdate, so that remains YES and we get stuck doing no more visible content rect updates. Fix by adding -[WKWebView _didRelaunchProcess] (WKContentView got this already), and in that clear state that could have been set in the UI process while the web process connection was invalid. Also add more release logging around process termination, crash and relaunch. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _processDidExit]): (-[WKWebView _didRelaunchProcess]): (-[WKWebView _scheduleVisibleContentRectUpdateAfterScrollInView:]): (-[WKWebView _updateVisibleContentRects]): * UIProcess/API/Cocoa/WKWebViewInternal.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::reattachToWebProcess): (WebKit::WebPageProxy::processDidTerminate): * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::didClose): (WebKit::WebProcessProxy::didFinishLaunching): * UIProcess/ios/PageClientImplIOS.mm: (WebKit::PageClientImpl::didRelaunchProcess): 2018-07-11 Wenson Hsieh Release logging dumps "Cleaning up dragging state…" every time gesture recognizers are reset in WKContentView https://bugs.webkit.org/show_bug.cgi?id=187562 Reviewed by Tim Horton. Tweaks up a release logging statement, such that it only logs when performing a drag or drop. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView cleanUpDragSourceSessionState]): 2018-07-11 Commit Queue Unreviewed, rolling out r233741. https://bugs.webkit.org/show_bug.cgi?id=187568 "WKTR vs exp features, booooooo" (Requested by bradee-oh on #webkit). Reverted changeset: "Make process-swap-on-navigation an experimental feature." https://bugs.webkit.org/show_bug.cgi?id=187558 https://trac.webkit.org/changeset/233741 2018-07-11 Brady Eidson Make process-swap-on-navigation an experimental feature. and https://bugs.webkit.org/show_bug.cgi?id=187558 Reviewed by Geoff Garen. * Shared/WebPreferences.yaml: * UIProcess/WebPreferences.cpp: (WebKit::WebPreferences::updateBoolValueForExperimentalFeatureKey): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::createWebPage): If the new web page has PSON enabled via WebPreferences, absorb that setting into this process pool's configuration. 2018-07-11 Jer Noble Disable all network caching for HLS streams. https://bugs.webkit.org/show_bug.cgi?id=187544 Reviewed by Chris Dumez. Revert the behavior added in r215263 where Media responses are cached if they are from a resource whose expected content length is <4MB. * NetworkProcess/cache/NetworkCache.cpp: (WebKit::NetworkCache::makeStoreDecision): (WebKit::NetworkCache::expectedTotalResourceSizeFromContentRange): Deleted. 2018-07-11 Zan Dobersek [WPE] AC for fixed-position elements is not enabled https://bugs.webkit.org/show_bug.cgi?id=187514 Reviewed by Carlos Garcia Campos. Enable accelerated compositing for fixed-position elements when using AcceleratedDrawingArea and AC is force-enabled. This effectively enables this option for the WPE port which is using the AcceleratedDrawingArea implementation and not DrawingAreaImpl like the GTK+ port. * WebProcess/WebPage/AcceleratedDrawingArea.cpp: (WebKit::AcceleratedDrawingArea::updatePreferences): 2018-07-11 Christopher Reid [Win][WebKit] Disable accelerated compositing until it is supported https://bugs.webkit.org/show_bug.cgi?id=187503 Reviewed by Žan Doberšek. * UIProcess/win/WebView.cpp: 2018-07-10 Tim Horton REGRESSION (r233480): Mail contents flash black when activating https://bugs.webkit.org/show_bug.cgi?id=187504 Reviewed by Simon Fraser. The sequence of events to reproduce the bug originally fixed in r203371 is either: A) the simple background/foreground case 1] app begins to suspend 2] app suspension snapshots are taken 3] WKWebView's surfaces are marked volatile 4] app completes suspension ... time goes by ... 5] WKWebView's volatile surfaces are purged ... time goes by ... 6] app begins to resume, shows (good) suspension snapshot 7] app removes suspension snapshot 8] WKWebView has sublayers with purged (black) surfaces 9] WKWebView sublayers are repaired by a new commit with nonvolatile surfaces B) the re-snapshot while in the background case 1] app begins to suspend 2] app suspension snapshots are taken 3] WKWebView's surfaces are marked volatile 4] app completes suspension ... time goes by ... 5] WKWebView's volatile surfaces are purged ... time goes by ... 6] app wakes up in the background to update its snapshots 7] in the updated snapshots, WKWebView has sublayers with purged (black) surfaces ... time goes by ... 8] app begins to resume, shows (bad) suspension snapshot 9] WKWebView presents layers with purged (black) surfaces until new commit fixes them 10] WKWebView sublayers are repaired by a new commit with nonvolatile surfaces WebKit's current approach to fix this problem is simply to hide the WKWebView's sublayers at some point after A2/B2 (suspension snapshots), but before A8/B7 (the first time the empty layers would be presented or snapshotted). Previously, we did this by hiding the layers when the window's CAContext was created, which happened early enough in both cases (at A6/B6). However, that notification was removed underneath us at some point. However, in looking at the timelines, there's a better place to do this: immediately after marking the surfaces volatile (A3/B3), which is always strictly after the app suspension snapshots are taken, and also always before the freshly-made-volatile layers could be presented or snapshotted. * UIProcess/ApplicationStateTracker.h: * UIProcess/ApplicationStateTracker.mm: (WebKit::ApplicationStateTracker::ApplicationStateTracker): (WebKit::ApplicationStateTracker::~ApplicationStateTracker): (WebKit::ApplicationStateTracker::applicationDidCreateWindowContext): Deleted. * UIProcess/ios/WKApplicationStateTrackingView.h: * UIProcess/ios/WKApplicationStateTrackingView.mm: (-[WKApplicationStateTrackingView didMoveToWindow]): (-[WKApplicationStateTrackingView _applicationDidCreateWindowContext]): Deleted. * UIProcess/ios/WKContentView.mm: (-[WKContentView _applicationDidCreateWindowContext]): Deleted. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::applicationDidFinishSnapshottingAfterEnteringBackground): Remove the didCreateWindowContext notification, and hide content after snapshotting after entering the background. 2018-07-10 Youenn Fablet Make fetch() use "same-origin" credentials by default https://bugs.webkit.org/show_bug.cgi?id=176023 Reviewed by Chris Dumez. Before the patch, when changing the credential mode in case of redirection, we were not waiting for WebProcess response to restart the load. This patch updates the implementation to ask the WebProcess whether to proceed as for other regular asynchronous loads. This requires some refactoring in particular we now pass request, redirectRequest and redirectResponse to NetworkLoadChecker that will send them back as part of the completion handler. To do so, we change manual redirection handling and make it a successful case and not an error case as before. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::redirectionError): (WebKit::NetworkLoadChecker::checkRedirection): * NetworkProcess/NetworkLoadChecker.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::willSendRedirectedRequest): (WebKit::NetworkResourceLoader::restartNetworkLoad): (WebKit::NetworkResourceLoader::continueWillSendRequest): * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::willPerformHTTPRedirection): 2018-07-10 Chris Dumez [IOS] We should prevent WebProcess suspension while the UIProcess is waiting for a reply from its injected bundle https://bugs.webkit.org/show_bug.cgi?id=187536 Reviewed by Brady Eidson. Update RemoteObjectRegistry to take a background process assertion for each pending reply on the UIProcess side. Otherwise, the destination web process may get suspended and the reply block would not get called. We already do this in WebPageProxy for callbacks waiting for an IPC from the WebProcess. * Shared/API/Cocoa/RemoteObjectRegistry.h: * Shared/API/Cocoa/RemoteObjectRegistry.mm: (WebKit::RemoteObjectRegistry::RemoteObjectRegistry): (WebKit::RemoteObjectRegistry::sendInvocation): (WebKit::RemoteObjectRegistry::callReplyBlock): (WebKit::RemoteObjectRegistry::releaseUnusedReplyBlock): * Shared/API/Cocoa/_WKRemoteObjectRegistry.mm: (-[_WKRemoteObjectRegistry _initWithWebPage:]): (-[_WKRemoteObjectRegistry _initWithWebPageProxy:]): (-[_WKRemoteObjectRegistry _initWithMessageSender:]): Deleted. * Shared/API/Cocoa/_WKRemoteObjectRegistryInternal.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _remoteObjectRegistry]): * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::remoteObjectRegistry): * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextController.mm: (-[WKWebProcessPlugInBrowserContextController _remoteObjectRegistry]): 2018-07-09 Brian Burg WebDriver: hang when running Selenium test correct_event_firing_tests.py::testShouldEmitOnChangeEventsWhenSelectingElements[Safari] https://bugs.webkit.org/show_bug.cgi?id=187486 Reviewed by Tim Horton. This test takes the unusual step of doing Element Click directly on a via WebDriver, we should just not show the popup menu but still deliver all of the events that are fired when clicking the element. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::showPopupMenu): 2018-07-10 Tim Horton Try to fix the build * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _internalDoAfterNextPresentationUpdate:withoutWaitingForPainting:withoutWaitingForAnimatedResize:]): 2018-07-10 Tim Horton doAfterNextPresentationUpdate should not be called while content is hidden due to animated resize https://bugs.webkit.org/show_bug.cgi?id=187500 Reviewed by Simon Fraser. Clients generally expect that after doAfterNextPresentationUpdate, there's something vaguely sensible on the screen. They use this to remove snapshots, unhide web views, etc. During some kinds of resize/rotation, we will hide the WKContentView, and asynchronously hide it when the resize/rotation is complete. This can cause clients to prematurely expose a blank WKWebView. To fix this, avoid calling doAfterNextPresentationUpdate until the animated resize completes. Add a variant that does not wait for this (to be used for testing purposes). * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _didCompleteAnimatedResize]): (-[WKWebView _snapshotRect:intoImageOfWidth:completionHandler:]): Rename the vector of blocks that we call after animated resize completes to be generic rather than just about snapshots. (-[WKWebView _internalDoAfterNextPresentationUpdate:withoutWaitingForPainting:withoutWaitingForAnimatedResize:]): Add this _internal variant of _doAfterNextPresentationUpdate that takes bits determining which waits to perform or avoid, to reduce duplication. (-[WKWebView _doAfterNextPresentationUpdate:]): (-[WKWebView _doAfterNextPresentationUpdateWithoutWaitingForAnimatedResizeForTesting:]): (-[WKWebView _doAfterNextPresentationUpdateWithoutWaitingForPainting:]): Call _internalDoAfterNextPresentationUpdate with the appropriate bits set for each situation. * UIProcess/API/Cocoa/WKWebViewPrivate.h: Add _doAfterNextPresentationUpdateWithoutWaitingForAnimatedResizeForTesting to WKWebView(WKTesting). 2018-07-10 Tim Horton REGRESSION (r231510): Dismissing PDFPlugin context menu automatically clicks the first item https://bugs.webkit.org/show_bug.cgi?id=187507 Reviewed by Per Arne Vollan. WebPageProxy::showPDFContextMenu, introduced in r213510, assumes that the user always chooses some item from the menu; it does not handle the case where the context menu is dismissed without selecting anything. * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/mac/WebPageProxyMac.mm: (-[WKPDFMenuTarget selectedMenuItem]): (-[WKPDFMenuTarget contextMenuAction:]): (WebKit::WebPageProxy::showPDFContextMenu): * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::handleContextMenuEvent): Make showPDFContextMenu return an optional index, instead of always returning an index. Don't perform any action if it is nullopt. 2018-07-10 Stephan Szabo [WinCairo] Support display of webinspector ui on non-legacy minibrowser https://bugs.webkit.org/show_bug.cgi?id=187415 Reviewed by Brian Burg. * UIProcess/WebInspectorProxy.h: * UIProcess/win/WebInspectorProxyWin.cpp: (WebKit::getInspectedWindowInfo): (WebKit::WebInspectorProxy::windowReceivedMessage): (WebKit::WebInspectorProxy::wndProc): (WebKit::WebInspectorProxy::registerWindowClass): (WebKit::decidePolicyForNavigationAction): (WebKit::webProcessDidCrash): (WebKit::WebInspectorProxy::platformCreateFrontendPage): (WebKit::WebInspectorProxy::platformCloseFrontendPageAndWindow): (WebKit::WebInspectorProxy::inspectorPageURL): (WebKit::WebInspectorProxy::inspectorTestPageURL): (WebKit::WebInspectorProxy::inspectorBaseURL): (WebKit::WebInspectorProxy::platformInspectedWindowHeight): (WebKit::WebInspectorProxy::platformInspectedWindowWidth): (WebKit::WebInspectorProxy::platformAttach): (WebKit::WebInspectorProxy::platformDetach): (WebKit::WebInspectorProxy::platformSetAttachedWindowHeight): (WebKit::WebInspectorProxy::platformSetAttachedWindowWidth): (WebKit::WebInspectorProxy::platformIsFront): (WebKit::WebInspectorProxy::platformHide): (WebKit::WebInspectorProxy::platformBringToFront): (WebKit::WebInspectorProxy::platformBringInspectedPageToFront): (WebKit::WebInspectorProxy::platformInspectedURLChanged): (WebKit::WebInspectorProxy::platformCreateFrontendWindow): (WebKit::WebInspectorProxy::platformDidCloseForCrash): (WebKit::WebInspectorProxy::platformInvalidate): (WebKit::WebInspectorProxy::platformStartWindowDrag): * WebProcess/WebPage/WebInspector.cpp: (WebKit::WebInspector::openFrontendConnection): * WebProcess/WebPage/win/WebInspectorUIWin.cpp: (WebKit::WebInspectorUI::localizedStringsURL): (WebKit::RemoteWebInspectorUI::localizedStringsURL): 2018-07-10 John Wilander Resource Load Statistics: Make testRunner.statisticsResetToConsistentState() take a completion handler https://bugs.webkit.org/show_bug.cgi?id=187499 Reviewed by Chris Dumez. * UIProcess/API/C/WKWebsiteDataStoreRef.cpp: (WKWebsiteDataStoreStatisticsResetToConsistentState): Now uses a WTF::CallbackAggregator to call its completion handler when both the call to WebResourceLoadStatisticsStore::scheduleClearInMemory() and to WebResourceLoadStatisticsStore::resetParametersToDefaultValues() are complete. * UIProcess/API/C/WKWebsiteDataStoreRef.h: * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::scheduleClearInMemory): Now takes a WTF::CompletionHandler so that it can support the completion handler in WKWebsiteDataStoreStatisticsResetToConsistentState(). (WebKit::WebResourceLoadStatisticsStore::resetParametersToDefaultValues): Now takes a WTF::CompletionHandler so that it can support the completion handler in WKWebsiteDataStoreStatisticsResetToConsistentState(). * UIProcess/WebResourceLoadStatisticsStore.h: 2018-07-10 Ryosuke Niwa Disable cross-origin-window-policy by default https://bugs.webkit.org/show_bug.cgi?id=187509 Reviewed by Chris Dumez. * Shared/WebPreferences.yaml: * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetCrossOriginWindowPolicyEnabled): (WKPreferencesGetCrossOriginWindowPolicyEnabled): * UIProcess/API/C/WKPreferencesRef.h: 2018-07-09 Tim Horton REGRESSION (r232416): Flickering when going back to Google search results on back swipe https://bugs.webkit.org/show_bug.cgi?id=187506 Reviewed by Chris Dumez. Same document navigations won't have a preceding didStartProvisionalLoadForMainFrame, so the code introduced in r232416 would immediately remove the snapshot upon any same document navigation. Instead, adjust r232416 slightly to start tracking snapshot removal events after didStartProvisionalLoad OR didSameDocumentNavigation. Call the block that starts tracking, then immediately fire the same-document navigation event. * UIProcess/Cocoa/ViewGestureController.cpp: (WebKit::ViewGestureController::didStartProvisionalLoadForMainFrame): (WebKit::ViewGestureController::didReachMainFrameLoadTerminalState): (WebKit::ViewGestureController::didSameDocumentNavigationForMainFrame): (WebKit::ViewGestureController::SnapshotRemovalTracker::stopWaitingForEvent): * UIProcess/Cocoa/ViewGestureController.h: * UIProcess/ios/ViewGestureControllerIOS.mm: (WebKit::ViewGestureController::endSwipeGesture): * UIProcess/mac/ViewGestureControllerMac.mm: (WebKit::ViewGestureController::endSwipeGesture): 2018-07-09 Youenn Fablet Remove cfca.com.npCryptoKit.CGB.MAC.sb and cfca.com.npP11CertEnroll.MAC.CGB.sb https://bugs.webkit.org/show_bug.cgi?id=187487 Reviewed by Alexey Proskuryakov. * Resources/PlugInSandboxProfiles/cfca.com.npCryptoKit.CGB.MAC.sb: Removed. * Resources/PlugInSandboxProfiles/cfca.com.npP11CertEnroll.MAC.CGB.sb: Removed. * WebKit.xcodeproj/project.pbxproj: 2018-07-09 Youenn Fablet Add the possibility to run unsandboxed plug-ins https://bugs.webkit.org/show_bug.cgi?id=187310 Reviewed by Alexey Proskuryakov. Add a utility method to know which plug-ins are allowed to run unsandboxed. For such plug-ins, we skip the sandboxing done when starting the plug-in process. * PluginProcess/mac/PluginProcessMac.mm: (WebKit::PluginProcess::initializeSandbox): * Shared/WebPreferences.yaml: * UIProcess/Plugins/PluginInfoStore.cpp: (WebKit::PluginInfoStore::shouldRunPluginUnsandboxed): * UIProcess/Plugins/PluginInfoStore.h: * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::shouldRunPluginUnsandboxed): (WebKit::PluginInfoStore::shouldUsePlugin): 2018-07-09 Dean Jackson Remove fullscreen-auto-hide-delay https://bugs.webkit.org/show_bug.cgi?id=187493 Reviewed by Antoine Quint. Now there is no delay, rename setFullscreenAutoHideTiming to setFullscreenAutoHideDuration, and only send that value over to the Web Process. * UIProcess/WebFullScreenManagerProxy.cpp: (WebKit::WebFullScreenManagerProxy::setFullscreenAutoHideDuration): (WebKit::WebFullScreenManagerProxy::setFullscreenAutoHideTiming): Deleted. * UIProcess/WebFullScreenManagerProxy.h: * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController viewWillAppear:]): * WebProcess/FullScreen/WebFullScreenManager.cpp: (WebKit::WebFullScreenManager::didExitFullScreen): (WebKit::WebFullScreenManager::setFullscreenAutoHideDuration): (WebKit::WebFullScreenManager::setFullscreenAutoHideTiming): Deleted. * WebProcess/FullScreen/WebFullScreenManager.h: * WebProcess/FullScreen/WebFullScreenManager.messages.in: 2018-07-09 Timothy Hatcher Semantic colors don't update when accessibility Increase Contrast mode is enabled. https://bugs.webkit.org/show_bug.cgi?id=187425 rdar://problem/39948240 Reviewed by Tim Horton. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): Moved call to setUseDarkAppearance to WebViewImpl. (-[WKWebView _setUseSystemAppearance:]): No need to call setUseDarkAppearance here anymore. (-[WKWebView viewDidChangeEffectiveAppearance]): Added. This is the proper NSView method to use. (-[WKWebView _effectiveAppearanceIsDark]): Deleted. (-[WKWebView effectiveAppearanceDidChange]): Deleted. This method is a deprecated name. * UIProcess/API/mac/WKView.mm: (-[WKView viewDidChangeEffectiveAppearance]): Added. This is the proper NSView method to use. (-[WKView _setUseSystemAppearance:]): No need to call setUseDarkAppearance here anymore. (-[WKView _effectiveAppearanceIsDark]): Deleted. (-[WKView effectiveAppearanceDidChange]): Deleted. This method is a deprecated name. * UIProcess/Cocoa/WebViewImpl.h: * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::WebViewImpl): Call setUseDarkAppearance before page config is sent in initializeWebPage. (WebKit::WebViewImpl::effectiveAppearanceDidChange): Added. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setUseDarkAppearance): WebCore::Page::setUseDarkAppearance now handles the style changes. The RenderTheme color caches also don't need cleared with platformColorsDidChange(), since we cache light and dark colors seperatly in RenderThemeMac. 2018-07-09 Simon Fraser Shrink various loading-related enums to shrink CachedResource https://bugs.webkit.org/show_bug.cgi?id=187443 Reviewed by Chris Dumez. * NetworkProcess/CustomProtocols/Cocoa/LegacyCustomProtocolManagerCocoa.mm: (WebKit::LegacyCustomProtocolManager::wasRedirectedToRequest): * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::continueWillSendRequest): * NetworkProcess/NetworkLoadParameters.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::canUseCache const): (WebKit::NetworkResourceLoader::retrieveCacheEntry): * NetworkProcess/cache/NetworkCache.cpp: (WebKit::NetworkCache::cachePolicyAllowsExpired): (WebKit::NetworkCache::makeRetrieveDecision): * NetworkProcess/cache/NetworkCacheSpeculativeLoad.cpp: (WebKit::NetworkCache::SpeculativeLoad::SpeculativeLoad): * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::NetworkDataTaskCocoa): * NetworkProcess/cocoa/NetworkSessionCocoa.mm: (-[WKNetworkSessionDelegate URLSession:task:willPerformHTTPRedirection:newRequest:completionHandler:]): (-[WKNetworkSessionDelegate URLSession:task:_schemeUpgraded:completionHandler:]): * Shared/API/c/mac/WKURLRequestNS.mm: (WKURLRequestCopyNSURLRequest): * Shared/Cocoa/WKNSURLRequest.mm: (-[WKNSURLRequest _web_createTarget]): * Shared/mac/WebCoreArgumentCodersMac.mm: (IPC::ArgumentCoder::encodePlatformData): * UIProcess/API/Cocoa/WKFrameInfo.mm: (-[WKFrameInfo request]): * UIProcess/API/Cocoa/WKNavigation.mm: (-[WKNavigation _request]): * UIProcess/API/Cocoa/WKNavigationAction.mm: (-[WKNavigationAction request]): * UIProcess/API/Cocoa/WKNavigationData.mm: (-[WKNavigationData originalRequest]): * UIProcess/API/Cocoa/WKNavigationResponse.mm: (-[WKNavigationResponse _request]): * UIProcess/API/Cocoa/WKURLSchemeTask.mm: (-[WKURLSchemeTaskImpl request]): * UIProcess/API/Cocoa/_WKDownload.mm: (-[_WKDownload request]): * UIProcess/Cocoa/LegacyCustomProtocolManagerClient.mm: (WebKit::LegacyCustomProtocolManagerClient::startLoading): * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::maximumBufferingTime): (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): (WebKit::WebLoaderStrategy::loadResourceSynchronously): * WebProcess/WebPage/mac/WebPageMac.mm: (WebKit::WebPage::platformCanHandleRequest): 2018-07-09 Chris Dumez WebProcessProxy::topPrivatelyControlledDomainsWithWebsiteData() fails to protect the page in its lambda https://bugs.webkit.org/show_bug.cgi?id=187478 Reviewed by Youenn Fablet. Make sure we protect the WebPageProxy when we capture it in the lambda or it might go away by the time the lambda gets called. * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::topPrivatelyControlledDomainsWithWebsiteData): 2018-07-09 Basuke Suzuki [Curl] Remove unused AuthenticationManager static methods. https://bugs.webkit.org/show_bug.cgi?id=187419 Reviewed by Yusuke Suzuki. The file for curl port was added without implementation and never called from anyware. Also interfaces only used by the curl port were removed from the shared header file. * PlatformWin.cmake: * Shared/Authentication/AuthenticationManager.h: * Shared/Authentication/curl/AuthenticationManagerCurl.cpp: Removed. 2018-07-09 Stephan Szabo Check that LayerTreeHost was created before use https://bugs.webkit.org/show_bug.cgi?id=187404 Reviewed by Žan Doberšek. * WebProcess/WebPage/AcceleratedDrawingArea.cpp: (WebKit::AcceleratedDrawingArea::enterAcceleratedCompositingMode): 2018-07-09 Commit Queue Unreviewed, rolling out r233612. https://bugs.webkit.org/show_bug.cgi?id=187475 Revision caused the api test LinkColorWithSystemAppearance to fail on all systems. (Requested by Truitt on #webkit). Reverted changeset: "Semantic colors don't update when accessibility Increase Contrast mode is enabled." https://bugs.webkit.org/show_bug.cgi?id=187425 https://trac.webkit.org/changeset/233612 2018-07-09 Brian Burg WebDriver: hang in Selenium test alerts_tests.py::testShouldHandleAlertOnPageBeforeUnload https://bugs.webkit.org/show_bug.cgi?id=187418 Unreviewed build fix for Sierra. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::runBeforeUnloadConfirmPanel): According to some compilers, the local 'automationSession' is unused. Change this to just convert the return value to boolean rather than assign to an unused local. 2018-07-07 Wenson Hsieh Introduce a layout milestone to track when the document contains a large number of rendered characters https://bugs.webkit.org/show_bug.cgi?id=187412 Reviewed by Ryosuke Niwa. Add plumbing for the new significant rendered text layout milestone in the modern WebKit client layer. See WebCore/ChangeLog for more details. * Shared/API/Cocoa/_WKRenderingProgressEvents.h: * Shared/API/Cocoa/_WKRenderingProgressEventsInternal.h: (renderingProgressEvents): * Shared/API/c/WKPageLoadTypes.h: * Shared/API/c/WKSharedAPICast.h: (WebKit::toWKLayoutMilestones): (WebKit::toLayoutMilestones): * UIProcess/API/Cocoa/WKWebView.mm: (layoutMilestones): 2018-07-07 Simon Fraser REGRESSION (r233561): MobileMail crashes when replying to an email https://bugs.webkit.org/show_bug.cgi?id=187436 rdar://problem/41931915 Reviewed by Alan Bujtas. r233561 added a RELEASE_ASSERT(isMainThread()) in this function. This is fine most of the time, until Mail spawns a WebThread for mail compose, at which point the meaning of isMainThread changes and the RELEASE_ASSERT fires. For now, just remove the RELEASE_ASSERT. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _scheduleVisibleContentRectUpdateAfterScrollInView:]): 2018-07-06 Timothy Hatcher Semantic colors don't update when accessibility Increase Contrast mode is enabled. https://bugs.webkit.org/show_bug.cgi?id=187425 rdar://problem/39948240 Reviewed by Tim Horton. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): Moved call to setUseDarkAppearance to WebViewImpl. (-[WKWebView _setUseSystemAppearance:]): No need to call setUseDarkAppearance here anymore. (-[WKWebView viewDidChangeEffectiveAppearance]): Added. This is the proper NSView method to use. (-[WKWebView _effectiveAppearanceIsDark]): Deleted. (-[WKWebView effectiveAppearanceDidChange]): Deleted. This method is a deprecated name. * UIProcess/API/mac/WKView.mm: (-[WKView viewDidChangeEffectiveAppearance]): Added. This is the proper NSView method to use. (-[WKView _setUseSystemAppearance:]): No need to call setUseDarkAppearance here anymore. (-[WKView _effectiveAppearanceIsDark]): Deleted. (-[WKView effectiveAppearanceDidChange]): Deleted. This method is a deprecated name. * UIProcess/Cocoa/WebViewImpl.h: * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::WebViewImpl): Call setUseDarkAppearance before page config is sent in initializeWebPage. (WebKit::WebViewImpl::effectiveAppearanceDidChange): Added. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setUseDarkAppearance): WebCore::Page::setUseDarkAppearance now handles the style changes. The RenderTheme color caches also don't need cleared with platformColorsDidChange(), since we cache light and dark colors seperatly in RenderThemeMac. 2018-07-06 Chris Dumez Add release assertions to try and catch a possible HashMap corruption in NetworkConnectionToWebProcess https://bugs.webkit.org/show_bug.cgi?id=187417 Reviewed by Ryosuke Niwa. Add assertions to make sure we: - Always use NetworkConnectionToWebProcess::m_networkResourceLoaders from the main thread - Never use a 0 identifier as key for NetworkConnectionToWebProcess::m_networkResourceLoaders We see crashes (rdar://problem/39265927) that only seem to make sense if this HashMap was somehow getting corrupted. Let's try and catch the most common reasons for HashMap corruption. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::didCleanupResourceLoader): (WebKit::NetworkConnectionToWebProcess::didReceiveMessage): (WebKit::NetworkConnectionToWebProcess::scheduleResourceLoad): (WebKit::NetworkConnectionToWebProcess::performSynchronousLoad): (WebKit::NetworkConnectionToWebProcess::removeLoadIdentifier): (WebKit::NetworkConnectionToWebProcess::setDefersLoading): (WebKit::NetworkConnectionToWebProcess::convertMainResourceLoadToDownload): * WebProcess/Network/WebResourceLoader.cpp: (WebKit::WebResourceLoader::messageSenderDestinationID): 2018-07-06 Brian Burg WebDriver: hang in Selenium test alerts_tests.py::testShouldHandleAlertOnPageBeforeUnload https://bugs.webkit.org/show_bug.cgi?id=187418 Reviewed by Timothy Hatcher. Per the W3C specification, “User prompts that are spawned from beforeunload event handlers, are dismissed implicitly upon navigation or close window, regardless of the defined user prompt handler.” This behavior differs from legacy Selenium behavior where (as in the test) it's expected that a test can accept or dismiss a beforeunload alert manually. Prior to this patch, beforeunload alerts hang because Safari uses a nested modal run loop, which does not process incoming Automation messages, so there was no way for the test to manually dismiss the alert. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::runBeforeUnloadConfirmPanel): Don't show beforeunload alerts for pages being controlled by automation. 2018-07-06 Chris Dumez ASSERTION FAILED: contextConnection under WebCore::SWServer::terminateWorkerInternal https://bugs.webkit.org/show_bug.cgi?id=187348 Reviewed by Youenn Fablet. Make sure we mark corresponding SWServerWorkers as terminated when we terminate a Service Worker context connection once it is no longer needed. * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::swContextConnectionMayNoLongerBeNeeded): 2018-07-06 Andy Estes [iOS] WKPDFView should show the Data Detectors sheet when long-pressing a URL that Data Detectors can handle https://bugs.webkit.org/show_bug.cgi?id=187396 Reviewed by Dan Bernstein. If a URL can be presented by Data Detectors, show the Data Detectors sheet instead of the link sheet. Also implement the optional WKActionSheetAssistantDelegate method that asks the UI delegate for its data detection context. * UIProcess/ios/WKPDFView.mm: (-[WKPDFView _showActionSheetForURL:atLocation:withAnnotationRect:]): (-[WKPDFView dataDetectionContextForActionSheetAssistant:]): 2018-07-06 Chris Dumez WebResourceLoadStatisticsStore::callHasStorageAccessForFrameHandler() should take in a CompletionHandler https://bugs.webkit.org/show_bug.cgi?id=187392 Reviewed by Youenn Fablet. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::callHasStorageAccessForFrameHandler): * UIProcess/WebResourceLoadStatisticsStore.h: 2018-07-06 Chris Dumez [iOS] Assertion failure in WebProcessProxy::allProcesses() (isMainThread()) https://bugs.webkit.org/show_bug.cgi?id=187394 Reviewed by Dan Bernstein. Use RunLoop::isMain() instead of isMainThread() in the assertion to fix issues for applications using both WebKit and WebKitLegacy. * UIProcess/WebProcessProxy.cpp: 2018-07-06 Daniel Bates Remove Strong Confirmation Password button https://bugs.webkit.org/show_bug.cgi?id=187306 Reviewed by Sam Weinig. Remove support for the Strong Confirmation Password button because we never made use of it. * WebProcess/InjectedBundle/API/Cocoa/WKWebProcessPlugInNodeHandle.mm: (toAutoFillButtonType): (toWKAutoFillButtonType): * WebProcess/InjectedBundle/API/Cocoa/WKWebProcessPlugInNodeHandlePrivate.h: * WebProcess/InjectedBundle/API/c/WKBundleNodeHandle.cpp: (toAutoFillButtonType): (toWKAutoFillButtonType): * WebProcess/InjectedBundle/API/c/WKBundleNodeHandlePrivate.h: 2018-07-05 Youenn Fablet REGRESSION (r230843): Flash doesn't work; Produces blue box on page https://bugs.webkit.org/show_bug.cgi?id=187346 Reviewed by Ryosuke Niwa. Reset page plugins when the load client policies are updated. This will ensure that pages will rebuild their plugin lists based on the new policies. * WebProcess/Plugins/WebPluginInfoProvider.cpp: (WebKit::WebPluginInfoProvider::setPluginLoadClientPolicy): (WebKit::WebPluginInfoProvider::clearPluginClientPolicies): 2018-07-05 Brady Eidson IndexedDB operations in a Page fail after a StorageProcess crash. and https://bugs.webkit.org/show_bug.cgi?id=187123 Reviewed by Alex Christensen. When the connection to a StorageProcess goes away, explicitly tell all of the WebPages in the WebProcess about it. This puts Documents/Workers in an error mode where requests fail instead of timeout. It also clears the Page's connection so *new* Documents and Workers will get a fresh new connection that works. * UIProcess/API/C/WKContext.cpp: (WKContextTerminateStorageProcess): * UIProcess/API/Cocoa/WKProcessPool.mm: (-[WKProcessPool _terminateStorageProcess]): * UIProcess/Storage/StorageProcessProxy.cpp: (WebKit::StorageProcessProxy::terminateForTesting): * UIProcess/Storage/StorageProcessProxy.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::terminateStorageProcessForTesting): (WebKit::WebProcessPool::terminateStorageProcess): Deleted. * UIProcess/WebProcessPool.h: * WebProcess/Storage/WebToStorageProcessConnection.cpp: (WebKit::WebToStorageProcessConnection::didClose): * WebProcess/Storage/WebToStorageProcessConnection.h: (WebKit::WebToStorageProcessConnection::existingIDBConnectionToServerForIdentifier): * WebProcess/WebProcess.cpp: (WebKit::WebProcess::webToStorageProcessConnectionClosed): 2018-07-05 Simon Fraser Address two possible causes of missing tiles in iOS Safari, and add logging to gather more data about other possible causes https://bugs.webkit.org/show_bug.cgi?id=187376 rdar://problem/40941118 Reviewed by Tim Horton. We have continual reports of users experiencing missing tiles in MobileSafari, where loading a page shows the tiles at the top, but we don't render new tiles as the user scrolls down. This is consistent with failing to dispatch visible content rect updates via -[WKWebView _updateVisibleContentRects]. This patch addresses two possible (but unlikely) causes. First, it resets _currentlyAdjustingScrollViewInsetsForKeyboard after a web process crash. Second, it catches exceptions thrown by [webView _updateVisibleContentRects] and resets _hasScheduledVisibleRectUpdate. This patch also adds release logging that fires if over 1s has elapsed between scheduling a visible content rect update and trying to re-schedule, and logging for all reasons that -_updateVisibleContentRects returns early. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): (-[WKWebView _processDidExit]): (-[WKWebView _addUpdateVisibleContentRectPreCommitHandler]): (-[WKWebView _scheduleVisibleContentRectUpdateAfterScrollInView:]): (-[WKWebView _updateVisibleContentRects]): 2018-07-05 Olivia Barnett iPad: Scrolling with hardware keyboard while SELECT popover is visible scrolls the page, detaches popover https://bugs.webkit.org/show_bug.cgi?id=187363 Reviewed by Tim Horton. Added extra check to prevent keyboard scrolling when the select box is open. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _scrollOffsetForEvent:]): 2018-07-05 Timothy Hatcher Rename and flip the meaning of defaultAppearance to be useDarkAppearance. https://bugs.webkit.org/show_bug.cgi?id=187369 rdar://problem/41870420 Reviewed by Tim Horton. * Shared/WebPageCreationParameters.cpp: (WebKit::WebPageCreationParameters::encode const): (WebKit::WebPageCreationParameters::decode): * Shared/WebPageCreationParameters.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _effectiveAppearanceIsDark]): (-[WKWebView _initializeWithConfiguration:]): (-[WKWebView _setUseSystemAppearance:]): (-[WKWebView effectiveAppearanceDidChange]): (-[WKWebView _defaultAppearance]): Deleted. * UIProcess/API/mac/WKView.mm: (-[WKView _effectiveAppearanceIsDark]): (-[WKView effectiveAppearanceDidChange]): (-[WKView _setUseSystemAppearance:]): (-[WKView _defaultAppearance]): Deleted. (-[WKView _setDefaultAppearance:]): Deleted. * UIProcess/Cocoa/WebViewImpl.h: * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::effectiveAppearanceIsDark): (WebKit::WebViewImpl::setUseDarkAppearance): (WebKit::WebViewImpl::useDefaultAppearance): Deleted. (WebKit::WebViewImpl::setDefaultAppearance): Deleted. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::creationParameters): (WebKit::WebPageProxy::setUseDarkAppearance): (WebKit::WebPageProxy::showPlaybackTargetPicker): (WebKit::WebPageProxy::setDefaultAppearance): Deleted. * UIProcess/WebPageProxy.h: (WebKit::WebPageProxy::useDarkAppearance const): (WebKit::WebPageProxy::defaultAppearance const): Deleted. * UIProcess/mac/WKPrintingView.mm: (-[WKPrintingView drawRect:]): * WebProcess/InjectedBundle/DOM/InjectedBundleRangeHandle.cpp: (WebKit::InjectedBundleRangeHandle::renderedImage): * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::paintControlForLayerInContext): * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): (WebKit::WebPage::drawRect): (WebKit::WebPage::setUseDarkAppearance): (WebKit::WebPage::setDefaultAppearance): Deleted. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: 2018-07-05 Brian Burg REGRESSION: ASSERT under WebAutomationSessionProxy::computeElementLayout when elementInViewClientCenterPoint returns nullopt https://bugs.webkit.org/show_bug.cgi?id=187367 Reviewed by Timothy Hatcher. * WebProcess/Automation/WebAutomationSessionProxy.cpp: (WebKit::WebAutomationSessionProxy::computeElementLayout): There's no reason to unwrap this optional, as the IPC argument type is std::optional. 2018-07-05 Tim Horton Upstream hover gesture implementation https://bugs.webkit.org/show_bug.cgi?id=187366 Reviewed by Wenson Hsieh. * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView setupInteraction]): (-[WKContentView cleanupInteraction]): (-[WKContentView _removeDefaultGestureRecognizers]): (-[WKContentView _addDefaultGestureRecognizers]): (-[WKContentView _hoverGestureRecognizerChanged:]): 2018-07-05 Tim Horton Fix some -Wdocumentation warnings in WebKit https://bugs.webkit.org/show_bug.cgi?id=187318 Reviewed by Dan Bernstein. Fix most of the -Wdocumentation warnings in WebKit. The remaining ones are slightly mysterious, so we can't turn the warning on yet. * Configurations/BaseTarget.xcconfig: Define U_HIDE_DEPRECATED_API. It's defined in all other WebKit projects, and the doc comments in the deprecated ICU API have some errors. * UIProcess/API/Cocoa/WKUIDelegate.h: * UIProcess/API/Cocoa/WKWebView.h: * UIProcess/API/Cocoa/WKWebsiteDataStore.h: Adjust comments or parameter names to be consistent with each other. 2018-07-05 Chris Dumez Regression(r232886): WebsiteDataStore objects may get destroyed on a background thread https://bugs.webkit.org/show_bug.cgi?id=187356 Reviewed by Geoffrey Garen. As of r232886, CallbackAggregators in WebsiteDataStore hold a Ref<> to their WebsiteDataStore. This is an issue because CallbackAggregator objects can get destroyed on a background thread and may be the last ones holding a ref to the data store. When this happens, the WebsiteDataStore would get destroyed on a background store and potentially cause crashes. Note that even if the callback aggregator would not be the last one to hold a ref to the store, it still would not be safe to deref the store on the background thread since WebsiteDataStore is not ThreadSafeRefCounted. To address the issue, this patch updates the CallbackAggregators' destructor to deref their data store member on the main thread. Note that we could also have WebsiteDataStore subclass ThreadSafeRefCounted but the data store technically does not need to be ThreadSafeRefCounted at the moment. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::WebsiteDataStore): (WebKit::WebsiteDataStore::~WebsiteDataStore): (WebKit::WebsiteDataStore::fetchDataAndApply): (WebKit::WebsiteDataStore::removeData): 2018-07-05 Dan Bernstein [macOS] REGRESSION: Development WebContent service has restricted entitlements, rendering it useless for development https://bugs.webkit.org/show_bug.cgi?id=187355 Reviewed by Anders Carlsson. * Configurations/WebContentService.Development.xcconfig: Set WK_USE_RESTRICTED_ENTITLEMENTS to NO for the Development service. 2018-07-05 Rob Buis [GTK] Remove soup/DownloadSoupErrors.h https://bugs.webkit.org/show_bug.cgi?id=187339 This header is not used anymore. Reviewed by Frédéric Wang. * NetworkProcess/Downloads/soup/DownloadSoupErrors.h: Removed. * NetworkProcess/soup/NetworkDataTaskSoup.cpp: * PlatformGTK.cmake: 2018-07-04 Carlos Garcia Campos REGRESSION(r233325): [GTK] Broke 40 animations tests https://bugs.webkit.org/show_bug.cgi?id=187264 Reviewed by Žan Doberšek. Use a different PlatformDisplayID for compositing in the GTK port. This way, when entering AC a window screen changed is emitted and the GTK default display refresh monitor is destroyed, ensuring the one created by the threaded compositor is used. * Shared/CoordinatedGraphics/threadedcompositor/ThreadedCompositor.cpp: (WebKit::ThreadedCompositor::create): Remove unused WebPage parameter and add PlatformDisplayID. (WebKit::ThreadedCompositor::ThreadedCompositor): Create the display refresh monitor with the given displayID. * Shared/CoordinatedGraphics/threadedcompositor/ThreadedCompositor.h: * Shared/CoordinatedGraphics/threadedcompositor/ThreadedDisplayRefreshMonitor.cpp: (WebKit::ThreadedDisplayRefreshMonitor::ThreadedDisplayRefreshMonitor): Pass the given displayID to the parent constructor. * Shared/CoordinatedGraphics/threadedcompositor/ThreadedDisplayRefreshMonitor.h: (WebKit::ThreadedDisplayRefreshMonitor::create): Add PlatformDisplayID parameter. * WebProcess/WebPage/CoordinatedGraphics/ThreadedCoordinatedLayerTreeHost.cpp: (WebKit::ThreadedCoordinatedLayerTreeHost::ThreadedCoordinatedLayerTreeHost): Use compositingDisplayID when creating the threaded compositor and notify about the window screen change. (WebKit::ThreadedCoordinatedLayerTreeHost::setIsDiscardable): Use primaryDisplayID when leaving AC and compositingDisplayID when re-entering. 2018-07-04 Olivia Barnett A WKWebView in a UIViewController that is presented modally and uses a file picker will be incorrectly dismissed by the system https://bugs.webkit.org/show_bug.cgi?id=185257 Reviewed by Tim Horton. Call to dismiss the presented modal was being called on the parent and not the child, which caused the file picker to be incorrectly dismissed along with the modal. A test for this bug-fix could not be completed without additional tools as TestWebKitAPI is not a UI application. * UIProcess/ios/forms/WKFileUploadPanel.mm: (-[WKFileUploadPanel _dismissDisplayAnimated:]): 2018-07-04 Tim Horton Introduce PLATFORM(IOSMAC) https://bugs.webkit.org/show_bug.cgi?id=187315 Reviewed by Dan Bernstein. * Configurations/Base.xcconfig: * Configurations/FeatureDefines.xcconfig: * Configurations/NetworkService.xcconfig: * Configurations/WebContentService.xcconfig: * Configurations/WebKit.xcconfig: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::sourceApplicationAuditData const): * NetworkProcess/ios/NetworkProcessIOS.mm: * NetworkProcess/mac/NetworkProcessMac.mm: (WebKit::NetworkProcess::initializeProcessName): (WebKit::overrideSystemProxies): * Platform/mac/LayerHostingContext.mm: (WebKit::LayerHostingContext::createForExternalHostingProcess): * Platform/spi/ios/UIKitSPI.h: * Shared/ios/ChildProcessIOS.mm: (WebKit::ChildProcess::initializeSandbox): * Shared/ios/InteractionInformationAtPosition.h: * Shared/ios/InteractionInformationAtPosition.mm: (WebKit::InteractionInformationAtPosition::encode const): (WebKit::InteractionInformationAtPosition::decode): * Shared/mac/ChildProcessMac.mm: (WebKit::ChildProcess::setApplicationIsDaemon): (WebKit::enableSandboxStyleFileQuarantine): * Shared/mac/CodeSigning.mm: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _webViewPrintFormatter]): * UIProcess/API/Cocoa/WKWebViewInternal.h: * UIProcess/RemoteLayerTree/RemoteLayerTreeHost.mm: (WebKit::RemoteLayerTreeHost::updateLayerTree): * UIProcess/RemoteLayerTree/ios/RemoteLayerTreeHostIOS.mm: (-[WKRemoteView initWithFrame:contextID:]): * UIProcess/_WKWebViewPrintFormatter.mm: * UIProcess/_WKWebViewPrintFormatterInternal.h: * UIProcess/ios/WKContentView.mm: (-[WKContentView _didExitStableState]): * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView gestureRecognizer:canBePreventedByGestureRecognizer:]): (-[WKContentView gestureRecognizer:shouldRecognizeSimultaneouslyWithGestureRecognizer:]): (-[WKContentView canPerformActionForWebView:withSender:]): (-[WKContentView _defineForWebView:]): (-[WKContentView setSelectedTextRange:]): (-[WKContentView closestPositionToPoint:]): (-[WKContentView _updateChangedSelection:]): * UIProcess/ios/WKLegacyPDFView.mm: * UIProcess/ios/WKPDFView.mm: * WebKit.xcodeproj/project.pbxproj: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::selectWithGesture): (WebKit::WebPage::getPositionInformation): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::initializeSandbox): * config.h: 2018-07-04 Carlos Garcia Campos 50 failing WebDriver tests after r233417 https://bugs.webkit.org/show_bug.cgi?id=187263 Reviewed by Frédéric Wang. A std::optional value is used while being std::nullopt. This is because the wrong input source is used when transitioning keyboard input states. * UIProcess/Automation/SimulatedInputDispatcher.cpp: (WebKit::SimulatedInputDispatcher::transitionInputSourceToState): 2018-07-03 Youenn Fablet Remove quarantine for Webex plugin https://bugs.webkit.org/show_bug.cgi?id=187050 rdar://problem/41478189 Reviewed by Brent Fulgham. Update the Plugin Info.plist to not do quarantine of downloaded files by default. Update PluginProcess implementation to reenable quarantine for all plug-ins except cisco webex plug-in. * Platform/spi/mac/QuarantineSPI.h: Add qtn_proc_init. * PluginProcess/EntryPoint/mac/XPCService/PluginService.32-64.Info.plist: * PluginProcess/PluginProcess.h: * PluginProcess/mac/PluginProcessMac.mm: (WebKit::PluginProcess::shouldOverrideQuarantine): * Shared/ChildProcess.h: (WebKit::ChildProcess::shouldOverrideQuarantine): * Shared/mac/ChildProcessMac.mm: (WebKit::ChildProcess::initializeSandbox): 2018-07-03 Youenn Fablet Crash in WebKit::CacheStorage::Cache::toRecordInformation when running http/tests/cache-storage/cache-persistency.https.html https://bugs.webkit.org/show_bug.cgi?id=187243 Reviewed by Chris Dumez. In case a caches object has an engine, it uses the engine to get the salt. In case engine/caches are non persistent, no salt was set for the engine, hence the crashes. Add an empty salt whenever initializing a non-persistent engine to remove the crash. Covered by updated expectations for two tests. * NetworkProcess/cache/CacheStorageEngine.cpp: (WebKit::CacheStorage::Engine::initialize): 2018-07-03 Youenn Fablet Fix regression introduced in r233335 https://bugs.webkit.org/show_bug.cgi?id=187282 Reviewed by Chris Dumez. When checking for navigation loads, we need to return whether the request URL matches the service worker URL. Before this patch, if the request URL was not matching the service worker URL, we were using the origin/referrer which should only be used for subresource loads. Covered by imported/w3c/web-platform-tests/service-workers/service-worker/claim-with-redirect.https.html being no longer flaky. * WebProcess/Storage/WebSWContextManagerConnection.cpp: (WebKit::isValidFetch): 2018-07-03 Chris Dumez Make CallbackMap::invalidate() safe to re-enter https://bugs.webkit.org/show_bug.cgi?id=187298 Reviewed by Geoffrey Garen. Made it safe to re-enter CallbackMap::invalidate(), GenericCallback::performCallbackWithReturnValue(), GenericCallback::invalidate() & invalidateCallbackMap() since those execute client blocks which may re-enter WebKit. * UIProcess/GenericCallback.h: (WebKit::GenericCallback::performCallbackWithReturnValue): (WebKit::invalidateCallbackMap): 2018-07-03 Brent Fulgham [iOS] Clean up sandbox warnings found during Public Beta https://bugs.webkit.org/show_bug.cgi?id=187308 Reviewed by Eric Carlson. I made our sandbox overly restrictive during our iOS 12.0 development cycle, and have found a number of missing items. This patch adds the missing IOKit properties, and removes a duplicate call to (play-media). * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb: 2018-07-03 Basuke Suzuki [Curl] Embed certificate information into ResourceResponse. https://bugs.webkit.org/show_bug.cgi?id=187102 Reviewed by Youenn Fablet. * NetworkProcess/curl/NetworkDataTaskCurl.cpp: (WebKit::NetworkDataTaskCurl::curlDidComplete):. 2018-07-03 Simon Fraser [iOS WK2] We fail to make surfaces volatile when suspending, increasing memory impact https://bugs.webkit.org/show_bug.cgi?id=187285 rdar://problem/41732391 Reviewed by Tim Horton. The "Mach port as layer contents" code path used in iOS WK2 relies on replacing the Mach port layer contents with the actual IOSurface on suspension (otherwise the live Mach port will keep the surface in use). However, we were never hitting this RemoteLayerTreeHost::mapAllIOSurfaceBackingStore() code path on iOS 11 and later because UIKit stopped firing the notification we relied on. To fix this, use the _UIApplicationDidFinishSuspensionSnapshotNotification notification which is fired on UIApp. * Platform/spi/ios/UIKitSPI.h: * UIProcess/ApplicationStateTracker.mm: (WebKit::ApplicationStateTracker::ApplicationStateTracker): 2018-07-02 Simon Fraser Clean up the layer volatility code and logging https://bugs.webkit.org/show_bug.cgi?id=187286 Reviewed by Tim Horton. Fix the layer volatility logging so it doesn't say "succeeded" when it actually failed and gave up. Use a couple of lambda functions in RemoteLayerBackingStore::setBufferVolatility() to make the code easier to read. * Shared/RemoteLayerTree/RemoteLayerBackingStore.h: * Shared/RemoteLayerTree/RemoteLayerBackingStore.mm: (WebKit::RemoteLayerBackingStore::setBufferVolatility): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::callVolatilityCompletionHandlers): (WebKit::WebPage::layerVolatilityTimerFired): (WebKit::WebPage::markLayersVolatile): * WebProcess/WebPage/WebPage.h: (WebKit::WebPage::markLayersVolatile): * WebProcess/WebProcess.cpp: (WebKit::WebProcess::actualPrepareToSuspend): (WebKit::WebProcess::markAllLayersVolatile): * WebProcess/WebProcess.h: 2018-07-03 John Wilander Resource Load Statistics: Make WebsiteDataStore::getAllStorageAccessEntries() call the right network process instead of iterating over the process pools https://bugs.webkit.org/show_bug.cgi?id=187277 Reviewed by Chris Dumez. Existing tests use this code. The change is for correctness. * UIProcess/API/Cocoa/WKWebsiteDataStore.mm: (-[WKWebsiteDataStore _getAllStorageAccessEntriesFor:completionHandler:]): Now receives a WKWebView from its caller and gets the page ID from it. (-[WKWebsiteDataStore _getAllStorageAccessEntries:]): Deleted. * UIProcess/API/Cocoa/WKWebsiteDataStorePrivate.h: * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::getAllStorageAccessEntries): Now gets a page ID from its caller and gets the right network process through it. * UIProcess/WebsiteData/WebsiteDataStore.h: 2018-07-03 Jonathan Bedard Unreviewed, rolling out r233461. Assertions triggered during iOS 11 debug layout and API tests Reverted changeset: "[iOS] Add assert to catch improper use of WebCore::Timer in UI Process" https://bugs.webkit.org/show_bug.cgi?id=185330 https://trac.webkit.org/changeset/233461 2018-07-03 Youenn Fablet Update com.cmbchina.CMBSecurity.sb to make it functional https://bugs.webkit.org/show_bug.cgi?id=187278 Reviewed by Brent Fulgham. * Resources/PlugInSandboxProfiles/com.cmbchina.CMBSecurity.sb: 2018-07-03 Jer Noble Update Fullscreen anti-phishing alert text https://bugs.webkit.org/show_bug.cgi?id=187199 Reviewed by Brent Fulgham. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController _showPhishingAlert]): 2018-07-03 David Kilzer [iOS] Add assert to catch improper use of WebCore::Timer in UI Process Reviewed by Darin Adler. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::NetworkProcess): * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::StorageProcess): * WebProcess/WebProcess.cpp: (WebKit::m_nonVisibleProcessCleanupTimer): - Call setWebKitProcessType() to se the global for the current process. 2018-07-03 Frederic Wang [iOS] Animations with Bézier timing function not suspended on UI process when animation-play-state is set to "paused" https://bugs.webkit.org/show_bug.cgi?id=170784 Reviewed by Antoine Quint. In order to pause a running animation, GraphicsLayerCA::pauseCAAnimationOnLayer calls PlatformCALayer::addAnimationForKey, assuming it will replace the current animation. This patch fixes PlatformCALayerRemote::addAnimationForKey to ensure this assumption holds. * WebProcess/WebPage/RemoteLayerTree/PlatformCALayerRemote.cpp: (WebKit::PlatformCALayerRemote::addAnimationForKey): If the animation was already sent to the UI process, make sure it is properly updated. 2018-07-02 Youenn Fablet Add sandbox to microdone plugin https://bugs.webkit.org/show_bug.cgi?id=187149 Unreviewed. * Resources/PlugInSandboxProfiles/cn.microdone.cmb.safari.sb: Renamed from Source/WebKit/Resources/PlugInSandboxProfiles/cn.microdone.cmb.safari. * WebKit.xcodeproj/project.pbxproj: 2018-07-02 Tim Horton Adjust now-incorrect animated resize logging after r232544 https://bugs.webkit.org/show_bug.cgi?id=187281 Reviewed by Simon Fraser. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _didCommitLayerTree:]): (-[WKWebView _didCompleteAnimatedResize]): (-[WKWebView _beginAnimatedResizeWithUpdates:]): _beginAnimatedResizeWithUpdate: and _didCompleteAnimatedResize are not strictly paired; we could instead track the SPI, but it's a bit tricky since resizeWithContentHidden has an implicit endAnimatedResize. Instead, just log if we still have a resizeAnimationView when we're committing outside of an animated resize, which seems to be the original concern, and point toward the possibility of unpaired begin/end. Also fix logging that has the wrong method name. 2018-07-02 Youenn Fablet Update com.apple.NPSafeInput.sb to make it functional https://bugs.webkit.org/show_bug.cgi?id=187276 Reviewed by Brent Fulgham. * Resources/PlugInSandboxProfiles/com.apple.NPSafeInput.sb: 2018-07-02 Youenn Fablet Update com.cfca.npSecEditCtl.MAC.BOC.plugin.sb to make it functional https://bugs.webkit.org/show_bug.cgi?id=187261 Reviewed by Brent Fulgham. * Resources/PlugInSandboxProfiles/com.cfca.npSecEditCtl.MAC.BOC.plugin.sb: 2018-07-02 Brady Eidson Crash notifying observers of responsiveness state change and https://bugs.webkit.org/show_bug.cgi?id=187262 Reviewed by Tim Horton. * UIProcess/PageLoadState.cpp: (WebKit::PageLoadState::callObserverCallback): Copy the container ahead of time. 2018-07-02 Sihui Liu Remove InitWebCoreThreadSystemInterface() in WKProcessPool _initWithConfiguration https://bugs.webkit.org/show_bug.cgi?id=187252 Reviewed by Dan Bernstein. Clean up after . * UIProcess/API/Cocoa/WKProcessGroup.mm: (-[WKProcessGroup initWithInjectedBundleURL:]): * UIProcess/API/Cocoa/WKProcessPool.mm: (-[WKProcessPool _initWithConfiguration:]): 2018-07-02 Zan Dobersek REGRESSION(r233381): Double WebResourceLoadStatisticsStore destructor invocation https://bugs.webkit.org/show_bug.cgi?id=187247 Reviewed by Chris Dumez. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::flushAndDestroyPersistentStore): Don't call postTask() to dispatch this task, as that keeps a reference to this WebResourceLoadStatisticsStore object and thus causes problems when invoked from the destructor in the form of a second destructor invocation that ends up crashing the process. Blocking nature of this call should be enough to avoid WebResourceLoadStatisticsStore lifetime issues. 2018-07-02 Per Arne Vollan Delete display link when closing page or the WebContent process has crashed. https://bugs.webkit.org/show_bug.cgi?id=186895 Reviewed by Brent Fulgham. If there is a running display link in the UI process, there is no need to keep it around if the page is being closed or the WebContent process has crashed. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::close): (WebKit::WebPageProxy::resetStateAfterProcessExited): 2018-06-23 Darin Adler [Cocoa] Improve ARC compatibility of more code in JavaScriptCore https://bugs.webkit.org/show_bug.cgi?id=186973 Reviewed by Dan Bernstein. * Shared/EntryPointUtilities/mac/XPCService/XPCServiceEntryPoint.mm: (WebKit::XPCServiceInitializerDelegate::hasEntitlement): Use WTF::hasEntitlement. * Shared/mac/SandboxUtilities.h: Removed connectedProcessHasEntitlement since we can now use WTF::hasEntitlement instead. * Shared/mac/SandboxUtilities.mm: Ditto. * StorageProcess/ios/StorageProcessIOS.mm: (WebKit::StorageProcess::parentProcessHasServiceWorkerEntitlement): Use WTF::hasEntitlement. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::parentProcessHasServiceWorkerEntitlement): Ditto. 2018-06-30 David Kilzer Fix clang static analyzer warnings: Garbage return value Reviewed by Eric Carlson. * WebProcess/WebCoreSupport/WebPlatformStrategies.cpp: (WebKit::WebPlatformStrategies::changeCount): (WebKit::WebPlatformStrategies::addTypes): (WebKit::WebPlatformStrategies::setTypes): (WebKit::WebPlatformStrategies::setBufferForType): (WebKit::WebPlatformStrategies::setPathnamesForType): (WebKit::WebPlatformStrategies::setStringForType): (WebKit::WebPlatformStrategies::getNumberOfFiles): (WebKit::WebPlatformStrategies::getPasteboardItemsCount): (WebKit::WebPlatformStrategies::writeCustomData): * WebProcess/WebCoreSupport/mac/WebEditorClientMac.mm: (WebKit::WebEditorClient::substitutionsPanelIsShowing): - Use brace initialization for local variables. 2018-06-30 Michael Catanzaro Unreviewed, add missing PLATFORM(COCOA) guard after r233207 https://bugs.webkit.org/show_bug.cgi?id=186788 * WebProcess/InjectedBundle/API/c/WKBundle.cpp: (WKBundleExtendClassesForParameterCoder): 2018-06-30 Dan Bernstein Added a missing availability attribute. * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugIn.h: 2018-06-29 John Wilander Resource Load Statistics: Make network process calls only for the process pool that the page belongs to https://bugs.webkit.org/show_bug.cgi?id=187206 Reviewed by Chris Dumez. Instead of iterating over all process pools, we should resolve which process pool the page belongs to and call the network process only for that pool. This is especially important since we use WTFMove for the completion handlers. This patch also renames "callback" to "completionHandler" for the functions touched. A FIXME comment is added to WebsiteDataStore::getAllStorageAccessEntries() where we currently don't have a page ID to do the lookup with. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::updatePrevalentDomainsToPartitionOrBlockCookies): (WebKit::WebsiteDataStore::hasStorageAccessForFrameHandler): (WebKit::WebsiteDataStore::getAllStorageAccessEntries): (WebKit::WebsiteDataStore::grantStorageAccessHandler): (WebKit::WebsiteDataStore::hasStorageAccess): (WebKit::WebsiteDataStore::requestStorageAccess): (WebKit::WebsiteDataStore::grantStorageAccess): 2018-06-29 Chris Dumez Add utility methods to WebResourceLoadStatisticsStore to hop back and forth between threads https://bugs.webkit.org/show_bug.cgi?id=187200 Reviewed by Brent Fulgham. Add utility methods to WebResourceLoadStatisticsStore to hop back and forth between threads, in order the simplify the code a little bit. * UIProcess/ResourceLoadStatisticsMemoryStore.cpp: (WebKit::ResourceLoadStatisticsMemoryStore::ResourceLoadStatisticsMemoryStore): * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::setNotifyPagesWhenDataRecordsWereScanned): (WebKit::WebResourceLoadStatisticsStore::setShouldClassifyResourcesBeforeDataRecordsRemoval): (WebKit::WebResourceLoadStatisticsStore::setShouldSubmitTelemetry): (WebKit::WebResourceLoadStatisticsStore::WebResourceLoadStatisticsStore): (WebKit::WebResourceLoadStatisticsStore::postTask): (WebKit::WebResourceLoadStatisticsStore::postTaskReply): (WebKit::WebResourceLoadStatisticsStore::flushAndDestroyPersistentStore): (WebKit::WebResourceLoadStatisticsStore::setResourceLoadStatisticsDebugMode): (WebKit::WebResourceLoadStatisticsStore::scheduleStatisticsAndDataRecordsProcessing): (WebKit::WebResourceLoadStatisticsStore::resourceLoadStatisticsUpdated): (WebKit::WebResourceLoadStatisticsStore::hasStorageAccess): (WebKit::WebResourceLoadStatisticsStore::requestStorageAccess): (WebKit::WebResourceLoadStatisticsStore::requestStorageAccessUnderOpener): (WebKit::WebResourceLoadStatisticsStore::grantStorageAccess): (WebKit::WebResourceLoadStatisticsStore::performDailyTasks): (WebKit::WebResourceLoadStatisticsStore::submitTelemetry): (WebKit::WebResourceLoadStatisticsStore::logFrameNavigation): (WebKit::WebResourceLoadStatisticsStore::logUserInteraction): (WebKit::WebResourceLoadStatisticsStore::logNonRecentUserInteraction): (WebKit::WebResourceLoadStatisticsStore::clearUserInteraction): (WebKit::WebResourceLoadStatisticsStore::hasHadUserInteraction): (WebKit::WebResourceLoadStatisticsStore::setLastSeen): (WebKit::WebResourceLoadStatisticsStore::setPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::setVeryPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::isPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::isVeryPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::isRegisteredAsSubFrameUnder): (WebKit::WebResourceLoadStatisticsStore::isRegisteredAsRedirectingTo): (WebKit::WebResourceLoadStatisticsStore::clearPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::setGrandfathered): (WebKit::WebResourceLoadStatisticsStore::isGrandfathered): (WebKit::WebResourceLoadStatisticsStore::setSubframeUnderTopFrameOrigin): (WebKit::WebResourceLoadStatisticsStore::setSubresourceUnderTopFrameOrigin): (WebKit::WebResourceLoadStatisticsStore::setSubresourceUniqueRedirectTo): (WebKit::WebResourceLoadStatisticsStore::setSubresourceUniqueRedirectFrom): (WebKit::WebResourceLoadStatisticsStore::setTopFrameUniqueRedirectTo): (WebKit::WebResourceLoadStatisticsStore::setTopFrameUniqueRedirectFrom): (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningUpdate): (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningUpdateForDomains): (WebKit::WebResourceLoadStatisticsStore::scheduleClearPartitioningStateForDomains): (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningStateReset): (WebKit::WebResourceLoadStatisticsStore::scheduleClearInMemory): (WebKit::WebResourceLoadStatisticsStore::scheduleClearInMemoryAndPersistent): (WebKit::WebResourceLoadStatisticsStore::setTimeToLiveUserInteraction): (WebKit::WebResourceLoadStatisticsStore::setTimeToLiveCookiePartitionFree): (WebKit::WebResourceLoadStatisticsStore::setMinimumTimeBetweenDataRecordsRemoval): (WebKit::WebResourceLoadStatisticsStore::setGrandfatheringTime): (WebKit::WebResourceLoadStatisticsStore::setMaxStatisticsEntries): (WebKit::WebResourceLoadStatisticsStore::setPruneEntriesDownTo): (WebKit::WebResourceLoadStatisticsStore::resetParametersToDefaultValues): * UIProcess/WebResourceLoadStatisticsStore.h: 2018-06-29 Aditya Keerthi [macOS] Do not crash if there is an attempt to copy a file URL to the clipboard https://bugs.webkit.org/show_bug.cgi?id=187183 Reviewed by Wenson Hsieh. r210683 introduced logic to prevent file URLs from being copied to the clipboard in unexpected cases. The current logic always crashes the WebProcess if webProcessProxy->checkURLReceivedFromWebProcess returns false. Instead of crashing, we can fail silently and not copy anything to the clipboard. * UIProcess/Cocoa/WebPasteboardProxyCocoa.mm: (WebKit::WebPasteboardProxy::setPasteboardPathnamesForType): Removed call to markCurrentlyDispatchedMessageAsInvalid() which was causing the process to crash. 2018-06-29 Chris Dumez Regression(r233359): Caused ITP tests to be flaky https://bugs.webkit.org/show_bug.cgi?id=187189 Reviewed by Youenn Fablet. r233359 started using m_resolvedConfiguration.resourceLoadStatisticsDirectory instead of m_configuration.resourceLoadStatisticsDirectory for the ITP path. This is consistent with what we do for other database paths so that things like '~' in paths get resolved. This introduced flakiness because the resourceLoadStatisticsDirectory was never getting resolved and m_resolvedConfiguration.resourceLoadStatisticsDirectory was not set. Update the WebsiteDataStore so that m_resolvedConfiguration.resourceLoadStatisticsDirectory properly gets set to the resolved version of m_configuration.resourceLoadStatisticsDirectory. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::resolveDirectoriesIfNecessary): (WebKit::WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback): 2018-06-29 John Wilander Resource Load Statistics: Don't create a WebResourceLoadStatisticsStore for ephemeral sessions https://bugs.webkit.org/show_bug.cgi?id=187154 Reviewed by Brent Fulgham and Chris Dumez. Most of the changes in this patch remove the boolean parameter for tracking ephemeral sessions and the IsReadOnly enum. * UIProcess/API/Cocoa/WKWebsiteDataStore.mm: (-[WKWebsiteDataStore _setResourceLoadStatisticsTestingCallback:]): Now returns early for ephemeral sessions. * UIProcess/ResourceLoadStatisticsPersistentStorage.cpp: (WebKit::ResourceLoadStatisticsPersistentStorage::ResourceLoadStatisticsPersistentStorage): (WebKit::ResourceLoadStatisticsPersistentStorage::writeMemoryStoreToDisk): (WebKit::ResourceLoadStatisticsPersistentStorage::scheduleOrWriteMemoryStore): * UIProcess/ResourceLoadStatisticsPersistentStorage.h: * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::WebResourceLoadStatisticsStore): * UIProcess/WebResourceLoadStatisticsStore.h: * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::setResourceLoadStatisticsEnabled): Now returns early for ephemeral sessions. (WebKit::WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback): 2018-06-29 Chris Dumez Stop using lambdas for WebResourceLoadStatisticsStore to interact with its WebsiteDataStore https://bugs.webkit.org/show_bug.cgi?id=187165 Reviewed by Brent Fulgham. Stop using lambdas for WebResourceLoadStatisticsStore to interact with its WebsiteDataStore. Instead, WebResourceLoadStatisticsStore now holds a weak pointer to its WebsiteDataStore and is able to call methods on it directly. Reducing the indirection makes the code less complex and more understandable. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::WebResourceLoadStatisticsStore): (WebKit::WebResourceLoadStatisticsStore::callHasStorageAccessForFrameHandler): (WebKit::WebResourceLoadStatisticsStore::callGrantStorageAccessHandler): (WebKit::WebResourceLoadStatisticsStore::removeAllStorageAccess): (WebKit::WebResourceLoadStatisticsStore::callUpdatePrevalentDomainsToPartitionOrBlockCookiesHandler): (WebKit::WebResourceLoadStatisticsStore::callRemoveDomainsHandler): * UIProcess/WebResourceLoadStatisticsStore.h: * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback): 2018-06-29 Miguel Gomez [WPE] Some frames are dropped when using rAF to animate an element https://bugs.webkit.org/show_bug.cgi?id=187175 Always call renderNextFrame in ThreadedCompositor::requestDisplayRefreshMonitorUpdate() so we have to process any pending layer flush request. Reviewed by Žan Doberšek. * Shared/CoordinatedGraphics/threadedcompositor/ThreadedCompositor.cpp: (WebKit::ThreadedCompositor::handleDisplayRefreshMonitorUpdate): 2018-06-28 Chris Dumez Make sure the WebResourceLoadStatisticsStore gets destroyed on the main thread https://bugs.webkit.org/show_bug.cgi?id=187143 Reviewed by Youenn Fablet. Have WebResourceLoadStatisticsStore subclass ThreadSafeRefCounted instead of IPC::Connection::WorkQueueMessageReceiver. This makes sure that the WebResourceLoadStatisticsStore objects get destroyed on the main thread, even if the last ref was held by a background thread. Also, methods called by IPC are now called on the main thread instead of the background queue. I think it is clearer for all of WebResourceLoadStatisticsStore usage to be on the main thread. Expensive work is still done on the background queue, inside the persistent / memory store classes. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::~WebResourceLoadStatisticsStore): (WebKit::WebResourceLoadStatisticsStore::flushAndDestroyPersistentStore): (WebKit::WebResourceLoadStatisticsStore::resourceLoadStatisticsUpdated): (WebKit::WebResourceLoadStatisticsStore::requestStorageAccessUnderOpener): (WebKit::WebResourceLoadStatisticsStore::processWillOpenConnection): (WebKit::WebResourceLoadStatisticsStore::processDidCloseConnection): * UIProcess/WebResourceLoadStatisticsStore.h: 2018-06-28 Jiewen Tan Add nullptr check for xpc_connection_t in AuthenticationManager::initializeConnection https://bugs.webkit.org/show_bug.cgi?id=187110 Reviewed by Brent Fulgham. In some rare cases as shown by crash tracers that the passed xpc_connection_t object could be nullptr, and xpc_connection_set_event_handler won't do the nullptr check on its parameters. Therefore, we should do it by ourselves. * Shared/Authentication/cocoa/AuthenticationManagerCocoa.mm: (WebKit::AuthenticationManager::initializeConnection): * UIProcess/Authentication/cocoa/AuthenticationChallengeProxyCocoa.mm: (WebKit::AuthenticationChallengeProxy::sendClientCertificateCredentialOverXpc const): 2018-06-28 Wenson Hsieh [iOS] DataTransfer.getData always returns the empty string when dropping text https://bugs.webkit.org/show_bug.cgi?id=187130 Reviewed by Ryosuke Niwa. Add plumbing to grab information for each item in the pasteboard. See WebCore ChangeLog for more detail. * UIProcess/Cocoa/WebPasteboardProxyCocoa.mm: (WebKit::WebPasteboardProxy::allPasteboardItemInfo): * UIProcess/WebPasteboardProxy.h: * UIProcess/WebPasteboardProxy.messages.in: * WebProcess/WebCoreSupport/WebPlatformStrategies.cpp: (WebKit::WebPlatformStrategies::allPasteboardItemInfo): * WebProcess/WebCoreSupport/WebPlatformStrategies.h: 2018-06-28 Youenn Fablet Early return when handling fetch event in case service worker origin does not match origin of a subresource load https://bugs.webkit.org/show_bug.cgi?id=187153 Reviewed by Chris Dumez. Stop crashing the service worker process in case a subresource load origin is not matching a service worker origin. Instead, just return early so that the load will be handled by the network process. Keep crashing in case a navigation load is not matching its service worker origin. Add more logging to help with the debugging. * WebProcess/Storage/WebSWContextManagerConnection.cpp: (WebKit::logValidFetchError): (WebKit::isValidFetch): (WebKit::WebSWContextManagerConnection::startFetch): 2018-06-28 Jeremy Jones Fullscreen exits when placeholder is removed then added during a single runloop. https://bugs.webkit.org/show_bug.cgi?id=187079 Reviewed by Jer Noble. Instead of closing fullscreen as soon as the placeholder is removed from the view hierarchy, give the placeholder until the next runloop to be re-added to the view hierarchy. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController placeholderWillMoveToSuperview:]): 2018-06-28 Youenn Fablet Handle the case of registerMDNSNameCallback called several times https://bugs.webkit.org/show_bug.cgi?id=187150 Reviewed by Eric Carlson. This is a speculative fix on the basis that registerMDNSNameCallback may be called several times. In that case, we would have freed the context after the first call and would reuse it for the second call. Instead, keep a map of pending requests and pass to registerMDNSNameCallback an identifier to that map. If the map has no value for that identifier, return early. * NetworkProcess/webrtc/NetworkMDNSRegister.cpp: (WebKit::NetworkMDNSRegister::~NetworkMDNSRegister): (WebKit::pendingRegistrationRequests): (WebKit::registerMDNSNameCallback): (WebKit::NetworkMDNSRegister::clearPendingRequests): (WebKit::NetworkMDNSRegister::registerMDNSName): * NetworkProcess/webrtc/NetworkMDNSRegister.h: (): Deleted. 2018-06-28 Chris Dumez Unreviewed attempt to fix Win Cairo build after r233310. * UIProcess/WebResourceLoadStatisticsStore.h: 2018-06-28 Chris Dumez Unreviewed attempt to fix Win Cairo build after r233310. * UIProcess/WebResourceLoadStatisticsStore.h: 2018-06-28 Chris Dumez Split memory store logic out of WebResourceLoadStatisticsStore to clarify threading model https://bugs.webkit.org/show_bug.cgi?id=187055 Unreviewed, temporarily disable main thread assertion added to flushAndDestroyPersistentStore() in r233310, until Bug 187143 is fixed. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::flushAndDestroyPersistentStore): 2018-06-28 Youenn Fablet Add sandbox to microdone plugin https://bugs.webkit.org/show_bug.cgi?id=187149 rdar://problem/41538057 Reviewed by Brent Fulgham. * Resources/PlugInSandboxProfiles/cn.microdone.cmb.safari: Added. * WebKit.xcodeproj/project.pbxproj: 2018-06-28 Brian Burg Web Inspector: REGRESSION(r223770): "Open Link" context menu action on a linkified URL doesn't work https://bugs.webkit.org/show_bug.cgi?id=187146 Reviewed by Joseph Pecoraro. When Web Inspector's page receives a navigation request, it's supposed to redirect any non-Inspector navigations to be loaded in the inspected page. When I refactored to use modern a policy delegate, the one line that redirects the loads was left out. No new tests, because inspector tests can't navigate the inspector or inspected pages. * UIProcess/mac/WKInspectorViewController.mm: (-[WKInspectorViewController webView:decidePolicyForNavigationAction:decisionHandler:]): 2018-06-28 Jeremy Jones Crash when _topConstraint is null in element fullscreen. https://bugs.webkit.org/show_bug.cgi?id=187075 Reviewed by Eric Carlson. NSArray can't contain a null pointer, so check for null before creating an array from a pointer. Use the recommended +deactivateConstraints: instead of -removeConstraints:. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController showUI]): (-[WKFullScreenViewController hideUI]): 2018-06-28 Chris Dumez Split memory store logic out of WebResourceLoadStatisticsStore to clarify threading model https://bugs.webkit.org/show_bug.cgi?id=187055 Reviewed by Brent Fulgham. Split memory store logic out of WebResourceLoadStatisticsStore and into a ResourceLoadStatisticsMemoryStore class to clarify the threading model. Previously, some of the methods of the WebResourceLoadStatisticsStore had to be called on the main thread and some of them on the background queue, which was confusing and error prone. Now, all WebResourceLoadStatisticsStore methods (except for IPC ones which will be addressed in a follow-up) are called on the main thread. The ResourceLoadStatisticsMemoryStore objects is constructed / used and destroyed on the background queue, similarly to the ResourceLoadStatisticsPersistentStore. The WebResourceLoadStatisticsStore objects merely proxies calls from WebKit to those persistent / memory stores and takes care of hopping back and forth between the background thread and the work queue. While spliting code code, I found several instances where we were calling completion handlers on the wrong thread. I fixed those in this patch now that the model is clearer. We can likely clean up (organize the code a bit better) in a follow-up). This patch takes care of splitting the code as it was. Code that was called on the background queue was moved to ResourceLoadStatisticsMemoryStore class and code that was called on the main thread stays in WebResourceLoadStatisticsStore. * CMakeLists.txt: * UIProcess/Cocoa/ResourceLoadStatisticsMemoryStoreCocoa.mm: Renamed from Source/WebKit/UIProcess/Cocoa/WebResourceLoadStatisticsStoreCocoa.mm. (WebKit::ResourceLoadStatisticsMemoryStore::registerUserDefaultsIfNeeded): * UIProcess/ResourceLoadStatisticsMemoryStore.cpp: Added. (WebKit::appendWithDelimiter): (WebKit::OperatingDate::fromWallTime): (WebKit::OperatingDate::today): (WebKit::OperatingDate::secondsSinceEpoch const): (WebKit::OperatingDate::operator== const): (WebKit::OperatingDate::operator< const): (WebKit::OperatingDate::operator<= const): (WebKit::OperatingDate::OperatingDate): (WebKit::mergeOperatingDates): (WebKit::pruneResources): (WebKit::computeImportance): (WebKit::ResourceLoadStatisticsMemoryStore::ResourceLoadStatisticsMemoryStore): (WebKit::ResourceLoadStatisticsMemoryStore::~ResourceLoadStatisticsMemoryStore): (WebKit::ResourceLoadStatisticsMemoryStore::setPersistentStorage): (WebKit::ResourceLoadStatisticsMemoryStore::calculateAndSubmitTelemetry): (WebKit::ResourceLoadStatisticsMemoryStore::setNotifyPagesWhenDataRecordsWereScanned): (WebKit::ResourceLoadStatisticsMemoryStore::setShouldClassifyResourcesBeforeDataRecordsRemoval): (WebKit::ResourceLoadStatisticsMemoryStore::setShouldSubmitTelemetry): (WebKit::ResourceLoadStatisticsMemoryStore::removeDataRecords): (WebKit::ResourceLoadStatisticsMemoryStore::recursivelyGetAllDomainsThatHaveRedirectedToThisDomain): (WebKit::ResourceLoadStatisticsMemoryStore::markAsPrevalentIfHasRedirectedToPrevalent): (WebKit::ResourceLoadStatisticsMemoryStore::processStatisticsAndDataRecords): (WebKit::ResourceLoadStatisticsMemoryStore::hasStorageAccess): (WebKit::ResourceLoadStatisticsMemoryStore::requestStorageAccess): (WebKit::ResourceLoadStatisticsMemoryStore::requestStorageAccessUnderOpener): (WebKit::ResourceLoadStatisticsMemoryStore::grantStorageAccess): (WebKit::ResourceLoadStatisticsMemoryStore::grantStorageAccessInternal): (WebKit::ResourceLoadStatisticsMemoryStore::grandfatherExistingWebsiteData): (WebKit::ResourceLoadStatisticsMemoryStore::setResourceLoadStatisticsDebugMode): (WebKit::ResourceLoadStatisticsMemoryStore::scheduleStatisticsProcessingRequestIfNecessary): (WebKit::ResourceLoadStatisticsMemoryStore::cancelPendingStatisticsProcessingRequest): (WebKit::ResourceLoadStatisticsMemoryStore::logFrameNavigation): (WebKit::ResourceLoadStatisticsMemoryStore::logUserInteraction): (WebKit::ResourceLoadStatisticsMemoryStore::logNonRecentUserInteraction): (WebKit::ResourceLoadStatisticsMemoryStore::clearUserInteraction): (WebKit::ResourceLoadStatisticsMemoryStore::hasHadUserInteraction): (WebKit::ResourceLoadStatisticsMemoryStore::setPrevalentResource): (WebKit::ResourceLoadStatisticsMemoryStore::isPrevalentResource const): (WebKit::ResourceLoadStatisticsMemoryStore::isVeryPrevalentResource const): (WebKit::ResourceLoadStatisticsMemoryStore::isRegisteredAsSubFrameUnder): (WebKit::ResourceLoadStatisticsMemoryStore::isRegisteredAsRedirectingTo): (WebKit::ResourceLoadStatisticsMemoryStore::clearPrevalentResource): (WebKit::ResourceLoadStatisticsMemoryStore::setGrandfathered): (WebKit::ResourceLoadStatisticsMemoryStore::isGrandfathered const): (WebKit::ResourceLoadStatisticsMemoryStore::setSubframeUnderTopFrameOrigin): (WebKit::ResourceLoadStatisticsMemoryStore::setSubresourceUnderTopFrameOrigin): (WebKit::ResourceLoadStatisticsMemoryStore::setSubresourceUniqueRedirectTo): (WebKit::ResourceLoadStatisticsMemoryStore::setSubresourceUniqueRedirectFrom): (WebKit::ResourceLoadStatisticsMemoryStore::setTopFrameUniqueRedirectTo): (WebKit::ResourceLoadStatisticsMemoryStore::setTopFrameUniqueRedirectFrom): (WebKit::ResourceLoadStatisticsMemoryStore::setTimeToLiveUserInteraction): (WebKit::ResourceLoadStatisticsMemoryStore::setTimeToLiveCookiePartitionFree): (WebKit::ResourceLoadStatisticsMemoryStore::setMinimumTimeBetweenDataRecordsRemoval): (WebKit::ResourceLoadStatisticsMemoryStore::setGrandfatheringTime): (WebKit::ResourceLoadStatisticsMemoryStore::shouldRemoveDataRecords const): (WebKit::ResourceLoadStatisticsMemoryStore::setDataRecordsBeingRemoved): (WebKit::ResourceLoadStatisticsMemoryStore::ensureResourceStatisticsForPrimaryDomain): (WebKit::ResourceLoadStatisticsMemoryStore::createEncoderFromData const): (WebKit::ResourceLoadStatisticsMemoryStore::mergeWithDataFromDecoder): (WebKit::ResourceLoadStatisticsMemoryStore::clear): (WebKit::ResourceLoadStatisticsMemoryStore::wasAccessedAsFirstPartyDueToUserInteraction): (WebKit::ResourceLoadStatisticsMemoryStore::mergeStatistics): (WebKit::ResourceLoadStatisticsMemoryStore::shouldPartitionCookies): (WebKit::ResourceLoadStatisticsMemoryStore::shouldBlockCookies): (WebKit::ResourceLoadStatisticsMemoryStore::hasUserGrantedStorageAccessThroughPrompt): (WebKit::ResourceLoadStatisticsMemoryStore::updateCookiePartitioning): (WebKit::ResourceLoadStatisticsMemoryStore::updateCookiePartitioningForDomains): (WebKit::ResourceLoadStatisticsMemoryStore::clearPartitioningStateForDomains): (WebKit::ResourceLoadStatisticsMemoryStore::resetCookiePartitioningState): (WebKit::ResourceLoadStatisticsMemoryStore::processStatistics const): (WebKit::ResourceLoadStatisticsMemoryStore::hasHadUnexpiredRecentUserInteraction const): (WebKit::ResourceLoadStatisticsMemoryStore::topPrivatelyControlledDomainsToRemoveWebsiteDataFor): (WebKit::ResourceLoadStatisticsMemoryStore::includeTodayAsOperatingDateIfNecessary): (WebKit::ResourceLoadStatisticsMemoryStore::hasStatisticsExpired const): (WebKit::ResourceLoadStatisticsMemoryStore::setMaxStatisticsEntries): (WebKit::ResourceLoadStatisticsMemoryStore::setPruneEntriesDownTo): (WebKit::ResourceLoadStatisticsMemoryStore::pruneStatisticsIfNeeded): (WebKit::ResourceLoadStatisticsMemoryStore::resetParametersToDefaultValues): (WebKit::ResourceLoadStatisticsMemoryStore::logTestingEvent): (WebKit::ResourceLoadStatisticsMemoryStore::setLastSeen): (WebKit::ResourceLoadStatisticsMemoryStore::setVeryPrevalentResource): (WebKit::ResourceLoadStatisticsMemoryStore::removeAllStorageAccess): * UIProcess/ResourceLoadStatisticsMemoryStore.h: Added. (WebKit::ResourceLoadStatisticsMemoryStore::isEmpty const): (WebKit::ResourceLoadStatisticsMemoryStore::setStorageAccessPromptsEnabled): (WebKit::ResourceLoadStatisticsMemoryStore::setDebugLogggingEnabled): * UIProcess/ResourceLoadStatisticsPersistentStorage.cpp: (WebKit::ResourceLoadStatisticsPersistentStorage::ResourceLoadStatisticsPersistentStorage): (WebKit::ResourceLoadStatisticsPersistentStorage::startMonitoringDisk): (WebKit::ResourceLoadStatisticsPersistentStorage::monitorDirectoryForNewStatistics): (WebKit::ResourceLoadStatisticsPersistentStorage::scheduleOrWriteMemoryStore): * UIProcess/ResourceLoadStatisticsPersistentStorage.h: * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::setNotifyPagesWhenDataRecordsWereScanned): (WebKit::WebResourceLoadStatisticsStore::setShouldClassifyResourcesBeforeDataRecordsRemoval): (WebKit::WebResourceLoadStatisticsStore::setShouldSubmitTelemetry): (WebKit::WebResourceLoadStatisticsStore::WebResourceLoadStatisticsStore): (WebKit::WebResourceLoadStatisticsStore::flushAndDestroyPersistentStore): (WebKit::WebResourceLoadStatisticsStore::setResourceLoadStatisticsDebugMode): (WebKit::WebResourceLoadStatisticsStore::scheduleStatisticsAndDataRecordsProcessing): (WebKit::WebResourceLoadStatisticsStore::resourceLoadStatisticsUpdated): (WebKit::WebResourceLoadStatisticsStore::hasStorageAccess): (WebKit::WebResourceLoadStatisticsStore::requestStorageAccess): (WebKit::WebResourceLoadStatisticsStore::requestStorageAccessUnderOpener): (WebKit::WebResourceLoadStatisticsStore::grantStorageAccess): (WebKit::WebResourceLoadStatisticsStore::callGrantStorageAccessHandler): (WebKit::WebResourceLoadStatisticsStore::removeAllStorageAccess): (WebKit::WebResourceLoadStatisticsStore::performDailyTasks): (WebKit::WebResourceLoadStatisticsStore::submitTelemetry): (WebKit::WebResourceLoadStatisticsStore::logFrameNavigation): (WebKit::WebResourceLoadStatisticsStore::logUserInteraction): (WebKit::WebResourceLoadStatisticsStore::logNonRecentUserInteraction): (WebKit::WebResourceLoadStatisticsStore::clearUserInteraction): (WebKit::WebResourceLoadStatisticsStore::hasHadUserInteraction): (WebKit::WebResourceLoadStatisticsStore::setLastSeen): (WebKit::WebResourceLoadStatisticsStore::setPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::setVeryPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::isPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::isVeryPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::isRegisteredAsSubFrameUnder): (WebKit::WebResourceLoadStatisticsStore::isRegisteredAsRedirectingTo): (WebKit::WebResourceLoadStatisticsStore::clearPrevalentResource): (WebKit::WebResourceLoadStatisticsStore::setGrandfathered): (WebKit::WebResourceLoadStatisticsStore::isGrandfathered): (WebKit::WebResourceLoadStatisticsStore::setSubframeUnderTopFrameOrigin): (WebKit::WebResourceLoadStatisticsStore::setSubresourceUnderTopFrameOrigin): (WebKit::WebResourceLoadStatisticsStore::setSubresourceUniqueRedirectTo): (WebKit::WebResourceLoadStatisticsStore::setSubresourceUniqueRedirectFrom): (WebKit::WebResourceLoadStatisticsStore::setTopFrameUniqueRedirectTo): (WebKit::WebResourceLoadStatisticsStore::setTopFrameUniqueRedirectFrom): (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningUpdate): (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningUpdateForDomains): (WebKit::WebResourceLoadStatisticsStore::scheduleClearPartitioningStateForDomains): (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningStateReset): (WebKit::WebResourceLoadStatisticsStore::scheduleClearInMemory): (WebKit::WebResourceLoadStatisticsStore::scheduleClearInMemoryAndPersistent): (WebKit::WebResourceLoadStatisticsStore::setTimeToLiveUserInteraction): (WebKit::WebResourceLoadStatisticsStore::setTimeToLiveCookiePartitionFree): (WebKit::WebResourceLoadStatisticsStore::setMinimumTimeBetweenDataRecordsRemoval): (WebKit::WebResourceLoadStatisticsStore::setGrandfatheringTime): (WebKit::WebResourceLoadStatisticsStore::callUpdatePrevalentDomainsToPartitionOrBlockCookiesHandler): (WebKit::WebResourceLoadStatisticsStore::callRemoveDomainsHandler): (WebKit::WebResourceLoadStatisticsStore::setMaxStatisticsEntries): (WebKit::WebResourceLoadStatisticsStore::setPruneEntriesDownTo): (WebKit::WebResourceLoadStatisticsStore::resetParametersToDefaultValues): (WebKit::WebResourceLoadStatisticsStore::logTestingEvent): * UIProcess/WebResourceLoadStatisticsStore.h: * UIProcess/WebResourceLoadStatisticsTelemetry.cpp: (WebKit::sortedPrevalentResourceTelemetry): (WebKit::WebResourceLoadStatisticsTelemetry::calculateAndSubmit): * UIProcess/WebResourceLoadStatisticsTelemetry.h: * WebKit.xcodeproj/project.pbxproj: 2018-06-28 Michael Catanzaro [GTK] ASSERTION FAILED: !HashTranslator::equal(KeyTraits::emptyValue(), key) when dragging file into webview https://bugs.webkit.org/show_bug.cgi?id=175602 Reviewed by Carlos Garcia Campos. We check using the GdkDragContext to ensure the DroppingContext is still alive (present in m_droppingContexts), but access it via the pointer to the DroppingContext that could be dangling. This happens on every drag. I can't actually reproduce the original assertion since I'm currently working with an asan build, but I imagine it's probably the same issue that I'm fixing here. * UIProcess/gtk/DragAndDropHandler.cpp: (WebKit::DragAndDropHandler::dragLeave): 2018-06-27 Timothy Hatcher Don't expose new semantic -apple-system color keywords on iOS. https://bugs.webkit.org/show_bug.cgi?id=187080 rdar://problem/41505699 Reviewed by Tim Horton. * DerivedSources.make: Use gnu++14, since gnu++17 is giving errors on macOS 10.12. 2018-06-27 Megan Gardner Fix IBeam issues with iPad apps on Mac https://bugs.webkit.org/show_bug.cgi?id=186900 Reviewed by Wenson Hsieh. * Shared/ios/InteractionInformationAtPosition.h: * Shared/ios/InteractionInformationAtPosition.mm: (WebKit::InteractionInformationAtPosition::encode const): (WebKit::InteractionInformationAtPosition::decode): Add functionality to determine what a caret rect should be, but as it is expensive, it should only be done for this platform. * Shared/ios/InteractionInformationRequest.cpp: (WebKit::InteractionInformationRequest::isApproximateForRequest): * Shared/ios/InteractionInformationRequest.h: As there is no way to premptively request information on hover, we need to use the last cached information, but only if it is close to the point we are about to request information for. So having a way to determine if a point is very close to a previous point is a good idea. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _currentPositionInformationIsApproximateForRequest:]): (-[WKContentView closestPositionToPoint:]): UIKit is using this function to determine if we should show an Ibeam or not. So we need to implement it, at least for this platform. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::getPositionInformation): Pass up the calculated caret rect, but only for iPad apps on Mac. 2018-06-27 Yusuke Suzuki [GTK][WPE] Use LazyNeverDestroyed to remove static initializers https://bugs.webkit.org/show_bug.cgi?id=187089 Reviewed by Michael Catanzaro. Use LazyNeverDestroyed instead of global std::unique_ptr. Since this variable's exit time destructor is not important in this code, using LazyNeverDestroyed is fine. This removes the last static initializer of libwebkit2gtk.so. * PluginProcess/unix/PluginProcessMainUnix.cpp: 2018-06-27 Youenn Fablet Add a sandbox profile for some additional bank plugins https://bugs.webkit.org/show_bug.cgi?id=187105 Reviewed by Brent Fulgham. * Resources/PlugInSandboxProfiles/cfca.com.npCryptoKit.CGB.MAC.sb: Added. * Resources/PlugInSandboxProfiles/cfca.com.npP11CertEnroll.MAC.CGB.sb: Added. * Resources/PlugInSandboxProfiles/com.apple.BocomSubmitCtrl.sb: Added. * Resources/PlugInSandboxProfiles/com.apple.NPSafeInput.sb: Added. * Resources/PlugInSandboxProfiles/com.apple.NPSafeSubmit.sb: Added. * Resources/PlugInSandboxProfiles/com.cfca.npSecEditCtl.MAC.BOC.plugin.sb: Added. * Resources/PlugInSandboxProfiles/com.cmbchina.CMBSecurity.sb: Added. * Resources/PlugInSandboxProfiles/com.ftsafe.NPAPI-Core-Safe-SoftKeybaord.plugin.rfc1034identifier.sb: Added. * WebKit.xcodeproj/project.pbxproj: 2018-06-27 Youenn Fablet NetworkLoadChecker should not need to hard ref NetworkConnectionToWebProcess https://bugs.webkit.org/show_bug.cgi?id=186551 Reviewed by Daniel Bates. Removed the need for NetworkLoadChecker to reference a NetworkConnectionToWebProcess. Instead a CSP client is given to NetworkLoadChecker when needed. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::loadPing): * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::check): (WebKit::NetworkLoadChecker::checkRedirection): (WebKit::NetworkLoadChecker::checkRequest): (WebKit::NetworkLoadChecker::contentSecurityPolicy): (WebKit::NetworkLoadChecker::addConsoleMessage): Deleted. (WebKit::NetworkLoadChecker::sendCSPViolationReport): Deleted. (WebKit::NetworkLoadChecker::enqueueSecurityPolicyViolationEvent): Deleted. * NetworkProcess/NetworkLoadChecker.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::start): (WebKit::NetworkResourceLoader::willSendRedirectedRequest): * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): (WebKit::PingLoad::willPerformHTTPRedirection): * NetworkProcess/PingLoad.h: 2018-06-27 Stephan Szabo [Wincairo] Add support for context menus to non-legacy minibrowser https://bugs.webkit.org/show_bug.cgi?id=186815. Reviewed by Ryosuke Niwa. * UIProcess/WebPageProxy.h: * UIProcess/win/PageClientImpl.cpp: (WebKit::PageClientImpl::viewWidget): * UIProcess/win/PageClientImpl.h: * UIProcess/win/WebContextMenuProxyWin.cpp: (WebKit::WebContextMenuProxyWin::show): (WebKit::createMenu): (WebKit::createMenuItem): (WebKit::populate): (WebKit::WebContextMenuProxyWin::showContextMenuWithItems): (WebKit::WebContextMenuProxyWin::WebContextMenuProxyWin): (WebKit::WebContextMenuProxyWin::~WebContextMenuProxyWin): * UIProcess/win/WebContextMenuProxyWin.h: * UIProcess/win/WebPageProxyWin.cpp: (WebKit::WebPageProxy::viewWidget): * UIProcess/win/WebView.cpp: (WebKit::WebView::wndProc): (WebKit::WebView::onMenuCommand): * UIProcess/win/WebView.h: 2018-06-27 Youenn Fablet Disable content blockers in NetworkLoadChecker except for ping loads https://bugs.webkit.org/show_bug.cgi?id=187083 Reviewed by Chris Dumez. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::processContentExtensionRulesForLoad): * NetworkProcess/NetworkLoadChecker.h: (WebKit::NetworkLoadChecker::enableContentExtensionsCheck): * NetworkProcess/PingLoad.cpp: 2018-06-27 Simon Fraser https://hackernoon.com/ uses lots of layer backing store https://bugs.webkit.org/show_bug.cgi?id=186909 rdar://problem/40257540 Reviewed by Tim Horton. PlatformCALayerRemote was actually holding onto backing stores for layers with backing store detached, which could increase memory use. When told that backing stores are not attached, explicitly throw away the backing, and re-create it (via setNeedsDisplay) when attached. This is now similar to what PlatformLayerCACocoa does. * WebProcess/WebPage/RemoteLayerTree/PlatformCALayerRemote.cpp: (WebKit::PlatformCALayerRemote::setNeedsDisplayInRect): (WebKit::PlatformCALayerRemote::setNeedsDisplay): (WebKit::PlatformCALayerRemote::hasContents const): * WebProcess/WebPage/RemoteLayerTree/PlatformCALayerRemote.h: 2018-06-27 Jonathan Bedard Enable WebKit iOS 12 build https://bugs.webkit.org/show_bug.cgi?id=187024 Reviewed by David Kilzer. * Platform/spi/ios/PDFKitSPI.h: Added PDFKit SPI. * Platform/spi/ios/UIKitSPI.h: Add new UIKit SPI and UICompositingMode enumeration. * UIProcess/ios/WKPDFView.mm: Use PDFKitSPI header. * UIProcess/ios/WKSystemPreviewView.mm: Use CoreGraphicsSPI.h. * UIProcess/ios/fullscreen/WKFullscreenStackView.mm: Use QuartzCoreSPI.h. 2018-06-27 Timothy Horton CSS Animation Triggers is not an experimental feature, should be globally off by default Reviewed by Dean Jackson. * Shared/WebPreferences.yaml: 2018-06-27 Timothy Horton Promote the Secure Context API feature from experimental-yet-on-by-default to always-on Reviewed by Dan Bates. * Shared/WebPreferences.yaml: Secure Context API is on by default, it's not experimental anymore. 2018-06-27 Timothy Horton Make Link Preload an on-by-default feature https://bugs.webkit.org/show_bug.cgi?id=187104 Reviewed by Ryosuke Niwa. * Shared/WebPreferences.yaml: This should be on, not experimental. It already shipped on in the past. 2018-06-27 Chris Dumez Regression(r233208): Completion handler does not get called on GTK port https://bugs.webkit.org/show_bug.cgi?id=187099 Reviewed by Antti Koivisto. Make sure UpdatePrevalentDomainsToPartitionOrBlockCookiesHandler's completion handler gets called on non-COCOA ports. * UIProcess/WebResourceLoadStatisticsStore.h: 2018-06-27 Tim Horton When trying to print a very long email on iOS, the print preview is blank https://bugs.webkit.org/show_bug.cgi?id=187077 Reviewed by Timothy Hatcher. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::computePagesForPrintingAndDrawToPDF): ChildProcessProxy::sendSync has a (surprising) default timeout of 1 second, (as opposed to Connection::sendSync's default timeout of ∞ seconds). The printing path already waits ∞ seconds for the final PDF, but currently uses the default 1 second timeout for page count computation. If page count computation takes more than 1 second, the preview will be blank. Since the print preview is generated asynchronously, we really want to wait until it's done, and not give up after 1 second. 2018-06-26 Wenson Hsieh [iPad apps on macOS] Unable to interact with video elements that have started playing https://bugs.webkit.org/show_bug.cgi?id=187073 Reviewed by Tim Horton. On iOS, we currently force remote hosting contexts to be non-interactive by passing in `kCAContextIgnoresHitTest` when creating the CAContext. However, this flag is not respected by CoreAnimation when running iOS apps on macOS. This means all HID events dispatched over a video that has been played (which causes WebKit to insert a CALayerHost-backed WKRemoteView in the view hierarchy) will be routed to the context ID of the video's CAContext rather than the context ID of the key window containing the WKWebView. This subsequently causes all gesture recognizers (hover, touch, tap, long press) to fail recognition when running iOS apps on macOS. To address this, we set a flag on WKRemoteView's CALayerHost to prevent hit-testing to the remote layer. This allows us to avoid routing HID events to the wrong context, and instead target the main UIWindow. Manually verified that click, touch, and mouseenter/mouseleave events are dispatched when interacting over a video element. * UIProcess/RemoteLayerTree/ios/RemoteLayerTreeHostIOS.mm: (-[WKRemoteView initWithFrame:contextID:]): 2018-06-26 Commit Queue Unreviewed, rolling out r233232. https://bugs.webkit.org/show_bug.cgi?id=187081 "This is breaking launching some plugins" (Requested by youenn on #webkit). Reverted changeset: "Remove quarantine for Webex plugin" https://bugs.webkit.org/show_bug.cgi?id=187050 https://trac.webkit.org/changeset/233232 2018-06-26 Timothy Horton Rearrange some WebPreferences; move two experimental prefs into the experimental section * Shared/WebPreferences.yaml: 2018-06-26 Chris Dumez Deal better with the network process crashing on startup https://bugs.webkit.org/show_bug.cgi?id=187065 Reviewed by Geoffrey Garen. When a network process crashes on startup, we would not attempt to relaunch it. If there were web processes waiting for a connection to this network process, we would send them an invalid connection identifier which would cause them to forcefully crash. Instead, we now apply the same policy whether a network process crashes on startup or later: - We attempt to relaunch the network process - If there were pending connections from WebContent processes, we ask the new Network process instead. As a result, WebContent processes no longer crash in this case. Instead, they wait for a valid connection to the network process. * UIProcess/API/Cocoa/WKProcessPool.mm: (-[WKProcessPool _makeNextNetworkProcessLaunchFailForTesting]): * UIProcess/API/Cocoa/WKProcessPoolPrivate.h: * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::getLaunchOptions): (WebKit::NetworkProcessProxy::didFinishLaunching): * UIProcess/Network/NetworkProcessProxy.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::networkProcessCrashed): * UIProcess/WebProcessPool.h: 2018-06-26 Daniel Bates REGRESSION (r231479): Unable to buy Odeon cinema tickets in STP (bogus 'X-Frame-Options' to 'SAMEORIGIN') https://bugs.webkit.org/show_bug.cgi?id=186090 Reviewed by Andy Estes. Fixes an issue where a page P delivered with "X-Frame-Options: SAMEORIGIN" loaded in a sub- frame would be blocked if we were redirected to it in response to the cross-origin POST request regardless of whether P is same-origin with its parent document. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::shouldInterruptLoadForXFrameOptions): Compare the origin of the top frame's document as opposed to the source origin. The latter represents the origin of the document that initiated the navigation, which can be cross-origin, and should not be considered when applying "X-Frame-Options: SAMEORIGIN". This check exists as a performance optimization to avoid traversing over all frame ancestors only to find out that the innermost frame (the one that made this request) is cross-origin with the top-most frame. * NetworkProcess/NetworkResourceLoader.h: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): Exclude the origin of the frame that is making the load request from the list of ancestor origins. This makes the X-Frame-Options algorithm in WebKit2 match the logic we do in FrameLoader::shouldInterruptLoadForXFrameOptions(). 2018-06-26 Youenn Fablet Remove quarantine for Webex plugin https://bugs.webkit.org/show_bug.cgi?id=187050 rdar://problem/41478189 Reviewed by Brent Fulgham. Update the Plugin Info.plist to not do quarantine of downloaded files by default. Update PluginProcess implementation to reenable quarantine for all plug-ins except cisco webex plug-in. * PluginProcess/EntryPoint/mac/XPCService/PluginService.32-64.Info.plist: * PluginProcess/PluginProcess.h: * PluginProcess/mac/PluginProcessMac.mm: (WebKit::PluginProcess::shouldOverrideQuarantine): * Shared/ChildProcess.h: (WebKit::ChildProcess::shouldOverrideQuarantine): * Shared/mac/ChildProcessMac.mm: (WebKit::ChildProcess::initializeSandbox): 2018-06-26 Jeremy Jones Ensure element fullscreen animation is always visible. https://bugs.webkit.org/show_bug.cgi?id=187068 rdar://problem/36187369 Reviewed by Eric Carlson. The fullscreen animation is important for communicating to users that they are no longer in inline mode. If fullscreen animation's inline rect is not visible, animate from a point in the middle of the screen. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (WebKit::safeInlineRect): (-[WKFullScreenWindowController beganEnterFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController beganExitFullScreenWithInitialFrame:finalFrame:]): 2018-06-26 Youenn Fablet Add a sandbox profile for com.google.o1dbrowserplugin plugin https://bugs.webkit.org/show_bug.cgi?id=187067 Reviewed by Brent Fulgham. * Resources/PlugInSandboxProfiles/com.google.o1dbrowserplugin.sb: Added. * WebKit.xcodeproj/project.pbxproj: 2018-06-26 Tim Horton Promote two more experimental features to traditional features https://bugs.webkit.org/show_bug.cgi?id=187063 Reviewed by Dean Jackson. * Shared/WebPreferences.yaml: Promote some shipped/default-on features to non-experimental. 2018-06-26 Jiewen Tan Rollout macOS sandbox change in r232276 https://bugs.webkit.org/show_bug.cgi?id=186904 Reviewed by Brent Fulgham. * NetworkProcess/mac/com.apple.WebKit.NetworkProcess.sb.in: 2018-06-26 Aditya Keerthi Tap highlight displayed when tapping a field that is already focussed https://bugs.webkit.org/show_bug.cgi?id=187004 Reviewed by Tim Horton. In the case where fast-clicking is enabled, _singleTapCommited: could be invoked before the tap highlight request, causing _potentialTapInProgress to be set to NO. This results in the early return for preventing multiple tap highlights on an assisted node to be skipped. Since a tap highlight should never be shown for an input field that is already focussed, _potentialTapInProgress can be removed from the early return condition. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _didGetTapHighlightForRequest:color:quads:topLeftRadius:topRightRadius:bottomLeftRadius:bottomRightRadius:]): 2018-06-26 Timothy Horton Rearrange some WebPreferences; move two non-experimental prefs out of the experimental section * Shared/WebPreferences.yaml: 2018-06-26 Tim Horton Promote some experimental features to traditional features https://bugs.webkit.org/show_bug.cgi?id=187047 Reviewed by Simon Fraser. * Shared/WebPreferences.yaml: Reindent. Promote some shipped/default-on features to non-experimental. 2018-06-26 Eric Carlson [Mac] AirPlay picker uses incorrect theme in Dark mode https://bugs.webkit.org/show_bug.cgi?id=187054 Reviewed by Timothy Hatcher. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::showPlaybackTargetPicker): Pass m_defaultAppearance. 2018-06-26 Chris Dumez Resource Load Statistics: Make WebResourceLoadStatisticsStore::updateCookiePartitioningForDomains() wait for the network process before calling its callback https://bugs.webkit.org/show_bug.cgi?id=186903 Reviewed by Brady Eidson. Follow-up fix after r233180 to address an API test crash. We need to keep the NetworkProcessProxy alive during the async updatePrevalentDomainsToPartitionOrBlockCookies request to make sure it completes. * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::updatePrevalentDomainsToPartitionOrBlockCookies): 2018-06-26 Brent Fulgham Provide a way for Injected Bundles to indicate classes approved for NSSecureCoding https://bugs.webkit.org/show_bug.cgi?id=186788 Reviewed by Chris Dumez. InjectedBundles support a mechanism to serialize data between the UIProcess and the WebContent process hosting the bundle. In some cases, we want to be able to serialize a custom data object that is not part of WebKit's native data types. After switching to strict NSSecureCoding, WebKit clients attempting to serialize these custom objects trigger a failure. This patch makes it possible for the InjectedBundle author to specify one (or more) data classes that are allowed to be serialized between the two processes. * WebProcess/InjectedBundle/API/c/WKBundle.cpp: (WKBundleExtendClassesForParameterCoder): Added. * WebProcess/InjectedBundle/API/c/WKBundlePrivate.h: * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugIn.h: * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugIn.mm: (createWKArray): Added. (-[WKWebProcessPlugInController extendClassesForParameterCoder:]): Added. * WebProcess/InjectedBundle/InjectedBundle.h: * WebProcess/InjectedBundle/mac/InjectedBundleMac.mm: (WebKit::InjectedBundle::extendClassesForParameterCoder): Added. (WebKit::InjectedBundle::classesForCoder): New helper function. (WebKit::InjectedBundle::setBundleParameter): Modified to use the new set of valid classes for NSSecureCoding. 2018-06-26 Eric Carlson Enable mock capture devices on the iOS simulator https://bugs.webkit.org/show_bug.cgi?id=186846 Reviewed by Youenn Fablet. * Shared/WebPreferences.yaml: Use DEFAULT_MOCK_CAPTURE_DEVICES_ENABLED. * Shared/WebPreferencesDefaultValues.h: Define DEFAULT_MOCK_CAPTURE_DEVICES_ENABLED, set to true in the iOS simulator only. 2018-06-26 Fujii Hironori [Win] 'deref': is not a member of 'WebKit::WebResourceLoadStatisticsStore::updateCookiePartitioningForDomains::' https://bugs.webkit.org/show_bug.cgi?id=187035 Unreviewed build fix. MSVC can't compile the code using `this` in a generalized lambda capture in another lambda. In this case, there is no need to copy `protectedThis` for the inner lambda. Move `protectedThis` of the outer lambda to the inner as well as `completionHandler`. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::updateCookiePartitioning): Moved `protectedThis` from the outer lambda to the inner. (WebKit::WebResourceLoadStatisticsStore::updateCookiePartitioningForDomains): Ditto. 2018-06-26 Miguel Gomez [GTK] Many webpages can crash the browser in WebCore::CoordinatedGraphicsLayer::transformedVisibleRect https://bugs.webkit.org/show_bug.cgi?id=179304 Reviewed by Michael Catanzaro. Add a way to attach to the CompositingCoordinator layers that were not created by it. * WebProcess/WebPage/CoordinatedGraphics/CompositingCoordinator.cpp: (WebKit::CompositingCoordinator::attachLayer): * WebProcess/WebPage/CoordinatedGraphics/CompositingCoordinator.h: 2018-06-25 Tim Horton WKThumbnailView fallback background is blindingly bright in Dark Mode https://bugs.webkit.org/show_bug.cgi?id=187017 Reviewed by Simon Fraser. * UIProcess/API/Cocoa/_WKThumbnailView.mm: (-[_WKThumbnailView initWithFrame:]): (-[_WKThumbnailView wantsUpdateLayer]): (-[_WKThumbnailView updateLayer]): Use a semantic color for the WKThumbnailView background color instead of flat white. 2018-06-25 John Wilander Resource Load Statistics: Make WebResourceLoadStatisticsStore::updateCookiePartitioningForDomains() wait for the network process before calling its callback https://bugs.webkit.org/show_bug.cgi?id=186903 Reviewed by Chris Dumez. This patch stores the callback sent to WebResourceLoadStatisticsStore::updateCookiePartitioningForDomains(), sets up a context ID, and sends that ID to the network process when asking it to update cookie partitioning and blocking. The network process then tells the UI process when it's done, at which point the callback is called. This change is meant to address layout test flakiness. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::updatePrevalentDomainsToPartitionOrBlockCookies): * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkProcess.messages.in: * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::updatePrevalentDomainsToPartitionOrBlockCookies): (WebKit::NetworkProcessProxy::didUpdatePartitionOrBlockCookies): * UIProcess/Network/NetworkProcessProxy.h: * UIProcess/Network/NetworkProcessProxy.messages.in: * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::updateCookiePartitioning): (WebKit::WebResourceLoadStatisticsStore::updateCookiePartitioningForDomains): * UIProcess/WebResourceLoadStatisticsStore.h: * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::updatePrevalentDomainsToPartitionOrBlockCookies): (WebKit::WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback): * UIProcess/WebsiteData/WebsiteDataStore.h: 2018-06-25 Brent Fulgham Allow access to APTDevice in iOS WebContent process https://bugs.webkit.org/show_bug.cgi?id=187021 Reviewed by Youenn Fablet. * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb: 2018-06-25 Keith Rollin Unreviewed, rolling out r233087. Causes 5% Mac PLT regression. Reverted changeset: "Recalc styles every time defaultAppearance changes." https://bugs.webkit.org/show_bug.cgi?id=186866 https://trac.webkit.org/changeset/233087 2018-06-25 Youenn Fablet Add a sandbox profile to Hangout plug-in https://bugs.webkit.org/show_bug.cgi?id=187005 Reviewed by Brent Fulgham. Add a sandbox profile so that this plug-in can be run when UIProcess is sandboxed. * Resources/PlugInSandboxProfiles/com.google.googletalkbrowserplugin.sb: Added. * WebKit.xcodeproj/project.pbxproj: 2018-06-25 Youenn Fablet NetworkLoadChecker should not check CORS for 304 responses triggered by WebProcess revalidation https://bugs.webkit.org/show_bug.cgi?id=186939 Reviewed by Chris Dumez. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::validateResponse): 2018-06-25 Keith Rollin Adjust UNEXPORTED_SYMBOL_LDFLAGS for LTO https://bugs.webkit.org/show_bug.cgi?id=186949 Reviewed by David Kilzer. When building with LTO, WebKit's 'check-for-weak-vtables-and-externals' script reports weak external symbols: ERROR: WebKit has a weak external symbol in it (.../OpenSource/WebKitBuild/Release/WebKit.framework/Versions/A/WebKit) ERROR: A weak external symbol is generated when a symbol is defined in multiple compilation units and is also marked as being exported from the library. ERROR: A common cause of weak external symbols is when an inline function is listed in the linker export file. ERROR: symbol __ZTCNSt3__118basic_stringstreamIcNS_11char_traitsIcEENS_9allocatorIcEEEE0_NS_13basic_istreamIcS2_EE ERROR: symbol __ZTCNSt3__118basic_stringstreamIcNS_11char_traitsIcEENS_9allocatorIcEEEE0_NS_14basic_iostreamIcS2_EE ERROR: symbol __ZTCNSt3__118basic_stringstreamIcNS_11char_traitsIcEENS_9allocatorIcEEEE16_NS_13basic_ostreamIcS2_EE ERROR: symbol __ZTTNSt3__118basic_stringstreamIcNS_11char_traitsIcEENS_9allocatorIcEEEE ERROR: symbol __ZTVNSt3__115basic_stringbufIcNS_11char_traitsIcEENS_9allocatorIcEEEE ERROR: symbol __ZTVNSt3__118basic_stringstreamIcNS_11char_traitsIcEENS_9allocatorIcEEEE Command /bin/sh failed with exit code 1 Address these by adding those symbols to UNEXPORTED_SYMBOL_LDFLAGS in WebKit.xcconfig. * Configurations/WebKit.xcconfig: 2018-06-25 Chris Dumez Make sure API::IconLoadingClient::getLoadDecisionForIcon()'s completion handler gets called https://bugs.webkit.org/show_bug.cgi?id=187007 Reviewed by Brady Eidson. Make sure API::IconLoadingClient::getLoadDecisionForIcon()'s completion handler gets called by switching its type to WTF::CompletionHandler instead of WTF::Function. This also has the benefit of destroying our captured objects when the completion handler gets called by the client on the main thread instead of whatever thread the ObjC block gets released on. * UIProcess/API/APIIconLoadingClient.h: (API::IconLoadingClient::getLoadDecisionForIcon): * UIProcess/API/glib/WebKitIconLoadingClient.cpp: * UIProcess/API/mac/WKView.mm: (-[WKView maybeInstallIconLoadingClient]): * UIProcess/Cocoa/IconLoadingDelegate.h: * UIProcess/Cocoa/IconLoadingDelegate.mm: (WebKit::IconLoadingDelegate::IconLoadingClient::getLoadDecisionForIcon): 2018-06-25 Youenn Fablet Add API to control mock media devices https://bugs.webkit.org/show_bug.cgi?id=186958 Reviewed by Eric Carlson. Add API to clear, set, remove and reset mock media devices. The mock media center of UIProcess and all WebProcesses are updated. * CMakeLists.txt: * UIProcess/API/C/WKMockMediaDevice.cpp: Added. (typeFromString): (WKAddMockMediaDevice): (WKClearMockMediaDevices): (WKRemoveMockMediaDevice): (WKResetMockMediaDevices): * UIProcess/API/C/WKMockMediaDevice.h: Added. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::addMockMediaDevice): (WebKit::WebProcessPool::clearMockMediaDevices): (WebKit::WebProcessPool::removeMockMediaDevice): (WebKit::WebProcessPool::resetMockMediaDevices): * UIProcess/WebProcessPool.h: * WebKit.xcodeproj/project.pbxproj: * WebProcess/WebProcess.cpp: (WebKit::WebProcess::addMockMediaDevice): (WebKit::WebProcess::clearMockMediaDevices): (WebKit::WebProcess::removeMockMediaDevice): (WebKit::WebProcess::resetMockMediaDevices): * WebProcess/WebProcess.h: * WebProcess/WebProcess.messages.in: 2018-06-25 Wenson Hsieh [iPad apps on macOS] Click events are broken in WKWebView https://bugs.webkit.org/show_bug.cgi?id=186964 Reviewed by Tim Horton. Tapping in WKWebView currently does not dispatch click events to the page. This is because the long press loupe gesture (in the text interaction assistant) has a delay of 0 when running iOS apps on macOS, but on iOS, it's 0.5. The zero delay on macOS means that the loupe gesture will be recognized before the synthetic click gesture; this, in turn, causes the synthetic click gesture to be excluded by the loupe gesture. To address this, we simply allow the click and loupe gesture to recognize simultaneously. Additionally, a new hover gesture was added recently to handle macOS cursor types when hovering over selectable text. This patch also allows other gestures to recognize alongside hover gestures, which matches macOS behavior. We don't have the capacity to write automated tests for this yet; I manually tested text selection, editing in some text form controls, as well as clicking on links, buttons, and other elements with click event handlers. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView gestureRecognizer:shouldRecognizeSimultaneouslyWithGestureRecognizer:]): 2018-06-23 Brian Burg [Mac] Web Automation: include correct key code with synthesized NSEvents used for keystrokes https://bugs.webkit.org/show_bug.cgi?id=186937 Reviewed by Timothy Hatcher. In some cases, a missing keyCode for an ASCII letter/number can cause synthesized NSEvents to not be converted into a key equivalent action like copy: or paste:. * UIProcess/Automation/mac/WebAutomationSessionMac.mm: Drive by, always initialize keyCode. (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): (WebKit::keyCodeForCharKey): Compute the keyCode as defined by HLTB headers. This only needs to be computed for characters with physical keys, excluding the number pad and some traditional virtual keys that do not usually have glyphs. 2018-06-24 Michael Catanzaro Unreviewed, fix GTK debug build after r233131 https://bugs.webkit.org/show_bug.cgi?id=186899 This assertion was intended to be removed. * UIProcess/Automation/gtk/WebAutomationSessionGtk.cpp: (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): 2018-06-21 Brian Burg Web Automation: key actions should support multiple pressed virtual keys https://bugs.webkit.org/show_bug.cgi?id=186899 Reviewed by Timothy Hatcher. This patch changes the protocol to allow multiple virtual keys per input source state. Chords like Cmd-Shift-A and Shift-F12 must be represented this way as they are encoded in the VirtualKey enum rather than as an ASCII char. * UIProcess/Automation/Automation.json: * UIProcess/Automation/SimulatedInputDispatcher.h: * UIProcess/Automation/SimulatedInputDispatcher.cpp: (WebKit::SimulatedInputDispatcher::transitionInputSourceToState): * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::WebAutomationSession::simulateKeyboardInteraction): (WebKit::WebAutomationSession::performKeyboardInteractions): (WebKit::WebAutomationSession::performInteractionSequence): * UIProcess/Automation/WebAutomationSession.h: * UIProcess/Automation/gtk/WebAutomationSessionGtk.cpp: (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): * UIProcess/Automation/ios/WebAutomationSessionIOS.mm: (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): * UIProcess/Automation/mac/WebAutomationSessionMac.mm: (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): Also clean up the signature of WebAutomationSession::platformSimulateKeyboardInteraction to use a variant instead of mutually exclusive optional values with different types. 2018-06-23 Yusuke Suzuki [WTF] Add user-defined literal for ASCIILiteral https://bugs.webkit.org/show_bug.cgi?id=186839 Reviewed by Darin Adler. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::willPerformHTTPRedirection): (WebKit::NetworkCORSPreflightChecker::didReceiveChallenge): (WebKit::NetworkCORSPreflightChecker::wasBlocked): (WebKit::NetworkCORSPreflightChecker::cannotShowURL): * NetworkProcess/NetworkDataTaskBlob.cpp: (WebKit::NetworkDataTaskBlob::suggestedFilename const): * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkRedirection): (WebKit::NetworkLoadChecker::checkRequest): * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::continueWillSendRequest): * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::willPerformHTTPRedirection): (WebKit::PingLoad::didReceiveChallenge): (WebKit::PingLoad::timeoutTimerFired): * NetworkProcess/PreconnectTask.cpp: (WebKit::PreconnectTask::PreconnectTask): * NetworkProcess/cache/CacheStorageEngine.cpp: (WebKit::CacheStorage::Engine::initialize): * NetworkProcess/cache/CacheStorageEngineCache.cpp: (WebKit::CacheStorage::Cache::toRecordInformation): * NetworkProcess/cache/CacheStorageEngineCaches.cpp: (WebKit::CacheStorage::cachesListFilename): (WebKit::CacheStorage::cachesOriginFilename): * NetworkProcess/cache/NetworkCacheStatistics.cpp: (WebKit::NetworkCache::Statistics::initialize): (WebKit::NetworkCache::Statistics::bootstrapFromNetworkCache): (WebKit::NetworkCache::Statistics::queryWasEverRequested): (WebKit::NetworkCache::Statistics::clear): (WebKit::NetworkCache::Statistics::addHashesToDatabase): (WebKit::NetworkCache::Statistics::addStoreDecisionsToDatabase): * Shared/EntryPointUtilities/mac/XPCService/XPCServiceEntryPoint.h: (WebKit::XPCServiceInitializer): * Shared/EntryPointUtilities/mac/XPCService/XPCServiceEntryPoint.mm: (WebKit::XPCServiceInitializerDelegate::getExtraInitializationData): * Shared/Plugins/Netscape/PluginInformation.cpp: (WebKit::pluginInformationBundleIdentifierKey): (WebKit::pluginInformationBundleVersionKey): (WebKit::pluginInformationBundleShortVersionKey): (WebKit::pluginInformationPathKey): (WebKit::pluginInformationDisplayNameKey): (WebKit::pluginInformationDefaultLoadPolicyKey): (WebKit::pluginInformationUpdatePastLastBlockedVersionIsKnownAvailableKey): (WebKit::pluginInformationHasSandboxProfileKey): (WebKit::pluginInformationFrameURLKey): (WebKit::pluginInformationMIMETypeKey): (WebKit::pluginInformationPageURLKey): (WebKit::pluginInformationPluginspageAttributeURLKey): (WebKit::pluginInformationPluginURLKey): (WebKit::plugInInformationReplacementObscuredKey): * Shared/ios/WebIOSEventFactory.mm: (WebIOSEventFactory::createWebKeyboardEvent): * Shared/linux/WebMemorySamplerLinux.cpp: (WebKit::WebMemorySampler::sampleWebKit const): * UIProcess/API/Cocoa/_WKRemoteWebInspectorViewController.mm: (debuggableTypeString): * UIProcess/API/glib/WebKitWebContext.cpp: (webkit_web_context_set_preferred_languages): * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::WebAutomationSession::setWindowFrameOfBrowsingContext): (WebKit::WebAutomationSession::addSingleCookie): (WebKit::WebAutomationSession::setSessionPermissions): (WebKit::WebAutomationSession::performMouseInteraction): (WebKit::WebAutomationSession::performKeyboardInteractions): (WebKit::WebAutomationSession::performInteractionSequence): * UIProcess/Automation/WebAutomationSession.h: * UIProcess/ChildProcessProxy.cpp: (WebKit::ChildProcessProxy::getLaunchOptions): * UIProcess/Cocoa/DownloadClient.mm: (WebKit::DownloadClient::didStart): * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::selectorExceptionMap): * UIProcess/CredentialManagement/WebCredentialsMessengerProxy.cpp: (WebKit::WebCredentialsMessengerProxy::makeCredential): (WebKit::WebCredentialsMessengerProxy::getAssertion): * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::pluginsDirectories): * UIProcess/ResourceLoadStatisticsPersistentStorage.cpp: (WebKit::ResourceLoadStatisticsPersistentStorage::populateMemoryStoreFromDisk): * UIProcess/ServiceWorkerProcessProxy.cpp: (WebKit::ServiceWorkerProcessProxy::getLaunchOptions): (WebKit::ServiceWorkerProcessProxy::didReceiveAuthenticationChallenge): * UIProcess/UserMediaProcessManager.cpp: (WebKit::UserMediaProcessManager::willCreateMediaStream): (WebKit::UserMediaProcessManager::endedCaptureSession): * UIProcess/WebBackForwardList.cpp: (WebKit::WebBackForwardList::goToItem): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::loadFile): (WebKit::WebPageProxy::loadHTMLString): (WebKit::WebPageProxy::loadPlainTextString): (WebKit::WebPageProxy::loadWebArchiveData): (WebKit::WebPageProxy::savePDFToFileInDownloadsFolder): * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::getLaunchOptions): * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::grandfatherExistingWebsiteData): * UIProcess/WebResourceLoadStatisticsTelemetry.cpp: (WebKit::notifyPages): (WebKit::WebResourceLoadStatisticsTelemetry::calculateAndSubmit): * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView copyForWebView:]): (-[WKContentView cutForWebView:]): (-[WKContentView pasteForWebView:]): (-[WKContentView selectAllForWebView:]): (-[WKContentView deleteBackward]): (-[WKContentView _interpretKeyEvent:isCharEvent:]): * UIProcess/ios/WKLegacyPDFView.mm: (-[WKLegacyPDFView _URLForLinkAnnotation:]): * WebProcess/Automation/WebAutomationSessionProxy.cpp: (WebKit::WebAutomationSessionProxy::elementForNodeHandle): (WebKit::WebAutomationSessionProxy::didClearWindowObjectForFrame): (WebKit::WebAutomationSessionProxy::evaluateJavaScriptFunction): * WebProcess/Databases/IndexedDB/WebIDBConnectionToServer.cpp: (WebKit::WebIDBConnectionToServer::connectionToServerLost): * WebProcess/InjectedBundle/API/gtk/DOM/WebKitDOMDocumentGtk.cpp: (webkit_dom_document_get_ready_state): * WebProcess/InjectedBundle/InjectedBundleScriptWorld.cpp: (WebKit::uniqueWorldName): * WebProcess/MediaCache/WebMediaKeyStorageManager.cpp: (WebKit::WebMediaKeyStorageManager::getMediaKeyOrigins): * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::pluginInfo): * WebProcess/Storage/ServiceWorkerClientFetch.cpp: (WebKit::ServiceWorkerClientFetch::validateResponse): (WebKit::ServiceWorkerClientFetch::didReceiveResponse): * WebProcess/WebCoreSupport/WebContextMenuClient.cpp: (WebKit::WebContextMenuClient::searchWithGoogle): * WebProcess/WebCoreSupport/WebInspectorClient.cpp: (WebKit::WebInspectorClient::showPaintRect): * WebProcess/WebPage/RemoteWebInspectorUI.cpp: (WebKit::RemoteWebInspectorUI::initialize): (WebKit::RemoteWebInspectorUI::didSave): (WebKit::RemoteWebInspectorUI::didAppend): (WebKit::RemoteWebInspectorUI::frontendLoaded): * WebProcess/WebPage/WebInspector.cpp: (WebKit::WebInspector::openInNewTab): * WebProcess/WebPage/WebInspectorUI.cpp: (WebKit::WebInspectorUI::setDockSide): (WebKit::WebInspectorUI::setDockingUnavailable): (WebKit::WebInspectorUI::setIsVisible): (WebKit::WebInspectorUI::showConsole): (WebKit::WebInspectorUI::showResources): (WebKit::WebInspectorUI::showTimelines): (WebKit::WebInspectorUI::showMainResourceForFrame): (WebKit::WebInspectorUI::startPageProfiling): (WebKit::WebInspectorUI::stopPageProfiling): (WebKit::WebInspectorUI::startElementSelection): (WebKit::WebInspectorUI::stopElementSelection): (WebKit::WebInspectorUI::didSave): (WebKit::WebInspectorUI::didAppend): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::loadStringImpl): (WebKit::WebPage::loadAlternateHTMLString): * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::computeAutocorrectionContext): * WebProcess/WebProcess.cpp: (WebKit::getWebCoreMemoryCacheStatistics): (WebKit::WebProcess::getWebCoreStatistics): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::initializeProcessName): 2018-06-22 Chris Dumez Regression(r230211): Crash under WebInspectorClient::~WebInspectorClient() https://bugs.webkit.org/show_bug.cgi?id=186950 Reviewed by Darin Adler. Re-introduce null-check that was accidentally dropped in r230211. * WebProcess/WebCoreSupport/WebInspectorClient.cpp: (WebKit::WebInspectorClient::~WebInspectorClient): 2018-06-22 Timothy Hatcher Corner of two scroll bars is white with dark mode enabled. https://bugs.webkit.org/show_bug.cgi?id=186819 rdar://problem/40434350 Reviewed by Tim Horton. * UIProcess/mac/WKPrintingView.mm: (-[WKPrintingView drawRect:]): Added LocalDefaultSystemAppearance. * WebProcess/InjectedBundle/DOM/InjectedBundleRangeHandle.cpp: (WebKit::InjectedBundleRangeHandle::renderedImage): Ditto. * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::paintControlForLayerInContext): Ditto. Dropped ScrollView argument. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::drawRect): Added LocalDefaultSystemAppearance. 2018-06-22 Tim Horton Make it possible to add a border around loading or failed-to-load images https://bugs.webkit.org/show_bug.cgi?id=186614 Reviewed by Zalan Bujtas. * Shared/WebPreferences.yaml: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): (-[WKWebViewConfiguration copyWithZone:]): (-[WKWebViewConfiguration _setColorFilterEnabled:]): (-[WKWebViewConfiguration _incompleteImageBorderEnabled]): (-[WKWebViewConfiguration _setIncompleteImageBorderEnabled:]): * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h: Plumb the setting to WebKit2. 2018-06-22 Brady Eidson WKURLSchemeHandler doesn't handle sync XHR. and https://bugs.webkit.org/show_bug.cgi?id=186902 Reviewed by Chris Dumez. This patch allows WebProcesses to block on sync loads to a custom scheme, and teaches WebURLSchemeTasks how to buffer up data and the response if operating synchronously. * Shared/WebErrors.cpp: (WebKit::failedCustomProtocolSyncLoad): * Shared/WebErrors.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::startURLSchemeTask): (WebKit::WebPageProxy::loadSynchronousURLSchemeTask): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/WebURLSchemeHandler.cpp: (WebKit::WebURLSchemeHandler::startTask): * UIProcess/WebURLSchemeHandler.h: * UIProcess/WebURLSchemeTask.cpp: (WebKit::WebURLSchemeTask::create): (WebKit::WebURLSchemeTask::WebURLSchemeTask): (WebKit::WebURLSchemeTask::didPerformRedirection): (WebKit::WebURLSchemeTask::didReceiveResponse): (WebKit::WebURLSchemeTask::didReceiveData): (WebKit::WebURLSchemeTask::didComplete): (WebKit::WebURLSchemeTask::pageDestroyed): (WebKit::WebURLSchemeTask::stop): * UIProcess/WebURLSchemeTask.h: (WebKit::WebURLSchemeTask::isSync const): * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::tryLoadingSynchronouslyUsingURLSchemeHandler): (WebKit::WebLoaderStrategy::loadResourceSynchronously): * WebProcess/Network/WebLoaderStrategy.h: * WebProcess/WebPage/WebURLSchemeHandlerProxy.cpp: (WebKit::WebURLSchemeHandlerProxy::loadSynchronously): * WebProcess/WebPage/WebURLSchemeHandlerProxy.h: 2018-06-22 Chris Dumez Implement IPC throttling to keep the main thread responsive when a process misbehaves https://bugs.webkit.org/show_bug.cgi?id=186607 Reviewed by Geoff Garen and Brady Eidson. Implement IPC throttling to keep the main thread responsive when a process misbehaves. Instead of doing one main runloop dispatch per incoming message, we now do a single runloop dispatch and process incoming messages in batch. We put a limit on the number of messages to be processed in a batch (600). If the queue is larger that this limit, we'll schedule a 0-timer to process remaining messages, giving the main runloop a chance to process other events. Additionally, if an IPC connection keeps hitting this maximum batch size limit, we implement back off and we'll further decrease the number of messages we process in each batch (going as low as 60). This keeps Safari responsive enough to allow the user to close the bad tab (even on older devices such as iPhone 5s). Finally, if the incoming message queue becomes too large (50000), we go one step further and kill the IPC connection in order to maintain performance / battery life. Every time we apply throttling or terminate a connection due to throttling, we do a RELEASE_LOG_ERROR() with useful information in order to help diagnose potential issues in the future. For now, incoming IPC messages throttling is only enabled on the UIProcess' connections to the WebProcesses. * Platform/IPC/Connection.cpp: (IPC::Connection::Connection): (IPC::Connection::enqueueIncomingMessage): (IPC::Connection::MessagesThrottler::MessagesThrottler): (IPC::Connection::MessagesThrottler::scheduleMessagesDispatch): (IPC::Connection::MessagesThrottler::numberOfMessagesToProcess): (IPC::Connection::dispatchIncomingMessages): * Platform/IPC/Connection.h: * Platform/IPC/mac/ConnectionMac.mm: (IPC::Connection::kill): 2018-06-22 Sihui Liu REGRESSION (r231850): Cookie file cannot be read or written by network process https://bugs.webkit.org/show_bug.cgi?id=186806 Unreviewed. Fix failure after r233084 by adding missing initialization. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::ensureNetworkProcess): 2018-06-22 Jer Noble [Fullscreen] Home indicator should show and hide with status bar https://bugs.webkit.org/show_bug.cgi?id=186942 Reviewed by Tim Horton. * UIProcess/ios/fullscreen/WKFullScreenViewController.h: * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController showUI]): (-[WKFullScreenViewController hideUI]): (-[WKFullScreenViewController setPrefersHomeIndicatorAutoHidden:]): 2018-06-22 Jer Noble [Fullscreen] Add a pinch-to-exit gesture https://bugs.webkit.org/show_bug.cgi?id=186821 Reviewed by Tim Horton. Add a pinch gesture recognizer that overrides the pan gesture recognizer when active. Hide the WKFullscreenViewController's controls while a dismiss gesture is active. * UIProcess/ios/fullscreen/WKFullScreenViewController.h: * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController setAnimating:]): (-[WKFullScreenViewController prefersStatusBarHidden]): (-[WKFullScreenViewController gestureRecognizer:shouldReceiveTouch:]): (-[WKFullScreenViewController _touchDetected:]): * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullscreenAnimationController context]): (-[WKFullscreenAnimationController updateWithProgress:scale:translation:anchor:]): (-[WKFullScreenInteractiveTransition animator]): (-[WKFullScreenInteractiveTransition updateInteractiveTransition:withScale:andTranslation:]): (-[WKFullScreenWindowController enterFullScreen]): (-[WKFullScreenWindowController beganExitFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController interactionControllerForDismissal:]): (-[WKFullScreenWindowController _startToDismissFullscreenChanged:]): (-[WKFullScreenWindowController _dismissFullscreenViewController]): (-[WKFullScreenWindowController _interactiveDismissChanged:]): (-[WKFullScreenWindowController _interactivePinchDismissChanged:]): 2018-06-22 Brian Burg [Cocoa] REGRESSION(W3C): actions for key equivalents are not respected https://bugs.webkit.org/show_bug.cgi?id=186936 Reviewed by Timothy Hatcher. * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::WebAutomationSession::isSimulatingUserInteraction const): This erroneously reported false unless there was both a mouse and key interaction being dispatched, which is not possible in the current serial event simulation model. As a result, Safari could not tell whether the action came from a simulated event or the user, and thus rejected all key equivalents like Cmd-A,V,C,X. 2018-06-22 Jer Noble [Fullscreen] Exit fullscreen when opening a new tab https://bugs.webkit.org/show_bug.cgi?id=186826 Reviewed by Brent Fulgham. Make the fullscreen placeholder view a custom UIView, and exit fullscreen when the placeholder is removed from its superview. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenPlaceholderView willMoveToSuperview:]): (-[WKFullScreenWindowController enterFullScreen]): (-[WKFullScreenWindowController _completedExitFullScreen]): (-[WKFullScreenWindowController placeholderWillMoveToSuperview:]): (-[WKFullScreenWindowController _exitFullscreenImmediately]): 2018-06-22 Timothy Horton Fix the build after r233089 * UIProcess/API/Cocoa/WKPreferences.mm: (-[WKPreferences _setColorFilterEnabled:]): (-[WKPreferences _colorFilterEnabled]): 2018-06-22 Chris Dumez Crash under WebResourceLoadStatisticsStore::mergeStatistics(WTF::Vector&&) https://bugs.webkit.org/show_bug.cgi?id=186905 Reviewed by Brent Fulgham. I believe the crash was caused by the WebResourceLoadStatisticsStore object being dead when mergeStatistics() is called. In particular, the crash was happening when the ResourceLoadStatisticsPersistentStorage's FileMonitor would detect a file change and we would re-sync statistics from the disk. The FileMonitor's lambda function was capturing |this| without ref'ing it, and the FileMonitor monitors the disk and calls the lambda on the background queue, while it gets destroyed on the main thread. To make lifetime management less complex, the following changes were made: - The ResourceLoadStatisticsPersistentStorage object is now always constructed / used and destroyed on the background queue. We no longer have to worry about being on the right thread in a given method. - Now that ResourceLoadStatisticsPersistentStorage is always used from the background queue and no longer needs to be thread-safe, drop its ref() / deref() methods and use weak pointers instead to make sure the ResourceLoadStatisticsPersistentStorage is still alive when a lamdba gets called on the background queue. - For write scheduling use WorkQueue::dispatchAfter() and a WeakPtr instead of a RunLoop::Timer. This is more convenient to use as the RunLoop::Timer has to be used on the main thread. * UIProcess/ResourceLoadStatisticsPersistentStorage.cpp: (WebKit::ResourceLoadStatisticsPersistentStorage::ResourceLoadStatisticsPersistentStorage): (WebKit::ResourceLoadStatisticsPersistentStorage::~ResourceLoadStatisticsPersistentStorage): (WebKit::ResourceLoadStatisticsPersistentStorage::startMonitoringDisk): (WebKit::ResourceLoadStatisticsPersistentStorage::monitorDirectoryForNewStatistics): (WebKit::ResourceLoadStatisticsPersistentStorage::scheduleOrWriteMemoryStore): * UIProcess/ResourceLoadStatisticsPersistentStorage.h: * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::WebResourceLoadStatisticsStore): (WebKit::WebResourceLoadStatisticsStore::~WebResourceLoadStatisticsStore): (WebKit::WebResourceLoadStatisticsStore::flushAndDestroyPersistentStore): (WebKit::WebResourceLoadStatisticsStore::processStatisticsAndDataRecords): (WebKit::WebResourceLoadStatisticsStore::grandfatherExistingWebsiteData): (WebKit::WebResourceLoadStatisticsStore::applicationWillTerminate): (WebKit::WebResourceLoadStatisticsStore::scheduleClearInMemoryAndPersistent): * UIProcess/WebResourceLoadStatisticsStore.h: 2018-06-21 Jer Noble CRASH in WebCore::VideoFullscreenInterfaceMac::~VideoFullscreenInterfaceMac() https://bugs.webkit.org/show_bug.cgi?id=186892 Reviewed by Eric Carlson. Protect against m_contentMap being mutated while its contents are being invalidated by moving the map into a local variable and iterating over it instead. * UIProcess/Cocoa/PlaybackSessionManagerProxy.mm: (WebKit::PlaybackSessionManagerProxy::invalidate): * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: (WebKit::VideoFullscreenManagerProxy::invalidate): 2018-06-22 Luming Yin Expose colorFilterEnabled SPI in WKPreferencesPrivate.h https://bugs.webkit.org/show_bug.cgi?id=186935 Reviewed by Tim Horton. * UIProcess/API/Cocoa/WKPreferences.mm: (-[WKPreferences _setColorFilterEnabled:]): (-[WKPreferences _colorFilterEnabled]): * UIProcess/API/Cocoa/WKPreferencesPrivate.h: 2018-06-22 Timothy Hatcher Recalc styles every time defaultAppearance changes. https://bugs.webkit.org/show_bug.cgi?id=186866 rdar://problem/41309805 Reviewed by Tim Horton. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::setDefaultAppearance): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setDefaultAppearance): 2018-06-22 Sihui Liu REGRESSION (r231850): Cookie file cannot be read or written by network process https://bugs.webkit.org/show_bug.cgi?id=186806 Reviewed by Geoffrey Garen. Add defaultSessionPendingCookies to NetworkProcessCreationParameters, so pending cookies of default session can be added right after default session is set. This improves the fix r231850 as it does not send additional message and avoids the regression. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::initializeNetworkProcess): * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/mac/RemoteNetworkingContext.mm: (WebKit::RemoteNetworkingContext::ensureWebsiteDataStoreSession): * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::NetworkProcessProxy): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::ensureNetworkProcess): 2018-06-22 Brent Fulgham [iOS Debug] Multiple resourceLoadStatistics redirect tests are flaky timeouts https://bugs.webkit.org/show_bug.cgi?id=183216 Reviewed by Chris Dumez. Improve consistency of test results by make sure that completion handlers written to run on the main thread are only called on the main thread. Add additional assertions to help catch any cases where this invariant is not being honored. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::hasStorageAccess): Use Completion handler and assert we are on the right thread. (WebKit::WebResourceLoadStatisticsStore::requestStorageAccess): Ditto. (WebKit::WebResourceLoadStatisticsStore::grantStorageAccess): Ditto. (WebKit::WebResourceLoadStatisticsStore::logUserInteraction): Ditto. (WebKit::WebResourceLoadStatisticsStore::logNonRecentUserInteraction): Ditto. (WebKit::WebResourceLoadStatisticsStore::clearUserInteraction): Ditto. (WebKit::WebResourceLoadStatisticsStore::hasHadUserInteraction): Ditto. (WebKit::WebResourceLoadStatisticsStore::setLastSeen): Ditto. (WebKit::WebResourceLoadStatisticsStore::setPrevalentResource): Ditto. (WebKit::WebResourceLoadStatisticsStore::isPrevalentResource): Ditto. (WebKit::WebResourceLoadStatisticsStore::isVeryPrevalentResource): Ditto. (WebKit::WebResourceLoadStatisticsStore::isRegisteredAsSubFrameUnder): Ditto. (WebKit::WebResourceLoadStatisticsStore::isRegisteredAsRedirectingTo): Ditto. (WebKit::WebResourceLoadStatisticsStore::clearPrevalentResource): Ditto. (WebKit::WebResourceLoadStatisticsStore::setGrandfathered): Ditto. (WebKit::WebResourceLoadStatisticsStore::isGrandfathered): Ditto. (WebKit::WebResourceLoadStatisticsStore::setSubframeUnderTopFrameOrigin): Ditto. (WebKit::WebResourceLoadStatisticsStore::setSubresourceUnderTopFrameOrigin): Ditto. (WebKit::WebResourceLoadStatisticsStore::setSubresourceUniqueRedirectTo): Ditto. (WebKit::WebResourceLoadStatisticsStore::setSubresourceUniqueRedirectFrom): Ditto. (WebKit::WebResourceLoadStatisticsStore::setTopFrameUniqueRedirectTo): Ditto. (WebKit::WebResourceLoadStatisticsStore::setTopFrameUniqueRedirectFrom): Ditto. (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningUpdate): (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningUpdateForDomains): (WebKit::WebResourceLoadStatisticsStore::scheduleClearPartitioningStateForDomains): (WebKit::WebResourceLoadStatisticsStore::scheduleCookiePartitioningStateReset): (WebKit::WebResourceLoadStatisticsStore::scheduleClearInMemoryAndPersistent): Update to perform callbacks on the main thread (as intended). This function was doing them on a work queue. (WebKit::WebResourceLoadStatisticsStore::updateCookiePartitioning): Ditto. (WebKit::WebResourceLoadStatisticsStore::updateCookiePartitioningForDomains): Ditto. (WebKit::WebResourceLoadStatisticsStore::clearPartitioningStateForDomains): Ditto. * UIProcess/WebResourceLoadStatisticsStore.h: 2018-06-22 Michael Catanzaro REGRESSION(r230950): [GTK] WebKit::CoordinatedBackingStoreTile::setBackBuffer(): WebKitWebProcess killed by SIGSEGV (ASSERTION FAILED: it != m_tiles.end()) https://bugs.webkit.org/show_bug.cgi?id=186206 Unreviewed manual rollout of r230950 * Shared/CoordinatedGraphics/CoordinatedGraphicsScene.cpp: (WebKit::layerShouldHaveBackingStore): 2018-06-20 Darin Adler [Cocoa] Use the isDirectory: variants of NSURL methods more to eliminate unnecessary file system activity https://bugs.webkit.org/show_bug.cgi?id=186875 Reviewed by Anders Carlsson. * UIProcess/API/Cocoa/APIWebsiteDataStoreCocoa.mm: (API::WebsiteDataStore::tempDirectoryFileSystemRepresentation): Use isDirectory:YES to create a URL to the temporary directory. * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::namesOfPromisedFilesDroppedAtDestination): Use isDirectory:NO to create a URL pointing to the write location. * UIProcess/WebStorage/ios/LocalStorageDatabaseTrackerIOS.mm: (WebKit::LocalStorageDatabaseTracker::platformMaybeExcludeFromBackup const): Use isDirectory:YES to create a URL for the local storage directory. * UIProcess/ios/ResourceLoadStatisticsPersistentStorageIOS.mm: (WebKit::ResourceLoadStatisticsPersistentStorage::excludeFromBackup const): Use isDirectory:NO to create a URL for the storage directory. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _prepareToDragPromisedBlob:]): Use isDirectory:NO to create a URL for the temporary file location. * UIProcess/ios/forms/WKFileUploadPanel.mm: (-[WKFileUploadPanel _uploadItemForImageData:imageName:successBlock:failureBlock:]): Use isDirectory:NO to create a URL for the image file to upload. * UIProcess/mac/WebInspectorProxyMac.mm: (WebKit::WebInspectorProxy::inspectorPageURL): Use isDirectory:NO to create a URL for the HTML file. (WebKit::WebInspectorProxy::inspectorTestPageURL): Ditto. (WebKit::WebInspectorProxy::inspectorBaseURL): Ditto. * WebProcess/WebCoreSupport/ios/WebChromeClientIOS.mm: (WebKit::WebChromeClient::createIconForFiles): Use isDirectory:NO to create a URL for the image file. * WebProcess/WebPage/mac/WebInspectorUIMac.mm: (WebKit::webInspectorUILocalizedStringsURL): Use isDirectory:NO to create a URL for the localized strings file. 2018-06-21 Chris Dumez Unreviewed, rolling out r232995. Seems to have caused flakiness Reverted changeset: "Implement IPC throttling to keep the main thread responsive when a process misbehaves" https://bugs.webkit.org/show_bug.cgi?id=186607 https://trac.webkit.org/changeset/232995 2018-06-15 Jer Noble Address fullscreen api CSS env feedback https://bugs.webkit.org/show_bug.cgi?id=186684 Reviewed by Simon Fraser. + Update the phishing alert text to be more explicit about the specific threats phishing sites represent. + Make the top inset static, rather than dynamic. + Add bottom, left, and right insets for completeness. + Set the fullscreen animation duration as well as delay. + Notify the page when the controls show and hide. * UIProcess/WebFullScreenManagerProxy.cpp: (WebKit::WebFullScreenManagerProxy::setFullscreenInsets): (WebKit::WebFullScreenManagerProxy::setFullscreenAutoHideTiming): (WebKit::WebFullScreenManagerProxy::setFullscreenControlsHidden): (WebKit::WebFullScreenManagerProxy::setFullscreenInsetTop): Deleted. (WebKit::WebFullScreenManagerProxy::setFullscreenAutoHideDelay): Deleted. * UIProcess/WebFullScreenManagerProxy.h: * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController showUI]): (-[WKFullScreenViewController hideUI]): (-[WKFullScreenViewController viewWillAppear:]): (-[WKFullScreenViewController _effectiveFullscreenInsets]): (-[WKFullScreenViewController _updateWebViewFullscreenInsets]): (-[WKFullScreenViewController _showPhishingAlert]): (-[WKFullScreenViewController _effectiveFullscreenInsetTop]): Deleted. * WebProcess/FullScreen/WebFullScreenManager.cpp: (WebKit::WebFullScreenManager::didExitFullScreen): (WebKit::WebFullScreenManager::setFullscreenInsets): (WebKit::WebFullScreenManager::setFullscreenAutoHideTiming): (WebKit::WebFullScreenManager::setFullscreenControlsHidden): (WebKit::WebFullScreenManager::setFullscreenInsetTop): Deleted. (WebKit::WebFullScreenManager::setFullscreenAutoHideDelay): Deleted. * WebProcess/FullScreen/WebFullScreenManager.h: * WebProcess/FullScreen/WebFullScreenManager.messages.in: 2018-06-21 Commit Queue Unreviewed, rolling out r232884. https://bugs.webkit.org/show_bug.cgi?id=186891 "Introduced assertion failure in ~DisplayRefreshMonitorMac()." (Requested by perarne on #webkit). Reverted changeset: "DisplayRefreshMonitorMac should hold a weak pointer to WebPage." https://bugs.webkit.org/show_bug.cgi?id=186683 https://trac.webkit.org/changeset/232884 2018-06-21 Jer Noble [Fullscreen] Page sometimes ends up with an incorrect zoom level after entering fullscreen https://bugs.webkit.org/show_bug.cgi?id=186822 Reviewed by Simon Fraser. Set the minimum zoom, maximum zoom, zoom bouncing, and user scalability settings of the WKWebView's UIScrollView upon entering fullscreen, and restore those same settings upon exit. Override the viewport arguments upon entering fullscreen, restore them upon exit. * Platform/IPC/ArgumentCoder.h: * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder::decode): * Shared/WebCoreArgumentCoders.h: * UIProcess/WebPageProxy.h: (WebKit::WebPageProxy::forceAlwaysUserScalable const): * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::setOverrideViewportArguments): * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (WebKit::WKWebViewState::applyTo): (WebKit::WKWebViewState::store): (-[WKFullScreenWindowController enterFullScreen]): (-[WKFullScreenWindowController beganExitFullScreenWithInitialFrame:finalFrame:]): * WebProcess/WebPage/WebPage.h: (WebKit::WebPage::forceAlwaysUserScalable const): * WebProcess/WebPage/WebPage.messages.in: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::setOverrideViewportArguments): 2018-06-21 Jer Noble [Fullscreen] Use secondary glyph style for fullscreen controls https://bugs.webkit.org/show_bug.cgi?id=186862 Reviewed by Tim Horton. Adopt AVBackgroundView, and use its predefined enums to set the material and tint styles for the fullscreen controls. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController loadView]): * UIProcess/ios/fullscreen/WKFullscreenStackView.h: * UIProcess/ios/fullscreen/WKFullscreenStackView.mm: (-[WKFullscreenStackView init]): (-[WKFullscreenStackView dealloc]): (-[WKFullscreenStackView addArrangedSubview:applyingMaterialStyle:tintEffectStyle:]): (-[WKFullscreenStackView layoutSubviews]): (+[WKFullscreenStackView baseEffects]): Deleted. (+[WKFullscreenStackView configureView:forTintEffectWithColor:filterType:]): Deleted. (+[WKFullscreenStackView configureView:withBackgroundFillOfColor:opacity:filter:]): Deleted. (+[WKFullscreenStackView secondaryMaterialOverlayView]): Deleted. (+[WKFullscreenStackView applyPrimaryGlyphTintToView:]): Deleted. (+[WKFullscreenStackView applySecondaryGlyphTintToView:]): Deleted. (-[WKFullscreenStackView initWithArrangedSubviews:axis:]): Deleted. (-[WKFullscreenStackView setTargetViewForSecondaryMaterialOverlay:]): Deleted. (-[WKFullscreenStackView contentView]): Deleted. (-[WKFullscreenStackView _setArrangedSubviews:axis:]): Deleted. (-[WKFullscreenStackView setBounds:]): Deleted. (-[WKFullscreenStackView updateConstraints]): Deleted. 2018-06-21 Jer Noble [Fullscreen] Suspend page (and pause video) while phishing warning is presented https://bugs.webkit.org/show_bug.cgi?id=186856 Reviewed by Tim Horton. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController _showPhishingAlert]): 2018-06-21 David Fenton Unreviewed, rolling out r232989. Causes API regressions on macOS Reverted changeset: "REGRESSION (r231850): Cookie file cannot be read or written by network process" https://bugs.webkit.org/show_bug.cgi?id=186806 https://trac.webkit.org/changeset/232989 2018-06-21 Zan Dobersek [GTK] WebDriver: allow applying host-specific TLS certificates for automated sessions https://bugs.webkit.org/show_bug.cgi?id=186884 Reviewed by Carlos Garcia Campos. * UIProcess/API/glib/WebKitAutomationSession.cpp: (webkitAutomationSessionCreate): Handle any host-certificate pair that's been set for this session, creating a GTlsCertificate object through loading from the specified certificate path and marking that certificate as allowed for the specified host through the webkit_web_context_allow_tls_certificate_for_host() API. 2018-06-21 Chris Dumez Regression(r226990) : Crash under WebCore::Page::applicationWillResignActive https://bugs.webkit.org/show_bug.cgi?id=186850 Reviewed by Eric Carlson. Make sure m_page is not null before calling applicationWillResignActive(). m_page gets nulled out when WebPage::close() is called. The crash trace seems to indicate we're calling applicationWillResignActive() on a Page that is dead since we crash accessing Page::mainFrame(). * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::applicationWillResignActive): 2018-06-21 Fujii Hironori [GTK] http/tests/misc/bubble-drag-events.html crashes https://bugs.webkit.org/show_bug.cgi?id=182352 Reviewed by Carlos Garcia Campos. PingLoad::didFinish was called twice if it is used with NetworkDataTaskSoup. PingLoad is not a ref-counted object. It is destructed when PingLoad::didFinish is called. PingLoad::didReceiveChallenge calls the ChallengeCompletionHandler with AuthenticationChallengeDisposition::Cancel to cancel the challenge and calls PingLoad::didFinish. NetworkDataTaskSoup::continueAuthenticate calls didReceiveChallenge with a ChallengeCompletionHandler which calls didCompleteWithError. PingLoad::didCompleteWithError calls PingLoad::didFinish. didCompleteWithError callback should not be called in the ChallengeCompletionHandler. * NetworkProcess/soup/NetworkDataTaskSoup.cpp: (WebKit::NetworkDataTaskSoup::continueAuthenticate): Do not call didFail() in the ChallengeCompletionHandler. Call invalidateAndCancel() instead. 2018-06-20 Wenson Hsieh [WebKit on watchOS] Fixed position elements sometimes flicker when scrolling https://bugs.webkit.org/show_bug.cgi?id=186860 Reviewed by Tim Horton. Remove conditional guards that are no longer necessary, now that the oldest iOS version our builders support is iOS 11. Conditionalizing this logic only for iOS 11+ meant that on watchOS, we're always falling down the path where we don't schedule a visible content rect update until the next runloop, which makes it possible for a remote layer tree transaction to arrive and cause us to update the scrolling tree with stale viewport geometry. Test: WKScrollViewTests.PositionFixedLayerAfterScrolling * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _scheduleVisibleContentRectUpdateAfterScrollInView:]): 2018-06-20 Megan Gardner Restrict Selection in contenteditable the extent of that contenteditable https://bugs.webkit.org/show_bug.cgi?id=186792 Reviewed by Wenson Hsieh. We have not been checking to make sure that when we make a selection that it is restricted to a single content editable on iOS. There is functionality to ensure this on mac, so it has been exposed and utilized for restricting the extent of a selection. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::updateSelectionWithTouches): 2018-06-19 Dean Jackson Blank viewer comes up and then auto-dismisses when device is not connected to Internet https://bugs.webkit.org/show_bug.cgi?id=186825 Reviewed by Tim Horton. Handle the case where the network load fails, and send that error onto QuickLook. * UIProcess/Cocoa/DownloadClient.mm: (WebKit::DownloadClient::didReceiveResponse): Check for success. (WebKit::DownloadClient::processDidCrash): Cancel in the case of a crash. (WebKit::DownloadClient::didFail): Propagate the error onto QuickLook. * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: (-[_WKPreviewControllerDataSource failWithError:]): New method that calls the completion handler with the error data. (WebKit::SystemPreviewController::fail): New API method. * UIProcess/SystemPreviewController.h: 2018-06-19 Chris Dumez Implement IPC throttling to keep the main thread responsive when a process misbehaves https://bugs.webkit.org/show_bug.cgi?id=186607 Reviewed by Geoffrey Garen. Implement IPC throttling to keep the main thread responsive when a process misbehaves. Instead of doing one main runloop dispatch per incoming message, we now do a single runloop dispatch and process incoming messages in batch. We put a limit on the number of messages to be processed in a batch (600). If the queue is larger that this limit, we'll schedule a 0-timer to process remaining messages, giving the main runloop a chance to process other events. Additionally, if an IPC connection keeps hitting this maximum batch size limit, we implement back off and we'll further decrease the number of messages we process in each batch (going as low as 60). This keeps Safari responsive enough to allow the user to close the bad tab (even on older devices such as iPhone 5s). Finally, if the incoming message queue becomes too large (50000), we go one step further and kill the IPC connection in order to maintain performance / battery life. Every time we apply throttling or terminate a connection due to throttling, we do a RELEASE_LOG_ERROR() with useful information in order to help diagnose potential issues in the future. * Platform/IPC/Connection.cpp: (IPC::Connection::Connection): (IPC::Connection::enqueueIncomingMessage): (IPC::Connection::MessagesThrottler::MessagesThrottler): (IPC::Connection::MessagesThrottler::scheduleMessagesDispatch): (IPC::Connection::MessagesThrottler::numberOfMessagesToProcess): (IPC::Connection::dispatchIncomingMessages): * Platform/IPC/Connection.h: * Platform/IPC/mac/ConnectionMac.mm: (IPC::Connection::kill): 2018-06-18 Jiewen Tan Make SecItemShim to not send return value for SecItemAdd https://bugs.webkit.org/show_bug.cgi?id=186789 Reviewed by Brent Fulgham. Return value of SecItemAdd is often ignored. Even if it isn't, we don't have the ability to serialize SecKeychainItemRef. Otherwise, it would go through the weird route of serializing SecKeychainItemRef by asking Keychain for its persistent reference. This route contradicts the purpose of SecItemShim, which is to proxy all Keychain operations to UIProcess. Also, this patch removes the release assertion on encode(Encoder&, SecAccessControlRef) and decode(Decoder&, RetainPtr&) as they don't query Keychain. * Shared/cf/ArgumentCodersCF.cpp: (IPC::encode): (IPC::decode): * Shared/mac/SecItemShim.cpp: (WebKit::sendSecItemRequest): (WebKit::webSecItemAdd): * UIProcess/mac/SecItemShimProxy.cpp: (WebKit::SecItemShimProxy::secItemRequest): * UIProcess/mac/SecItemShimProxy.h: * UIProcess/mac/SecItemShimProxy.messages.in: 2018-06-19 Sihui Liu REGRESSION (r231850): Cookie file cannot be read or written by network process https://bugs.webkit.org/show_bug.cgi?id=186806 Reviewed by Geoffrey Garen. Default websiteDataStore may be added wrongly to network process before default session was set, as messages were asynchronous, so the cookie storage could be improperly set. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::initializeNetworkProcess): * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/mac/RemoteNetworkingContext.mm: (WebKit::RemoteNetworkingContext::ensureWebsiteDataStoreSession): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::ensureNetworkProcess): 2018-06-19 Don Olmstead Use getCurrentProcessID over getpid https://bugs.webkit.org/show_bug.cgi?id=186813 Reviewed by Alex Christensen. * Shared/WebMemorySampler.cpp: (WebKit::WebMemorySampler::initializeTimers): (WebKit::WebMemorySampler::stop): (WebKit::WebMemorySampler::writeHeaders): * WebProcess/Storage/WebSWContextManagerConnection.cpp: (WebKit::WebSWContextManagerConnection::installServiceWorker): 2018-06-19 Don Olmstead WKWebsiteDataStoreRemoveAllServiceWorkerRegistrations does not invoke callback when Service Workers disabled https://bugs.webkit.org/show_bug.cgi?id=186809 Reviewed by Chris Dumez. * UIProcess/API/C/WKWebsiteDataStoreRef.cpp: (WKWebsiteDataStoreRemoveAllServiceWorkerRegistrations): 2018-06-19 Wenson Hsieh [WebKit on watchOS] Vend username text content type when using scribble in login fields https://bugs.webkit.org/show_bug.cgi?id=186791 Reviewed by Beth Dakin. Vend additional context to Quickboard when focusing an element that is likely to be a username field. Test: fast/forms/watchos/username-text-content-type.html * Shared/AssistedNodeInformation.cpp: (WebKit::AssistedNodeInformation::encode const): (WebKit::AssistedNodeInformation::decode): * Shared/AssistedNodeInformation.h: Add a new flag to tell the UI process when the currently focused element is an autofillable username input field (using existing app autofill heuristics). * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView textContentTypeForTesting]): * UIProcess/API/Cocoa/WKWebViewPrivate.h: Add new testing SPI to grab the computed text content type for the focused element. * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (contentTypeFromFieldName): If `autocomplete="username"` is specified, return a username text content type. This was not originally added in r197626 because UITextContentTypeUsername was only introduced later, in iOS 11. (-[WKContentView textContentTypeForListViewController:]): (-[WKContentView textContentTypeForTesting]): * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::getAssistedNodeInformation): 2018-06-19 Chris Dumez Unreviewed, rolling out r232947. Caused an API test to time out Reverted changeset: "Implement IPC throttling to keep the main thread responsive when a process misbehaves" https://bugs.webkit.org/show_bug.cgi?id=186607 https://trac.webkit.org/changeset/232947 2018-06-19 Chris Dumez HTTPHeaderMap wastes 226KB of HashTable capacity on cnn.com https://bugs.webkit.org/show_bug.cgi?id=186735 Reviewed by Geoffrey Garen. * NetworkProcess/cache/NetworkCacheCoders.cpp: (WTF::Persistence::Coder::decode): 2018-06-19 Youenn Fablet Network Preflights do not show in WebInspector after moving CORS checks to NetworkProcess https://bugs.webkit.org/show_bug.cgi?id=186312 Reviewed by Chris Dumez. Add buffering of all request/response of a given load, including redirections and preflights. This buffering is switched on/off by a boolean which is switched on in case Web Inspector is launched. Buffering is done in NetworkLoadChecker. We add ways to retrieve preflight information from NetworkCORSPreflightChecker. Implement LoaderStrategy new methods through sync IPC. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::NetworkCORSPreflightChecker): (WebKit::NetworkCORSPreflightChecker::startPreflight): (WebKit::NetworkCORSPreflightChecker::willPerformHTTPRedirection): (WebKit::NetworkCORSPreflightChecker::didReceiveResponseNetworkSession): (WebKit::NetworkCORSPreflightChecker::didCompleteWithError): (WebKit::NetworkCORSPreflightChecker::takeInformation): * NetworkProcess/NetworkCORSPreflightChecker.h: * NetworkProcess/NetworkConnectionToWebProcess.h: (WebKit::NetworkConnectionToWebProcess::takeNetworkLoadInformationRequest): (WebKit::NetworkConnectionToWebProcess::takeNetworkLoadIntermediateInformation): (WebKit::NetworkConnectionToWebProcess::addNetworkLoadInformation): (WebKit::NetworkConnectionToWebProcess::addNetworkLoadInformationMetrics): (WebKit::NetworkConnectionToWebProcess::addNetworkLoadInformationResponse): Deleted. * NetworkProcess/NetworkConnectionToWebProcess.messages.in: * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::check): (WebKit::NetworkLoadChecker::checkRedirection): (WebKit::NetworkLoadChecker::checkResponse): (WebKit::NetworkLoadChecker::checkCORSRequestWithPreflight): (WebKit::NetworkLoadChecker::storeRedirection): * NetworkProcess/NetworkLoadChecker.h: (WebKit::NetworkLoadChecker::takeNetworkLoadInformation): * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::didReceiveResponse): (WebKit::NetworkResourceLoader::willSendRedirectedRequest): (WebKit::NetworkResourceLoader::didRetrieveCacheEntry): * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): * Scripts/webkit/messages.py: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::intermediateLoadInformationFromResourceLoadIdentifier): * WebProcess/Network/WebLoaderStrategy.h: 2018-06-19 Brent Fulgham MAP_JIT is not present for minimal simulator builds https://bugs.webkit.org/show_bug.cgi?id=186608 Reviewed by Darin Adler. * Configurations/WebContent-iOS-minimalsimulator.entitlements: 2018-06-18 John Wilander Resource Load Statistics: Make sure to call callbacks even if there is no store (test infrastructure) https://bugs.webkit.org/show_bug.cgi?id=186777 Reviewed by Chris Dumez. * UIProcess/API/C/WKWebsiteDataStoreRef.cpp: (WKWebsiteDataStoreStatisticsUpdateCookiePartitioning): (WKWebsiteDataStoreSetStatisticsShouldPartitionCookiesForHost): (WKWebsiteDataStoreStatisticsClearInMemoryAndPersistentStore): (WKWebsiteDataStoreStatisticsClearInMemoryAndPersistentStoreModifiedSinceHours): 2018-06-18 Chris Dumez Crash under WebProcessPool::networkProcessFailedToLaunch(): https://bugs.webkit.org/show_bug.cgi?id=186784 Reviewed by Brady Eidson. * UIProcess/API/Cocoa/WKProcessPool.mm: (+[WKProcessPool _allProcessPoolsForTesting]): Add SPI to retrieve all WebProcessPool for testing purposes. * UIProcess/API/Cocoa/WKProcessPoolPrivate.h: * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::clearCallbackStates): Make iteration over completion handlers robust against completion handlers getting removed while we iterate. (WebKit::NetworkProcessProxy::didClose): Ref the WebProcessPool (which keeps the NetworkProcessProxy alive too) as several calls within this method might cause the WebProcessPool / NetworkProcessProxy to get destroyed. 2018-06-18 Chris Dumez Implement IPC throttling to keep the main thread responsive when a process misbehaves https://bugs.webkit.org/show_bug.cgi?id=186607 Reviewed by Geoffrey Garen. Implement IPC throttling to keep the main thread responsive when a process misbehaves. Instead of doing one main runloop dispatch per incoming message, we now do a single runloop dispatch and process incoming messages in batch. We put a limit on the number of messages to be processed in a batch (600). If the queue is larger that this limit, we'll schedule a 0-timer to process remaining messages, giving the main runloop a chance to process other events. Additionally, if an IPC connection keeps hitting this maximum batch size limit, we implement back off and we'll further decrease the number of messages we process in each batch (going as low as 60). This keeps Safari responsive enough to allow the user to close the bad tab (even on older devices such as iPhone 5s). Finally, if the incoming message queue becomes too large (50000), we go one step further and kill the IPC connection in order to maintain performance / battery life. Every time we apply throttling or terminate a connection due to throttling, we do a RELEASE_LOG_ERROR() with useful information in order to help diagnose potential issues in the future. * Platform/IPC/Connection.cpp: (IPC::Connection::Connection): (IPC::Connection::enqueueIncomingMessage): (IPC::Connection::MessagesThrottler::MessagesThrottler): (IPC::Connection::MessagesThrottler::scheduleMessagesDispatch): (IPC::Connection::MessagesThrottler::numberOfMessagesToProcess): (IPC::Connection::dispatchIncomingMessages): * Platform/IPC/Connection.h: * Platform/IPC/mac/ConnectionMac.mm: (IPC::Connection::kill): 2018-06-18 Jiewen Tan Add a graceful exit for AuthenticationManager::initializeConnection https://bugs.webkit.org/show_bug.cgi?id=186632 Reviewed by Brent Fulgham. Add a graceful exit for AuthenticationManager::initializeConnection when the provided IPC connection is null or the underlying xpc connection is null. * Shared/Authentication/cocoa/AuthenticationManagerCocoa.mm: (WebKit::AuthenticationManager::initializeConnection): 2018-06-18 Youenn Fablet Validate Cross-Origin-Resource-Policy for resources cached in the MemoryCache https://bugs.webkit.org/show_bug.cgi?id=186639 Reviewed by Geoffrey Garen. Make use of WebCore method to check CORP. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::validateResponse): * NetworkProcess/NetworkLoadChecker.h: 2018-06-18 Karl Leplat [Threaded paintingEngine] Fix rendering glitches https://bugs.webkit.org/show_bug.cgi?id=186764 Reviewed by Žan Doberšek. * Shared/CoordinatedGraphics/CoordinatedBackingStore.cpp: (WebKit::CoordinatedBackingStoreTile::swapBuffers): We call Nicosia::Buffer function waitUntilPaintingComplete() in order to synchronize of using Nicosia:buffer between MainThread and ThreadedCompositor. 2018-06-17 Chris Dumez Crash under SuspendedPageProxy::~SuspendedPageProxy() https://bugs.webkit.org/show_bug.cgi?id=186688 Reviewed by Darin Adler. Ref the WebProcessProxy before calling suspendedPageWasDestroyed() on it as this might cause the WebProcessProxy / WebProcessPool to get destroyed otherwise, and we would crash trying to call unregisterSuspendedPageProxy() on the WebProcessPool on the next line. * UIProcess/SuspendedPageProxy.cpp: (WebKit::SuspendedPageProxy::~SuspendedPageProxy): 2018-06-17 Wenson Hsieh [WebKit on watchOS] Upstream watchOS source additions to OpenSource (Part 3) https://bugs.webkit.org/show_bug.cgi?id=186442 Reviewed by Darin Adler. Rename a category referencing "Extra zoom mode". * UIProcess/ios/WKContentViewInteraction.mm: 2018-06-12 Darin Adler [Cocoa] Make some RetainPtr refinements to get more ready for ARC https://bugs.webkit.org/show_bug.cgi?id=186526 Reviewed by Anders Carlsson. * Platform/cf/ModuleCF.cpp: (WebKit::Module::load): Use move assignment instead of adoptCF/leakRef. * Shared/Cocoa/WKNSURLExtras.mm: (+[NSURL _web_URLWithWTFString:]): Cast to NSURL * instead of doing the autorelease here, since the NSURL * operator already does what we want. (+[NSURL _web_URLWithWTFString:relativeToURL:]): Ditto. * UIProcess/ios/WKContentView.mm: (-[WKContentView _wk_printedDocument]): Get rid of incorrect use of RetainPtr::autorelease. We don't want to null out _printedDocument each time this function is called. * WebProcess/InjectedBundle/API/Cocoa/WKWebProcessPlugInFrame.mm: (collectIcons): Get rid of unnecessary use of RetainPtr::autorelease in a function that returns a RetainPtr. 2018-06-15 Chris Dumez Add API test coverage for SW RegistrationDatabase destruction and fix issues found by the test https://bugs.webkit.org/show_bug.cgi?id=186681 Reviewed by Brady Eidson. Make sure StorageProcess::unregisterSWServerConnection() does not unnecessarily create a SWServer. Otherwise, we were in quick session destroying the SWServer and then re-constructing it for the same sessionID, merely to try ot unregister a SWServerConnection. * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::existingSWOriginStoreForSession const): (WebKit::StorageProcess::unregisterSWServerConnection): * StorageProcess/StorageProcess.h: 2018-06-15 Basuke Suzuki [WinCairo] Move unrelated features of WorkQueueWin into IPC::Connection https://bugs.webkit.org/show_bug.cgi?id=186582 Add EventListener private class to handle signaled tasks for I/O. Originally they were in WTF::WorkQueueWin, but those features were not related to WorkQueue and only used in IPC::ConnectionWin. Moved logic is more specialized than old generalized logic. That was unneeded generalization. Reviewed by Brent Fulgham. * Platform/IPC/Connection.h: (IPC::Connection::EventListener::state): * Platform/IPC/win/ConnectionWin.cpp: (IPC::Connection::platformInitialize): (IPC::Connection::platformInvalidate): (IPC::Connection::readEventHandler): (IPC::Connection::writeEventHandler): (IPC::Connection::invokeReadEventHandler): (IPC::Connection::invokeWriteEventHandler): (IPC::Connection::open): (IPC::Connection::sendOutgoingMessage): (IPC::Connection::EventListener::open): (IPC::Connection::EventListener::callback): (IPC::Connection::EventListener::close): 2018-06-15 Brady Eidson Crash in both StorageProcess and UIProcess when using custom WKWebsiteDataStores for data management. and https://bugs.webkit.org/show_bug.cgi?id=186682 Reviewed by Chris Dumez. * UIProcess/Storage/StorageProcessProxy.cpp: (WebKit::StorageProcessProxy::didClose): Protect this and the process pool as the cleanup that follows might cause either to get destroyed. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::fetchDataAndApply): Protect the operating WebsiteDataStore while async operations are in flight. Otherwise if the data store is destroyed, the SessionIDs for those operations will get destroyed before they complete. (WebKit::WebsiteDataStore::removeData): Ditto. 2018-06-15 Per Arne Vollan Unreviewed build fix after r232634. * WebProcess/WebPage/DrawingArea.h: * WebProcess/WebPage/DrawingArea.messages.in: 2018-06-15 Per Arne Vollan DisplayRefreshMonitorMac should hold a weak pointer to WebPage. https://bugs.webkit.org/show_bug.cgi?id=186683 Reviewed by Brent Fulgham. Instead of DisplayRefreshMonitorMac having a RefPtr to WebPage, it should have a weak pointer. Having a RefPtr could in theory create reference cycles. This potential problem has not been observed in practice, but it is safer to use a weak pointer. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/mac/DrawingAreaMac.cpp: (WebKit::DisplayRefreshMonitorMac::DisplayRefreshMonitorMac): (WebKit::DisplayRefreshMonitorMac::~DisplayRefreshMonitorMac): (WebKit::DisplayRefreshMonitorMac::requestRefreshCallback): 2018-06-15 Carlos Alberto Lopez Perez [GTK][WKE] Disable memory pressure handling when running layout tests (WTR) https://bugs.webkit.org/show_bug.cgi?id=186663 Reviewed by Michael Catanzaro. r196943 added a mechanism to disable the memory pressure handling on Mac. This patch enables using that mechanism also for GTK/WPE. To do that the environment variable WEBKIT_DISABLE_MEMORY_PRESSURE_MONITOR should bet set to 1. We want to use this on the layout tests to avoid flaky tests caused by accumulated leaks on the WebProcess by different tests. * UIProcess/gtk/WebProcessPoolGtk.cpp: (WebKit::WebProcessPool::platformInitializeWebProcess): * UIProcess/wpe/WebProcessPoolWPE.cpp: (WebKit::WebProcessPool::platformInitializeWebProcess): 2018-06-15 Per Arne Vollan Rollout r231818, as it introduced regression on tickets.com. https://bugs.webkit.org/show_bug.cgi?id=186675 Unreviewed, rolling out. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::dispatchActivityStateChange): * UIProcess/mac/DisplayLink.cpp: (WebKit::DisplayLink::pause): Deleted. (WebKit::DisplayLink::resume): Deleted. * UIProcess/mac/DisplayLink.h: 2018-06-15 Thibault Saunier [GTK][WPE]: Avoid using uninitialized launchOptions in getLaunchOptions https://bugs.webkit.org/show_bug.cgi?id=185611 Reviewed by Chris Dumez. Otherwise we might segfault. * UIProcess/Plugins/PluginProcessProxy.cpp: (WebKit::PluginProcessProxy::getLaunchOptions): 2018-06-14 Youenn Fablet Make NetworkProcess get cache storage parameters at creation of the CacheStorage engine https://bugs.webkit.org/show_bug.cgi?id=186166 Reviewed by Alex Christensen. Make CacheStorage::Engine creation asynchronous. Update Engine public methods be static methods taking a SessionID, which will be used to create the engine. Add IPC methods to retrieve cache storage parameters from NetworkProcess to UIProcess. Add NetworkProcessProxy ability to compute the cache storage parameters based on the SessionID. For that purpose, make NetworkProcessProxy store a map of SessionID-to-WebsiteDataStore. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::deleteWebsiteData): (WebKit::NetworkProcess::deleteWebsiteDataForOrigins): (WebKit::NetworkProcess::cacheStorageParameters): (WebKit::NetworkProcess::setCacheStorageParameters): (WebKit::NetworkProcess::cacheStorageDirectory const): Deleted. (WebKit::NetworkProcess::cacheStoragePerOriginQuota const): Deleted. * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkProcess.messages.in: * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cache/CacheStorageEngine.cpp: (WebKit::CacheStorage::Engine::from): (WebKit::CacheStorage::Engine::fetchEntries): (WebKit::CacheStorage::Engine::open): (WebKit::CacheStorage::Engine::remove): (WebKit::CacheStorage::Engine::retrieveCaches): (WebKit::CacheStorage::Engine::retrieveRecords): (WebKit::CacheStorage::Engine::putRecords): (WebKit::CacheStorage::Engine::deleteMatchingRecords): (WebKit::CacheStorage::Engine::lock): (WebKit::CacheStorage::Engine::unlock): (WebKit::CacheStorage::Engine::clearMemoryRepresentation): (WebKit::CacheStorage::Engine::representation): (WebKit::CacheStorage::Engine::clearAllCaches): (WebKit::CacheStorage::Engine::clearCachesForOrigin): (WebKit::CacheStorage::Engine::Engine): (WebKit::CacheStorage::Engine::readCachesFromDisk): (WebKit::CacheStorage::Engine::defaultEngine): Deleted. * NetworkProcess/cache/CacheStorageEngine.h: (WebKit::CacheStorage::Engine::shouldPersist const): (WebKit::CacheStorage::Engine::weakPtrFactory): (WebKit::CacheStorage::Engine::create): Deleted. * NetworkProcess/cache/CacheStorageEngineConnection.cpp: (WebKit::CacheStorageEngineConnection::~CacheStorageEngineConnection): (WebKit::CacheStorageEngineConnection::open): (WebKit::CacheStorageEngineConnection::remove): (WebKit::CacheStorageEngineConnection::caches): (WebKit::CacheStorageEngineConnection::retrieveRecords): (WebKit::CacheStorageEngineConnection::deleteMatchingRecords): (WebKit::CacheStorageEngineConnection::putRecords): (WebKit::CacheStorageEngineConnection::reference): (WebKit::CacheStorageEngineConnection::dereference): (WebKit::CacheStorageEngineConnection::clearMemoryRepresentation): (WebKit::CacheStorageEngineConnection::engineRepresentation): * NetworkProcess/cache/CacheStorageEngineConnection.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): * NetworkProcess/mac/RemoteNetworkingContext.mm: (WebKit::RemoteNetworkingContext::ensureWebsiteDataStoreSession): * Shared/WebsiteDataStoreParameters.cpp: (WebKit::WebsiteDataStoreParameters::encode const): (WebKit::WebsiteDataStoreParameters::decode): (WebKit::WebsiteDataStoreParameters::privateSessionParameters): * Shared/WebsiteDataStoreParameters.h: (): Deleted. * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::addSession): (WebKit::NetworkProcessProxy::removeSession): (WebKit::NetworkProcessProxy::retrieveCacheStorageParameters): * UIProcess/Network/NetworkProcessProxy.h: * UIProcess/Network/NetworkProcessProxy.messages.in: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::ensureNetworkProcess): (WebKit::WebProcessPool::setAnyPageGroupMightHavePrivateBrowsingEnabled): (WebKit::WebProcessPool::pageBeginUsingWebsiteDataStore): (WebKit::WebProcessPool::pageEndUsingWebsiteDataStore): * UIProcess/WebsiteData/Cocoa/WebsiteDataStoreCocoa.mm: (WebKit::WebsiteDataStore::parameters): * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::~WebsiteDataStore): 2018-06-14 Basuke Suzuki [Win] Add IPC error case for broken pipe https://bugs.webkit.org/show_bug.cgi?id=186445 Add error handling for ERROR_BROKEN_PIPE on IPC::Connection::readEventHandler. Reviewed by Ryosuke Niwa. * Platform/IPC/win/ConnectionWin.cpp: (IPC::Connection::readEventHandler): 2018-06-14 John Wilander Resource Load Statistics: Shortcut classification for redirect to prevalent resource https://bugs.webkit.org/show_bug.cgi?id=186627 Reviewed by Brent Fulgham. This patch shortcuts classification of redirect collusion so that we more seldom have to rely on the recursive backtrace of the redirect graph. The initial implementation of Resource Load Statistics actually had this classification method. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::markAsPrevalentIfHasRedirectedToPrevalent): Iterates through a non-classified resource's data for where it has redirected and classifies it as prevalent if has redirected to (WebKit::WebResourceLoadStatisticsStore::processStatisticsAndDataRecords): Now calls WebResourceLoadStatisticsStore::markAsPrevalentIfHasRedirectedToPrevalent() before regular classification steps. * UIProcess/WebResourceLoadStatisticsStore.h: 2018-06-14 Youenn Fablet Apply CSP checks before Content blocker checks in NetworkLoadChecker as done by CachedResourceLoader https://bugs.webkit.org/show_bug.cgi?id=186550 Reviewed by Alex Christensen. Do CSP checks and URL upgrade before content blocker checks. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkRequest): (WebKit::NetworkLoadChecker::continueCheckingRequest): 2018-06-14 Brent Fulgham Plug-in Process crashing on Mojave (affects Flash, others) https://bugs.webkit.org/show_bug.cgi?id=186628 Reviewed by Eric Carlson. Add the missing “com.apple.security.cs.allow-unsigned-executable-memory” entitlement. Also alphabetize the entitlements file to make it easier to read. * Configurations/PluginService.entitlements: 2018-06-14 Carlos Garcia Campos [GTK][WPE] WebDriver: handle acceptInsecureCertificates capability https://bugs.webkit.org/show_bug.cgi?id=186560 Reviewed by Brian Burg. * UIProcess/API/glib/WebKitAutomationSession.cpp: (webkitAutomationSessionCreate): Check the acceptInsecureCertificates capability and set the TLS error policy in the WebContext accordingly if needed. * UIProcess/API/glib/WebKitAutomationSessionPrivate.h: * UIProcess/API/glib/WebKitWebContext.cpp: * UIProcess/Cocoa/AutomationClient.h: * UIProcess/Cocoa/AutomationClient.mm: (WebKit::AutomationClient::requestAutomationSession): Use SessionCapabilities to fill the session configuration. (WebKit::AutomationClient::requestAutomationSessionWithCapabilities): Deleted. 2018-06-13 Adrian Perez de Castro [WPE] Trying to access the remote inspector hits an assertion in the UIProcess https://bugs.webkit.org/show_bug.cgi?id=186588 Reviewed by Carlos Garcia Campos. Make both the WPE and GTK+ ports use /org/webkit/inspector as base prefix for resource paths, which avoids needing a switcheroo depending on the port. * UIProcess/API/wpe/WebKit2InspectorGResourceBundle.xml: * UIProcess/gtk/WebInspectorProxyGtk.cpp: (WebKit::WebInspectorProxy::inspectorPageURL): (WebKit::WebInspectorProxy::inspectorTestPageURL): (WebKit::WebInspectorProxy::inspectorBaseURL): * UIProcess/wpe/WebInspectorProxyWPE.cpp: (WebKit::WebInspectorProxy::inspectorPageURL): (WebKit::WebInspectorProxy::inspectorTestPageURL): (WebKit::WebInspectorProxy::inspectorBaseURL): * WebProcess/WebPage/gtk/WebInspectorUIGtk.cpp: (WebKit::WebInspectorUI::localizedStringsURL): (WebKit::RemoteWebInspectorUI::localizedStringsURL): 2018-06-13 Chris Dumez Crash under SWServer::unregisterConnection(Connection&) https://bugs.webkit.org/show_bug.cgi?id=186584 Reviewed by Youenn Fablet. * StorageProcess/ServiceWorker/WebSWServerConnection.cpp: * StorageProcess/ServiceWorker/WebSWServerConnection.h: * StorageProcess/StorageToWebProcessConnection.cpp: (WebKit::StorageToWebProcessConnection::~StorageToWebProcessConnection): (WebKit::StorageToWebProcessConnection::didReceiveMessage): (WebKit::StorageToWebProcessConnection::didReceiveSyncMessage): (WebKit::StorageToWebProcessConnection::didClose): (WebKit::StorageToWebProcessConnection::unregisterSWConnections): (WebKit::StorageToWebProcessConnection::establishSWServerConnection): * StorageProcess/StorageToWebProcessConnection.h: 2018-06-13 Dean Jackson Disable AR support in WKWebView clients https://bugs.webkit.org/show_bug.cgi?id=186611 Reviewed by Jon Lee. Since it hasn't been adequately tested, System Preview (AR) should be disabled by default for WKWebViews. Add a new WebPreference, and SPI into WKWebViewConfiguration. Also don't register the WebViewContentProvider if the feature is disabled. * Shared/WebPreferences.yaml: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): (-[WKWebViewConfiguration encodeWithCoder:]): (-[WKWebViewConfiguration initWithCoder:]): (-[WKWebViewConfiguration copyWithZone:]): (-[WKWebViewConfiguration _contentProviderRegistry]): (-[WKWebViewConfiguration _systemPreviewEnabled]): (-[WKWebViewConfiguration _setSystemPreviewEnabled:]): * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h: * UIProcess/Cocoa/WKWebViewContentProviderRegistry.h: * UIProcess/Cocoa/WKWebViewContentProviderRegistry.mm: (-[WKWebViewContentProviderRegistry initWithConfiguration:]): (-[WKWebViewContentProviderRegistry init]): Deleted. 2018-06-13 Youenn Fablet Supported plugin check should be based on plugin identifier https://bugs.webkit.org/show_bug.cgi?id=186578 Reviewed by Darin Adler. Refactoring to move from Plugin name to Plugin identifier. Set built-in pdf plugin identifier. This allows making sure that the PDF plug-in check might not change according localization. * Scripts/webkit/messages.py: * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder::encode): (IPC::ArgumentCoder::decode): * UIProcess/Plugins/PluginInfoStore.cpp: (WebKit::PluginInfoStore::supportedPluginIdentifiers): (WebKit::PluginInfoStore::addSupportedPlugin): (WebKit::PluginInfoStore::supportedPluginNames): Deleted. * UIProcess/Plugins/PluginInfoStore.h: * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::getPlugins): * UIProcess/WebProcessProxy.h: * UIProcess/WebProcessProxy.messages.in: * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::pluginInfo): * WebProcess/Plugins/WebPluginInfoProvider.cpp: (WebKit::WebPluginInfoProvider::pluginInfo): (WebKit::WebPluginInfoProvider::webVisiblePluginInfo): (WebKit::WebPluginInfoProvider::populatePluginCache): * WebProcess/Plugins/WebPluginInfoProvider.h: 2018-06-13 Chris Dumez PSON: http/tests/resourceLoadStatistics/classify-as-prevalent-based-on-top-frame-redirect-collusion.html ASSERTS with process swap enabled https://bugs.webkit.org/show_bug.cgi?id=186545 Reviewed by Brady Eidson. Move frame navigation logging for ITP purposes from the WebProcess to the UIProcess. This information was previously logged in DocumentLoader::willSendRequest() and was getting sync'd to the UIProcess at regular intervals or when the layout tests call testRunner's statisticsNotifyObserver(). We now do the logging directly in the UIProcess, in WebPageProxy::decidePolicyForNavigationAction (which was getting called via IPC from DocumentLoader::willSendRequest()). This is more efficient and will also be needed soon due to the way process swap on navigation deals with cross-origin redirects. On cross-origin redirect of the main frame, PSON cancels the load and started a new load to the redirected to URL in the new WebProcess. As a result, the new WebProcess is not aware that the load is a redirect, which is information that ITP requires. By moving the ITP logging to the UIProcess, we still have access to this information. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::decidePolicyForNavigationAction): (WebKit::WebPageProxy::decidePolicyForNavigationActionSync): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: - We now pass the full redirect response the the delegate method instead of a simple isRedirect boolean. - Log the navigation in the WebResourceLoadStatisticsStore for ITP purposes. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::areDomainsAssociated): Equivalent of ResourceLoadObserver's areDomainsAssociated(). Most of the logic was moved to ResourceLoadStatistics::areDomainsAssociated() to avoid code duplication. (WebKit::WebResourceLoadStatisticsStore::resourceLoadStatisticsUpdated): This is called whenever a WebProcess sends new resource load statistics to the UIProcess. Whenever this happens, we call processStatisticsAndDataRecords() right away, which is sometimes the tests currently rely on. As a result, we can cancels any pending statistics processing request that was scheduled by logFrameNavigation(). (WebKit::WebResourceLoadStatisticsStore::scheduleStatisticsProcessingRequestIfNecessary): (WebKit::WebResourceLoadStatisticsStore::cancelPendingStatisticsProcessingRequest): Whenever a navigation is logged and statistics have been updated, we need to make sure we schedule a "timer" to process the new data. We do this at most every 5 seconds for performance reasons. This 5 second interval matches what the ResourceLoadObserver is using in the WebProcess to notify the UIProcess of new data. (WebKit::WebResourceLoadStatisticsStore::logFrameNavigation): This code was moved from ResourceLoadObserver to WebResourceLoadStatisticsStore now that we do this logging in the UIProcess instead of the WebProcess. One difference with WebCore is that we use WebPageProxy::pageLoadState().url() as mainFrameURL instead of WebPageProxy::mainFrame().url(). The reason for that is that WebPageProxy::mainFrame().url() becomes empty in case of process swap but ITP still needs the actual main frame URL when the navigation was triggered. WebPageProxy::pageLoadState().url() gives us this information. * UIProcess/WebResourceLoadStatisticsStore.h: * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForNavigationAction): * WebProcess/WebCoreSupport/WebFrameLoaderClient.h: We now pass the full redirect response the the delegate method instead of a simple isRedirect boolean. 2018-06-13 Brent Fulgham Crash during interrupted process termination https://bugs.webkit.org/show_bug.cgi?id=185373 Reviewed by Alex Christensen. It's possible to encounter a crash if a user agent feature (such as Safari's responsiveness timer) decides to kill a Web Process around the same time that a user decides to trigger a new page load. One of the two termination operations may attempt to call methods on a nulled process pointer. We can avoid this by holding our own reference to the terminating process until the termination steps have been completed. * UIProcess/API/C/WKPage.cpp: (WKPageTerminate): Ref<> the active process while the termination call is performed. * UIProcess/API/Cocoa/WKWebView.mm: ([WKWebView _killWebContentProcessAndResetState]): Ditto. 2018-06-13 Brian Burg [Cocoa] Web Automation: wrong modifiers sent for 'Help' virtual key https://bugs.webkit.org/show_bug.cgi?id=186600 Reviewed by Timothy Hatcher. This fixes a hang when running W3C test: special_keys.py::test_webdriver_special_key_sends_keydown[HELP-expected2] * UIProcess/Automation/mac/WebAutomationSessionMac.mm: (WebKit::eventModifierFlagsForVirtualKey): The help modifier doesn't seem to be used when pressing the Help key. I verified this using the Help key on the Keyboard Viewer, since no keyboards from the past decade actually have this physical button. 2018-06-13 Thibault Saunier [WPE] Build getUserMedia support https://bugs.webkit.org/show_bug.cgi?id=186547 Reviewed by Alejandro G. Castro. * SourcesWPE.txt: Compile files necessary for MediaStream/webrtc. 2018-06-13 Andy Estes [iOS] Synchronize PDF resizing with device rotation https://bugs.webkit.org/show_bug.cgi?id=186587 Reviewed by Darin Adler. Both -beginPDFViewRotation and -endPDFViewRotation need to be called as part of the transition coordinator's -animateAlongsideTransition: block to be synchronized with rotation. Additionally, updateBlock needs to be invoked between the two calls so that PDFKit can capture the frame geometry before and after the update. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _beginAnimatedResizeWithUpdates:]): * UIProcess/Cocoa/WKWebViewContentProvider.h: * UIProcess/ios/WKPDFView.mm: (-[WKPDFView web_beginAnimatedResizeWithUpdates:]): (-[WKPDFView web_beginAnimatedResize]): Renamed to web_beginAnimatedResizeWithUpdates:. (-[WKPDFView web_endAnimatedResize]): Deleted. 2018-06-12 Brent Fulgham Turn CSS Spring Animations and Link Preload off by default for production builds. https://bugs.webkit.org/show_bug.cgi?id=186548 Reviewed by Eric Carlson. * Shared/WebPreferences.yaml: Switch these features from 'on' to DEFAULT_EXPERIMENTAL_FEATURES_ENABLED. 2018-06-12 Wenson Hsieh [WebKit on watchOS] Upstream watchOS source additions to OpenSource (Part 2) https://bugs.webkit.org/show_bug.cgi?id=186442 Reviewed by Tim Horton. Upstream most of the work around form controls on watchOS. Also, rename WKFormControlListViewController.* to its intended name, WKQuickboardListViewController.*. * UIProcess/ios/WKContentViewInteraction.mm: * UIProcess/ios/forms/WKDatePickerViewController.h: * UIProcess/ios/forms/WKDatePickerViewController.mm: (datePickerSetButtonHeight): (datePickerVerticalMargin): (-[WKDatePickerWheelLabel initWithFrame:]): (-[WKDatePickerWheelLabel lastSelectedDate]): (-[WKDatePickerWheelLabel setLastSelectedDate:]): (-[WKDatePickerWheelLabel needsUpdateForIndex:selectedDate:]): (-[WKDatePickerWheel initWithStyle:]): (-[WKDatePickerWheel initWithController:style:]): (-[WKDatePickerWheel gestureRecognized:]): (-[WKDatePickerWheel setDrawsFocusOutline:]): (-[WKDatePickerWheel drawsFocusOutline]): (-[WKDatePickerWheel gestureRecognizer:shouldRecognizeSimultaneouslyWithGestureRecognizer:]): (-[WKDatePickerViewController initWithDelegate:]): (-[WKDatePickerViewController viewDidLoad]): (-[WKDatePickerViewController prefersStatusBarHidden]): (-[WKDatePickerViewController viewWillAppear:]): (-[WKDatePickerViewController viewDidAppear:]): (-[WKDatePickerViewController viewDidDisappear:]): (-[WKDatePickerViewController _handleStatusBarNavigation]): (-[WKDatePickerViewController viewWillLayoutSubviews]): (-[WKDatePickerViewController becomeFirstResponder]): (-[WKDatePickerViewController defaultMinimumDate]): (-[WKDatePickerViewController defaultMaximumDate]): (-[WKDatePickerViewController _valueForInput]): (-[WKDatePickerViewController _dateFromInitialText]): (-[WKDatePickerViewController _setButtonPressed]): (-[WKDatePickerViewController _updateSelectedPickerViewIndices]): (-[WKDatePickerViewController _configurePickerView:]): (-[WKDatePickerViewController setMinimumDate:]): (-[WKDatePickerViewController minimumDate]): (-[WKDatePickerViewController setMaximumDate:]): (-[WKDatePickerViewController maximumDate]): (-[WKDatePickerViewController setDate:]): (-[WKDatePickerViewController setDateFromComponents:]): (-[WKDatePickerViewController setDay:month:year:era:]): (-[WKDatePickerViewController date]): (-[WKDatePickerViewController _dateComponentForDay:month:year:era:]): (-[WKDatePickerViewController _adjustDateToValidDateIfNecessary]): (-[WKDatePickerViewController _createAndConfigureGranularityLabelWithText:]): (-[WKDatePickerViewController _canonicalizeAndUpdateSelectedDate]): (-[WKDatePickerViewController numberOfItemsInPickerView:]): (-[WKDatePickerViewController pickerView:viewForItemAtIndex:]): (-[WKDatePickerViewController didBeginInteractingWithDatePicker:]): (-[WKDatePickerViewController pickerView:didSelectItemAtIndex:]): (-[WKDatePickerViewController pickerViewWillBeginSelection:]): (-[WKDatePickerViewController pickerViewDidEndSelection:]): (-[WKDatePickerViewController _dayFromIndex:]): (-[WKDatePickerViewController _eraAndYearFromIndex:]): (-[WKDatePickerViewController _monthFromIndex:]): (-[WKDatePickerViewController _indexFromDay:]): (-[WKDatePickerViewController _indexFromYear:era:]): (-[WKDatePickerViewController _indexFromMonth:]): * UIProcess/ios/forms/WKFormControlListViewController.h: Removed. * UIProcess/ios/forms/WKFormControlListViewController.mm: Removed. * UIProcess/ios/forms/WKNumberPadViewController.h: * UIProcess/ios/forms/WKNumberPadViewController.mm: (inputLabelFontSize): (-[WKNumberPadViewController initWithDelegate:initialText:inputMode:]): (-[WKNumberPadViewController dealloc]): (-[WKNumberPadViewController viewDidLoad]): (-[WKNumberPadViewController viewWillDisappear:]): (-[WKNumberPadViewController viewWillLayoutSubviews]): (-[WKNumberPadViewController _reloadHeaderViewFromInputText]): (-[WKNumberPadViewController didSelectKey:]): (-[WKNumberPadViewController _handleKeyPress:]): (-[WKNumberPadViewController _cancelInput]): (-[WKNumberPadViewController _deleteLastInputCharacter]): (-[WKNumberPadViewController _deleteButtonPressed]): (-[WKNumberPadViewController _cancelDeletionTimers]): (-[WKNumberPadViewController _startDeletionTimer]): (-[WKNumberPadViewController _deletionTimerFired]): (-[WKNumberPadViewController addContentViewAnimations:]): * UIProcess/ios/forms/WKQuickboardListViewController.h: Added. * UIProcess/ios/forms/WKQuickboardListViewController.mm: Added. (-[WKQuickboardListItemCell topToLabelBaselineSpecValue]): (-[WKQuickboardListItemCell baselineToBottomSpecValue]): (-[WKQuickboardListViewController initWithDelegate:]): (-[WKQuickboardListViewController updateContextViewIfNeeded]): (-[WKQuickboardListViewController prefersStatusBarHidden]): (-[WKQuickboardListViewController viewDidLoad]): (-[WKQuickboardListViewController viewWillAppear:]): (-[WKQuickboardListViewController viewDidDisappear:]): (-[WKQuickboardListViewController _handleStatusBarNavigation]): (-[WKQuickboardListViewController reloadContextView]): (-[WKQuickboardListViewController actionController]): (-[WKQuickboardListViewController languageControllerDidChangePrimaryLanguage:]): (-[WKQuickboardListViewController headerContentViewHeight]): (-[WKQuickboardListViewController headerContentView]): (configureStatusBarForController): * UIProcess/ios/forms/WKSelectMenuListViewController.h: * UIProcess/ios/forms/WKSelectMenuListViewController.mm: (-[WKSelectMenuItemCell initWithStyle:reuseIdentifier:]): (-[WKSelectMenuItemCell imageView]): (-[WKSelectMenuListViewController initWithDelegate:]): (-[WKSelectMenuListViewController viewDidLoad]): (-[WKSelectMenuListViewController acceptButtonTappedWithCompletion:]): (-[WKSelectMenuListViewController shouldShowTrayView]): (-[WKSelectMenuListViewController didSelectListItem:]): (-[WKSelectMenuListViewController numberOfListItems]): (-[WKSelectMenuListViewController heightForListItem:width:]): (-[WKSelectMenuListViewController cellForListItem:]): (-[WKSelectMenuListViewController selectItemAtIndex:]): * UIProcess/ios/forms/WKTimePickerViewController.h: * UIProcess/ios/forms/WKTimePickerViewController.mm: (-[WKTimePickerViewController initWithDelegate:]): (-[WKTimePickerViewController dateFormatter]): (-[WKTimePickerViewController timeValueForFormControls]): (-[WKTimePickerViewController dateComponentsFromInitialValue]): (-[WKTimePickerViewController viewDidAppear:]): (-[WKTimePickerViewController viewDidLoad]): (-[WKTimePickerViewController becomeFirstResponder]): (-[WKTimePickerViewController setHour:minute:]): (-[WKTimePickerViewController leftButtonWOTAction]): (-[WKTimePickerViewController rightButtonWOTAction]): * WebKit.xcodeproj/project.pbxproj: 2018-06-12 Jer Noble Make Modern EME An Experimental Feature Again https://bugs.webkit.org/show_bug.cgi?id=186569 Reviewed by Eric Carlson. * Shared/WebPreferences.yaml: 2018-06-12 Andy Estes [watchOS] Enable NetworkActivityTracker https://bugs.webkit.org/show_bug.cgi?id=186568 Reviewed by Tim Horton. * NetworkProcess/NetworkActivityTracker.h: 2018-06-12 Antti Koivisto Add performance logging for slow cache retrieves https://bugs.webkit.org/show_bug.cgi?id=186520 Reviewed by Chris Dumez. We sometimes see slow cache retrieves in logs. Add some more logging to better analyze these cases. This patch adds timings to all cache storage retrieve operations and passes them up to the client. We then log the timings on NetworkResourceLoader levels if needed. Items logged include - total retrieve time - dispatch delay and number of resources dispatched before this one - record I/O time - blob I/O time - whether cache shrink was in progress - whether cache synchronization was in progress - cancellation * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::retrieveCacheEntry): (WebKit::NetworkResourceLoader::logSlowCacheRetrieveIfNeeded): Log if the retrieve took more than 1s. * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/cache/CacheStorageEngineCaches.cpp: (WebKit::CacheStorage::Caches::readRecord): * NetworkProcess/cache/NetworkCache.cpp: (WebKit::NetworkCache::Cache::retrieve): (WebKit::NetworkCache::Cache::completeRetrieve): (WebKit::NetworkCache::Cache::retrieveData): * NetworkProcess/cache/NetworkCache.h: * NetworkProcess/cache/NetworkCacheSpeculativeLoadManager.cpp: (WebKit::NetworkCache::SpeculativeLoadManager::retrieveEntryFromStorage): (WebKit::NetworkCache::SpeculativeLoadManager::retrieveSubresourcesEntry): SpeculativeLoadManager does not records specific timings yet but at least we do log when they occur. * NetworkProcess/cache/NetworkCacheStorage.cpp: (WebKit::NetworkCache::Storage::ReadOperation::cancel): (WebKit::NetworkCache::Storage::ReadOperation::finish): Record timing info in ReadOperations. (WebKit::NetworkCache::Storage::dispatchReadOperation): (WebKit::NetworkCache::retrieveFromMemory): (WebKit::NetworkCache::Storage::retrieve): * NetworkProcess/cache/NetworkCacheStorage.h: 2018-06-11 Carlos Garcia Campos Unreviewed. Update OptionsGTK.cmake and NEWS for 2.21.4 release. * gtk/NEWS: Add release notes for 2.21.4. 2018-06-11 Youenn Fablet Improve error messages in case FetchEvent.respondWith has a rejected promise https://bugs.webkit.org/show_bug.cgi?id=186368 Reviewed by Chris Dumez. Log in JS console in case of failures. Rely on ThreadableLoader to log which client actually failed. * WebProcess/Storage/ServiceWorkerClientFetch.cpp: (WebKit::ServiceWorkerClientFetch::didFail): 2018-06-11 Chris Dumez http/tests/security/xss-DENIED-script-inject-into-inactive-window2.html times out with PSON enabled https://bugs.webkit.org/show_bug.cgi?id=186546 Reviewed by Brady Eidson. Disable process swap on navigation in frames that have opened other frames via window.open(). These new windows may have a WindowProxy to their opener, and it would therefore be unsafe to process swap at this point. * Shared/NavigationActionData.cpp: (WebKit::NavigationActionData::encode const): (WebKit::NavigationActionData::decode): * Shared/NavigationActionData.h: * UIProcess/API/APINavigation.h: (API::Navigation::setHasOpenedFrames): (API::Navigation::hasOpenedFrames const): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::decidePolicyForNavigationAction): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigationInternal): * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForNavigationAction): 2018-06-11 Keith Rollin Add logging around internalError(const URL&) https://bugs.webkit.org/show_bug.cgi?id=186369 Reviewed by Brent Fulgham. There are times when we receive bug reports where the user says that they are simply shown a page saying an internal error occurred. To help understand the circumstances of that error, add some logging to internalError() in WebErrors.cpp. This logging logs at the Error level that internalError() was called and then logs a backtrace. * Shared/WebErrors.cpp: (WebKit::internalError): 2018-06-11 Tim Horton Link drag image is inconsistently unreadable in dark mode https://bugs.webkit.org/show_bug.cgi?id=186472 Reviewed by Timothy Hatcher. * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::useDefaultAppearance): Make defaultAppearance accurate even if useSystemAppearance is false. Some parts of WebKit (like the link drag image, but also context menus) want to be able to follow the system appearance regardless of whether the view or content has opted in. 2018-06-11 Chris Dumez http/tests/security/cors-post-redirect-307.html fails with PSON enabled https://bugs.webkit.org/show_bug.cgi?id=186441 Reviewed by Brady Eidson. Rename existing flag to something a bit more generic, now that it is used for more things than bypassing the navigation policy check. * Shared/LoadParameters.cpp: (WebKit::LoadParameters::encode const): (WebKit::LoadParameters::decode): * Shared/LoadParameters.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::reattachToWebProcessForReload): (WebKit::WebPageProxy::reattachToWebProcessWithItem): (WebKit::WebPageProxy::loadRequest): (WebKit::WebPageProxy::loadRequestWithNavigation): (WebKit::WebPageProxy::goToBackForwardItem): (WebKit::WebPageProxy::continueNavigationInNewProcess): * UIProcess/WebPageProxy.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::loadRequest): (WebKit::WebPage::goToBackForwardItem): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: 2018-06-11 Nan Wang AX: [iOS] accessibility sometimes doesn't know process suspension is canceled https://bugs.webkit.org/show_bug.cgi?id=186450 Reviewed by Chris Fleizach. There's some early return condition in WebProcess::cancelPrepareToSuspend() which could lead to accessibility failing to post process status notificaiton. Fixed it by moving the accessibility notification before the early return condition. * WebProcess/WebProcess.cpp: (WebKit::WebProcess::cancelPrepareToSuspend): 2018-06-10 Carlos Garcia Campos [GTK][WPE] Add API run run javascript from a WebKitWebView in an isolated world https://bugs.webkit.org/show_bug.cgi?id=186192 Reviewed by Michael Catanzaro. Add webkit_web_view_run_javascript_in_world() that receives a world name. Also add webkit_script_world_new_with_name() to create an isolated world with a name and webkit_script_world_get_name() to get the name of a WebKitScriptWorld. * UIProcess/API/glib/WebKitWebView.cpp: (webkit_web_view_run_javascript): (webkit_web_view_run_javascript_finish): (webkit_web_view_run_javascript_in_world): (webkit_web_view_run_javascript_in_world_finish): * UIProcess/API/gtk/WebKitWebView.h: * UIProcess/API/gtk/docs/webkit2gtk-4.0-sections.txt: Add new symbols. * UIProcess/API/wpe/WebKitWebView.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::runJavaScriptInMainFrameScriptWorld): Send RunJavaScriptInMainFrameScriptWorld message to the WebProcess. * UIProcess/WebPageProxy.h: * WebProcess/InjectedBundle/API/glib/WebKitScriptWorld.cpp: (webkitScriptWorldCreate): (webkit_script_world_new_with_name): (webkit_script_world_get_name): * WebProcess/InjectedBundle/API/gtk/WebKitScriptWorld.h: * WebProcess/InjectedBundle/API/wpe/WebKitScriptWorld.h: * WebProcess/InjectedBundle/InjectedBundleScriptWorld.cpp: (WebKit::InjectedBundleScriptWorld::find): Find an InjectedBundleScriptWorld by its name. * WebProcess/InjectedBundle/InjectedBundleScriptWorld.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::runJavaScriptInMainFrameScriptWorld): Find the InjectedBundleScriptWorld for the given name and run the script in its js context. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: Add RunJavaScriptInMainFrameScriptWorld message. 2018-06-10 Chris Dumez Reload the Web view in case of crash if the client does not implement webViewWebContentProcessDidTerminate delegate https://bugs.webkit.org/show_bug.cgi?id=186468 Reviewed by Geoffrey Garen. We now attempt to reload the Web view if the web content process crashes and the client does not implement the webViewWebContentProcessDidTerminate delegate (or any of the similar delegates in our SPI). * UIProcess/API/APILoaderClient.h: (API::LoaderClient::processDidCrash): * UIProcess/API/APINavigationClient.h: (API::NavigationClient::processDidTerminate): * UIProcess/API/C/WKPage.cpp: (WKPageSetPageLoaderClient): (WKPageSetPageNavigationClient): * UIProcess/API/Cocoa/WKWebViewPrivate.h: * UIProcess/API/glib/WebKitNavigationClient.cpp: * UIProcess/Cocoa/NavigationState.h: * UIProcess/Cocoa/NavigationState.mm: (WebKit::NavigationState::NavigationClient::processDidTerminate): * UIProcess/WebPageProxy.cpp: (WebKit::m_resetRecentCrashCountTimer): (WebKit::WebPageProxy::didFinishLoadForFrame): (WebKit::shouldReloadAfterProcessTermination): (WebKit::WebPageProxy::dispatchProcessDidTerminate): (WebKit::WebPageProxy::tryReloadAfterProcessTermination): (WebKit::WebPageProxy::resetRecentCrashCountSoon): (WebKit::WebPageProxy::resetRecentCrashCount): (WebKit::m_configurationPreferenceValues): Deleted. * UIProcess/WebPageProxy.h: 2018-06-09 Dan Bernstein [Xcode] Clean up and modernize some build setting definitions https://bugs.webkit.org/show_bug.cgi?id=186463 Reviewed by Sam Weinig. * Configurations/Base.xcconfig: Removed definition for macOS 10.11. * Configurations/BaseTarget.xcconfig: Simplified the definition of WK_PRIVATE_FRAMEWORKS_DIR now that WK_XCODE_SUPPORTS_TEXT_BASED_STUBS is true for all supported Xcode versions. * Configurations/DebugRelease.xcconfig: Removed definition for macOS 10.11. * Configurations/FeatureDefines.xcconfig: Simplified the definitions of ENABLE_APPLE_PAY and ENABLE_VIDEO_PRESENTATION_MODE now macOS 10.12 is the earliest supported version. * Configurations/Version.xcconfig: Removed definition for macOS 10.11. * Configurations/WebKitTargetConditionals.xcconfig: Removed definitions for macOS 10.11. 2018-06-09 Dan Bernstein Added missing file references to the Configuration group. * WebKit.xcodeproj/project.pbxproj: 2018-06-08 Wenson Hsieh [WebKit on watchOS] Upstream watchOS source additions to OpenSource (Part 1) https://bugs.webkit.org/show_bug.cgi?id=186442 Reviewed by Tim Horton. * Configurations/FeatureDefines.xcconfig: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView dismissQuickboardViewControllerAndRevealFocusedFormOverlayIfNecessary:]): (-[WKContentView quickboard:textEntered:]): (-[WKContentView quickboardInputCancelled:]): (-[WKContentView viewController:inputContextViewHeightForSize:]): (-[WKContentView allowsLanguageSelectionMenuForListViewController:]): (-[WKContentView inputContextViewForViewController:]): (-[WKContentView inputLabelTextForViewController:]): (-[WKContentView initialValueForViewController:]): (-[WKContentView shouldDisplayInputContextViewForListViewController:]): (-[WKContentView numericInputModeForListViewController:]): (-[WKContentView textContentTypeForListViewController:]): (-[WKContentView textSuggestionsForListViewController:]): (-[WKContentView listViewController:didSelectTextSuggestion:]): (-[WKContentView allowsDictationInputForListViewController:]): * UIProcess/ios/WKScrollView.mm: (-[WKScrollView initWithFrame:]): (-[WKScrollView addGestureRecognizer:]): (-[WKScrollView _configureDigitalCrownScrolling]): (-[WKScrollView _puic_contentOffsetForCrownInputSequencerOffset:]): * UIProcess/ios/forms/WKFocusedFormControlView.h: * UIProcess/ios/forms/WKFocusedFormControlView.mm: (pathWithRoundedRectInFrame): (-[WKFocusedFormControlView initWithFrame:delegate:]): (-[WKFocusedFormControlView handleWheelEvent:]): (-[WKFocusedFormControlView show:]): (-[WKFocusedFormControlView hide:]): (-[WKFocusedFormControlView delegate]): (-[WKFocusedFormControlView setDelegate:]): (-[WKFocusedFormControlView dimmingMaskLayer]): (-[WKFocusedFormControlView handleTap]): (-[WKFocusedFormControlView _wheelChangedWithEvent:]): (-[WKFocusedFormControlView didDismiss]): (-[WKFocusedFormControlView didSubmit]): (-[WKFocusedFormControlView layoutSubviews]): (-[WKFocusedFormControlView setHighlightedFrame:]): (-[WKFocusedFormControlView computeDimmingViewCutoutPath]): (-[WKFocusedFormControlView disengageFocusedFormControlNavigation]): (-[WKFocusedFormControlView engageFocusedFormControlNavigation]): (-[WKFocusedFormControlView reloadData:]): (-[WKFocusedFormControlView setMaskLayerPosition:animated:]): (-[WKFocusedFormControlView setHighlightedFrame:animated:]): (-[WKFocusedFormControlView submitActionName]): (submitActionNameFontAttributes): (-[WKFocusedFormControlView setSubmitActionName:]): (-[WKFocusedFormControlView scrollViewForCrownInputSequencer]): (-[WKFocusedFormControlView updateViewForCurrentCrownInputSequencerState]): (-[WKFocusedFormControlView scrollOffsetForCrownInputOffset:]): (-[WKFocusedFormControlView _crownInputSequencerTimerFired]): (-[WKFocusedFormControlView cancelPendingCrownInputSequencerUpdate]): (-[WKFocusedFormControlView scheduleCrownInputSequencerUpdate]): (-[WKFocusedFormControlView crownInputSequencerOffsetDidChange:]): (-[WKFocusedFormControlView crownInputSequencerDidBecomeIdle:willDecelerate:]): (-[WKFocusedFormControlView crownInputSequencerIdleDidChange:]): (-[WKFocusedFormControlView suggestions]): (-[WKFocusedFormControlView setSuggestions:]): (-[WKFocusedFormControlView handleWebViewCredentialsSaveForWebsiteURL:user:password:passwordIsAutoGenerated:]): (-[WKFocusedFormControlView selectionWillChange:]): (-[WKFocusedFormControlView selectionDidChange:]): (-[WKFocusedFormControlView textWillChange:]): (-[WKFocusedFormControlView textDidChange:]): 2018-06-08 Per Arne Vollan Only display refresh monitors having requested display refresh callback should get notified on screen updates. https://bugs.webkit.org/show_bug.cgi?id=186397 Reviewed by Brent Fulgham. Since all display refresh monitors in the WebContent process share a single UI process display link, we should make sure that only the monitors having requested callback are getting notified on screen updates. I have not been able to reproduce a case where a monitor is being notified without having requested updates, but we should safeguard the code for future code changes. * WebProcess/WebPage/mac/DrawingAreaMac.cpp: 2018-06-08 Aditya Keerthi [Datalist] Allow TextFieldInputType to show and hide suggestions https://bugs.webkit.org/show_bug.cgi?id=186151 Reviewed by Tim Horton. Added WebDataListSuggestionPicker to send messages to the UIProcess in order to update the suggestions view. This object is also responsible for forwarding messages from WebKit into the DataListSuggestionsClient, which is the TextFieldInputType in this case. The client needs to know when the suggestions are hidden or if an suggestion has been selected. * WebKit.xcodeproj/project.pbxproj: * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::createDataListSuggestionPicker): Responsible for creating WebDataListSuggestionPicker to send/receive messages. * WebProcess/WebCoreSupport/WebChromeClient.h: * WebProcess/WebCoreSupport/WebDataListSuggestionPicker.cpp: Added. Responsible for sending messages to UIProcess and updating the DataListSuggestionsClient. (WebKit::WebDataListSuggestionPicker::WebDataListSuggestionPicker): (WebKit::WebDataListSuggestionPicker::~WebDataListSuggestionPicker): (WebKit::WebDataListSuggestionPicker::handleKeydownWithIdentifier): (WebKit::WebDataListSuggestionPicker::didSelectOption): (WebKit::WebDataListSuggestionPicker::didCloseSuggestions): (WebKit::WebDataListSuggestionPicker::close): (WebKit::WebDataListSuggestionPicker::displayWithActivationType): * WebProcess/WebCoreSupport/WebDataListSuggestionPicker.h: Added. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setActiveDataListSuggestionPicker): (WebKit::WebPage::didSelectDataListOption): Called by UIProcess when option selected. (WebKit::WebPage::didCloseSuggestions): Called by UIProcess if the suggestions view is closed. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: 2018-06-08 Basuke Suzuki [Win] Fix initial value of HANDLE to INVALID_HANDLE_VALUE https://bugs.webkit.org/show_bug.cgi?id=186405 The handle was not initialized at all. Initialized with INVALID_HANDLE_VALUE. Reviewed by Per Arne Vollan. * Platform/IPC/Attachment.h: * Platform/IPC/win/AttachmentWin.cpp: (IPC::Attachment::decode): 2018-06-08 Brian Burg [Cocoa] Web Automation: include browser name and version in listing for automation targets https://bugs.webkit.org/show_bug.cgi?id=186204 Reviewed by Darin Adler. Add a new delegate method that allows the client to set the name and version of the browser as returned in the 'browserName' and 'browserVersion' capabilities. If the delegate methods are not implemented, try to get this information from the main bundle. In the RWI protocol, these fields are added to automation target listings. * UIProcess/API/Cocoa/_WKAutomationDelegate.h: * UIProcess/Cocoa/AutomationClient.h: * UIProcess/Cocoa/AutomationClient.mm: (WebKit::AutomationClient::AutomationClient): (WebKit::AutomationClient::browserName const): (WebKit::AutomationClient::browserVersion const): 2018-06-08 Per Arne Vollan Run display links in the UI process when ENABLE(WEBPROCESS_WINDOWSERVER_BLOCKING) is true. https://bugs.webkit.org/show_bug.cgi?id=186379 Reviewed by Brent Fulgham. Replace __MAC_OS_X_VERSION_MIN_REQUIRED >= 101400 with ENABLE(WEBPROCESS_WINDOWSERVER_BLOCKING). * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::dispatchActivityStateChange): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/mac/DisplayLink.cpp: * UIProcess/mac/DisplayLink.h: * UIProcess/mac/WebPageProxyMac.mm: * WebProcess/WebPage/DrawingArea.cpp: * WebProcess/WebPage/mac/DrawingAreaMac.cpp: 2018-06-08 Per Arne Vollan Send display link IPC message from display link thread. https://bugs.webkit.org/show_bug.cgi?id=186429 Reviewed by Geoffrey Garen. When the display link callback is firing on the display link thread in the UI process, we schedule a function to be called on the main thread to send the IPC message to the WebContent process. Since Connection::send is thread-safe, we can just send the message from the display link thread, instead. This should be a small performance improvement. * UIProcess/mac/DisplayLink.cpp: (WebKit::DisplayLink::DisplayLink): (WebKit::DisplayLink::displayLinkCallback): * UIProcess/mac/DisplayLink.h: 2018-06-07 Chris Dumez Add base class to get WeakPtrFactory member and avoid some boilerplate code https://bugs.webkit.org/show_bug.cgi?id=186407 Reviewed by Brent Fulgham. Add CanMakeWeakPtr base class to get WeakPtrFactory member and its getter, in order to avoid some boilerplate code in every class needing a WeakPtrFactory. This also gets rid of old-style createWeakPtr() methods in favor of the newer makeWeakPtr(). * NetworkProcess/NetworkLoadChecker.h: * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::canAuthenticateAgainstProtectionSpace): * NetworkProcess/PreconnectTask.h: * NetworkProcess/cache/CacheStorageEngine.h: * Shared/Authentication/AuthenticationManager.h: * UIProcess/API/APIAttachment.cpp: (API::Attachment::Attachment): * UIProcess/ApplePay/WebPaymentCoordinatorProxy.cpp: (WebKit::WebPaymentCoordinatorProxy::canMakePaymentsWithActiveCard): (WebKit::WebPaymentCoordinatorProxy::openPaymentSetup): * UIProcess/ApplePay/WebPaymentCoordinatorProxy.h: * UIProcess/ApplePay/mac/WebPaymentCoordinatorProxyMac.mm: (WebKit::WebPaymentCoordinatorProxy::platformShowPaymentUI): * UIProcess/ApplicationStateTracker.h: * UIProcess/ApplicationStateTracker.mm: (WebKit::ApplicationStateTracker::ApplicationStateTracker): * UIProcess/Cocoa/ViewGestureController.cpp: (WebKit::ViewGestureController::setAlternateBackForwardListSourcePage): * UIProcess/Cocoa/WebViewImpl.h: * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::updateWindowAndViewFrames): (WebKit::WebViewImpl::setTopContentInset): (WebKit::WebViewImpl::viewDidMoveToWindow): (WebKit::WebViewImpl::prepareForMoveToWindow): (WebKit::WebViewImpl::validateUserInterfaceItem): (WebKit::WebViewImpl::requestCandidatesForSelectionIfNeeded): (WebKit::WebViewImpl::interpretKeyEvent): (WebKit::WebViewImpl::firstRectForCharacterRange): (WebKit::WebViewImpl::performKeyEquivalent): (WebKit::WebViewImpl::keyUp): (WebKit::WebViewImpl::keyDown): * UIProcess/CredentialManagement/WebCredentialsMessengerProxy.cpp: (WebKit::WebCredentialsMessengerProxy::makeCredential): (WebKit::WebCredentialsMessengerProxy::getAssertion): * UIProcess/CredentialManagement/WebCredentialsMessengerProxy.h: * UIProcess/Downloads/DownloadProxy.cpp: (WebKit::DownloadProxy::setOriginatingPage): * UIProcess/Launcher/ProcessLauncher.h: * UIProcess/Launcher/mac/ProcessLauncherMac.mm: (WebKit::ProcessLauncher::launchProcess): * UIProcess/ProcessAssertion.h: * UIProcess/WebPageProxy.h: * UIProcess/WebsiteData/WebsiteDataStore.h: * UIProcess/gtk/WaylandCompositor.cpp: (WebKit::WaylandCompositor::Surface::attachBuffer): * UIProcess/gtk/WaylandCompositor.h: * UIProcess/ios/ProcessAssertionIOS.mm: (WebKit::ProcessAssertion::ProcessAssertion): * UIProcess/mac/DisplayLink.cpp: (WebKit::DisplayLink::displayLinkCallback): * WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDisplayRefreshMonitor.mm: (WebKit::RemoteLayerTreeDisplayRefreshMonitor::RemoteLayerTreeDisplayRefreshMonitor): * WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.h: 2018-06-07 Dan Bernstein Don’t install process-webcontent-entitlements.sh into the built XPC services. * WebKit.xcodeproj/project.pbxproj: 2018-06-07 Andy Estes [iOS] Inform the client when PDFKit's extension process crashes https://bugs.webkit.org/show_bug.cgi?id=186418 Reviewed by Tim Horton. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::processDidTerminate): (WebKit::WebPageProxy::dispatchProcessDidTerminate): Separated the dispatching of delegate methods from the rest of the web process-specific processDidTerminate logic. * UIProcess/WebPageProxy.h: * UIProcess/ios/WKPDFView.mm: (-[WKPDFView web_setContentProviderData:suggestedFilename:]): Minor style fix. (-[WKPDFView pdfHostViewControllerExtensionProcessDidCrash:]): Called WebPageProxy::dispatchProcessDidTerminate on the main thread. 2018-06-07 Andy Estes [iOS] Unable to present the share sheet after saving a PDF to Files.app https://bugs.webkit.org/show_bug.cgi?id=186413 Reviewed by Tim Horton. WKApplicationStateTrackingView (WKPDFView's superclass) keeps track of whether it's in a window so that it can suspend and resume the web process accordingly. However, in WKPDFView's case, PDFKit's host view is in the window instead of WKPDFView itself when a PDF is being displayed (WKPDFView is only in a window as a placeholder while the PDF loads). Since WKApplicationStateTrackingView doesn't think its in a window, it suspends the web process, preventing messages necessary to displaying the share sheet from being delivered. Fix this by teaching WKApplicationStateTrackingView to consider the in-windowness of the proper content view. For all cases other than WKPDFView, this is |self|. For WKPDFView, it is the PDFHostViewController's root view if it exists, otherwise it's |self|. * UIProcess/ios/WKApplicationStateTrackingView.h: * UIProcess/ios/WKApplicationStateTrackingView.mm: (-[WKApplicationStateTrackingView willMoveToWindow:]): (-[WKApplicationStateTrackingView didMoveToWindow]): (-[WKApplicationStateTrackingView _contentView]): * UIProcess/ios/WKPDFView.mm: (-[WKPDFView _contentView]): (-[WKPDFView web_contentView]): 2018-06-07 Dean Jackson Match HI spec for thumbnail view sizing and location https://bugs.webkit.org/show_bug.cgi?id=186412 Reviewed by Tim Horton. Use the computed obscured inset to position the QuickLook view inside the WKSystemPreviewView. * UIProcess/ios/WKSystemPreviewView.mm: (-[WKSystemPreviewView web_setContentProviderData:suggestedFilename:]): (-[WKSystemPreviewView _layoutThumbnailView]): 2018-06-07 Tadeu Zagallo Don't try to allocate JIT memory if we don't have the JIT entitlement https://bugs.webkit.org/show_bug.cgi?id=182605 Reviewed by Mark Lam. Remove processHasEntitlement, which was moved into WTF and update all call sites. * Shared/mac/SandboxUtilities.h: * Shared/mac/SandboxUtilities.mm: (WebKit::processHasEntitlement): Deleted. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): * UIProcess/ApplicationStateTracker.mm: (WebKit::applicationType): * UIProcess/ios/WKActionSheetAssistant.mm: (applicationHasAppLinkEntitlements): 2018-06-07 Tim Horton REGRESSION (r232544): Pages are blank after homing out and then resuming on iPad https://bugs.webkit.org/show_bug.cgi?id=186408 Reviewed by Wenson Hsieh. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _resizeWhileHidingContentWithUpdates:]): Clients who use _resizeWhileHidingContentWithUpdates don't call _endAnimatedResize; the former API is a one-shot. We can't wait for _endAnimatedResize to complete the animation (and don't need to, since the content is hidden), but instead should just finish it when the commit with the resized tiles arrives. 2018-06-07 Jiewen Tan Use the same overloaded addInputString in WKContentViewInteraction https://bugs.webkit.org/show_bug.cgi?id=186376 Reviewed by Brent Fulgham. Different overloaded variants of [UIKeyboardImpl -addInputString] behaves differently. We should use the same overloaded variant consistently: [UIKeyboardImpl -addInputString:withFlags:withInputManagerHint:]. Sadly, there is no test case for this change as: 1) UIScriptController has troubles simulating '\r' keyboard event, and 2) API test couldn't simulate proper UI keyboard events. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _interpretKeyEvent:isCharEvent:]): 2018-06-07 Alex Christensen REGRESSION(r224134) Client certificate challenges don't always appear https://bugs.webkit.org/show_bug.cgi?id=186402 Reviewed by Brian Weinstein. * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::completeAuthenticationChallenge): Add an exception for all TLS-handshake-related challenges, not just server trust. 2018-06-07 Ryosuke Niwa Release assert in Document::updateLayout() in WebPage::determinePrimarySnapshottedPlugIn() https://bugs.webkit.org/show_bug.cgi?id=186383 Reviewed by Jon Lee. The release assert was hit because the descendent elemenet iterator, which instantiates ScriptDisallowedScope, was alive as determinePrimarySnapshottedPlugIn invoked Document::updateLayout. Avoid this by copying the list of plugin image elements into a vector first. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::determinePrimarySnapshottedPlugIn): Fixed the release assert, and deployed Ref and RefPtr to make this code safe. 2018-06-07 Don Olmstead [CoordGraphics] Fix compilation errors around USE(COORDINATED_GRAPHICS) https://bugs.webkit.org/show_bug.cgi?id=186374 Reviewed by Žan Doberšek. * Shared/CoordinatedGraphics/threadedcompositor/ThreadedCompositor.cpp: (WebKit::ThreadedCompositor::sceneUpdateFinished): 2018-06-07 Brent Fulgham Remove unused debug mode conditions https://bugs.webkit.org/show_bug.cgi?id=186358 Reviewed by Zalan Bujtas. Remove some unused code paths related to ResourceLoadStatistics debug mode. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::logUserInteraction): (WebKit::WebResourceLoadStatisticsStore::shouldPartitionCookies const): 2018-06-07 Dan Bernstein REGRESSION (r232520): Crash under IPC::ArgumentCoder::encodePlatformData https://bugs.webkit.org/show_bug.cgi?id=186385 Reviewed by Daniel Bates. * Shared/mac/WebCoreArgumentCodersMac.mm: (IPC::ArgumentCoder::encodePlatformData): Fixed an incorrect cast. 2018-06-06 Per Arne Vollan Crash in lambda function WTF::Function::CallableWrapper Reviewed by Brent Fulgham. When the display link is firing, the callback function is called on the display link thread, where a lambda function is created to be executed on the main thread. The WebPageProxy object is captured as a RefPtr in the lambda. This might crash when executing on the main thread, since the WebPageProxy object is possibly deleted then. Capturing the WebPageProxy will not prevent the object from being deleted if the destruction of the WebPageProxy object already has started on the main thread when the object is captured, which sometimes is the case. Instead, we can create a weak pointer to the object, which will work as intended, even if the WebPageProxy object is in the process of being deleted. This also matches the display link implementation used when the WebContent process has access to the WindowServer. This is not a frequent crash. I have not been able to reproduce it. * UIProcess/mac/DisplayLink.cpp: (WebKit::DisplayLink::displayLinkCallback): 2018-06-06 Antoine Quint Rename color-filter to -apple-color-filter and do not expose it to Web content https://bugs.webkit.org/show_bug.cgi?id=186306 Reviewed by Simon Fraser. Change the ColorFilter setting to no longer be exposed as an experimental feature and ensure it's turned off by default. To allow internal clients to use the -apple-color-filter property, we expose a new _colorFilterEnabled property as SPI to WKWebViewConfigurationPrivate. * Shared/WebPreferences.yaml: * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetColorFilterEnabled): (WKPreferencesGetColorFilterEnabled): * UIProcess/API/C/WKPreferencesRefPrivate.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): (-[WKWebViewConfiguration copyWithZone:]): (-[WKWebViewConfiguration _setAttachmentElementEnabled:]): (-[WKWebViewConfiguration _colorFilterEnabled]): (-[WKWebViewConfiguration _setColorFilterEnabled:]): * UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h: 2018-06-06 Jer Noble REGRESSION (r232301) - Unable to enter video fullscreen https://bugs.webkit.org/show_bug.cgi?id=186357 Reviewed by Jon Lee. Only set up the standby fullscreen element if we are in element fullscreen. * WebProcess/FullScreen/WebFullScreenManager.cpp: (WebKit::WebFullScreenManager::videoControlsManagerDidChange): 2018-06-06 Jeremy Jones attenuationFactor should be in range [0,1] https://bugs.webkit.org/show_bug.cgi?id=186320 rdar://problem/40821456 Reviewed by Jer Noble. If attenuationFactor is outside of this range it can cause false positives. * UIProcess/ios/fullscreen/FullscreenTouchSecheuristic.cpp: (WebKit::FullscreenTouchSecheuristic::attenuationFactor): 2018-06-06 Tim Horton Move animated resize into the layer tree transaction, and make it asynchronous https://bugs.webkit.org/show_bug.cgi?id=186130 Reviewed by Simon Fraser. * Shared/RemoteLayerTree/RemoteLayerTreeTransaction.h: (WebKit::RemoteLayerTreeTransaction::setScrollPosition): (WebKit::RemoteLayerTreeTransaction::dynamicViewportSizeUpdateID const): (WebKit::RemoteLayerTreeTransaction::setDynamicViewportSizeUpdateID): * Shared/RemoteLayerTree/RemoteLayerTreeTransaction.mm: (WebKit::RemoteLayerTreeTransaction::encode const): (WebKit::RemoteLayerTreeTransaction::decode): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::willCommitLayerTree): Add scrollPosition to the transaction on all platforms, not just Mac. Add the optional dynamicViewportSizeUpdateID to the transaction, representing the most recent dynamicViewportSizeUpdate that commit contains, if any. * Shared/ios/DynamicViewportSizeUpdate.h: Added a typedef for DynamicViewportSizeUpdateID, and move the mode enum here. * UIProcess/ios/PageClientImplIOS.h: * UIProcess/ios/PageClientImplIOS.mm: (WebKit::PageClientImpl::dynamicViewportUpdateChangedTarget): Deleted. * UIProcess/PageClient.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::resetState): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::dynamicViewportSizeUpdate): (WebKit::WebPageProxy::didCommitLayerTree): (WebKit::WebPageProxy::synchronizeDynamicViewportUpdate): Deleted. (WebKit::WebPageProxy::dynamicViewportUpdateChangedTarget): Deleted. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::dynamicViewportSizeUpdate): (WebKit::WebPage::synchronizeDynamicViewportUpdate): Deleted. Remove dynamicViewportUpdateChangedTarget and synchronizeDynamicViewportUpdate. Move dynamicViewportSizeUpdateID maintenance into WKWebView. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _processDidExit]): Remove _resizeAnimationTransformTransactionID. We now instead pack the resize ID inside the transaction, instead of separately sending back a transaction ID to wait for. (-[WKWebView _didCommitLayerTreeDuringAnimatedResize:]): (-[WKWebView _didCommitLayerTree:]): Added, factored out of _didCommitLayerTree:. If the transaction includes the result of the most recently-sent resize, store the requisite adjustments required to counter the new scale and scroll offset, update the resizeAnimationView, and, if endAnimatedResize has already been called, call _didCompleteAnimatedResize to tear down the animation view and put things back together. Add some code so that if a commit arrives before the resize, we update the scale of the resize animation view to keep the width fitting. (activeMaximumUnobscuredSize): (activeOrientation): Move these because the code that depends on them moved. (-[WKWebView _didCompleteAnimatedResize]): Broken out of _endAnimatedResize. This can now be called from either endAnimatedResize or _didCommitLayerTreeDuringAnimatedResize, depending on which is called first. (-[WKWebView _beginAnimatedResizeWithUpdates:]): Don't create a new resize view if we still have one. Otherwise, we'll get the view ordering all wrong when making the second one. This didn't previously cause trouble, because we don't have a lot of WKScrollView subviews, but it totally could. Adopt _initialContentOffsetForScrollView just to make this code more clear. (-[WKWebView _endAnimatedResize]): (-[WKWebView _dynamicViewportUpdateChangedTargetToScale:position:nextValidLayerTreeTransactionID:]): Deleted. * UIProcess/API/Cocoa/WKWebViewInternal.h: 2018-06-05 Per Arne Vollan Move OpenGL display mask to screen data struct. https://bugs.webkit.org/show_bug.cgi?id=186198 Reviewed by Brent Fulgham. Currently, the OpenGL display mask is a global in the WebContent process. This is not correct in all cases, since it is possible to have two Web views in the same WebContent process, displayed on different displays. This can be resolved by moving the OpenGL display mask to a new ScreenData struct, containing information specific to each display. The display ID of the host window is used to find the OpenGL display mask when needed. This patch makes the host window available when creating an IOSurface, in order to find the right OpenGL display mask. If no host window is available, the OpenGL display mask of the main display is used. * Shared/WebPageCreationParameters.cpp: (WebKit::WebPageCreationParameters::encode const): (WebKit::WebPageCreationParameters::decode): * Shared/WebPageCreationParameters.h: * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::windowScreenDidChange): (WebKit::WebPageProxy::creationParameters): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::screenPropertiesStateChanged): (WebKit::displayReconfigurationCallBack): * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: * WebProcess/WebPage/mac/WebPageMac.mm: (WebKit::WebPage::openGLDisplayMaskChanged): Deleted. * WebProcess/WebProcess.cpp: (WebKit::WebProcess::setScreenProperties): * WebProcess/WebProcess.h: * WebProcess/WebProcess.messages.in: * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): 2018-06-05 Keith Rollin Remove tracksResourceLoadMilestones support https://bugs.webkit.org/show_bug.cgi?id=186329 Reviewed by Darin Adler. Remove the mechanism for enabling/disabling the tracking of resource-load milestones. This was initially added in order to enable the tracking only for Safari. However, the decision has been made to enable the tracking for all WebKit clients, so it's now enabled unconditionally. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::startTrackingResourceLoad): (WebKit::NetworkConnectionToWebProcess::stopTrackingResourceLoad): (WebKit::NetworkConnectionToWebProcess::stopAllNetworkActivityTracking): (WebKit::NetworkConnectionToWebProcess::stopAllNetworkActivityTrackingForPage): (WebKit::networkActivityTrackingEnabled): Deleted. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::initializeNetworkProcess): * NetworkProcess/NetworkProcess.h: (WebKit::NetworkProcess::tracksResourceLoadMilestones const): Deleted. * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * UIProcess/API/APIProcessPoolConfiguration.cpp: (API::ProcessPoolConfiguration::copy): * UIProcess/API/APIProcessPoolConfiguration.h: * UIProcess/API/C/WKContextConfigurationRef.cpp: (WKContextConfigurationTracksResourceLoadMilestones): Deleted. (WKContextConfigurationSetTracksResourceLoadMilestones): Deleted. * UIProcess/API/C/WKContextConfigurationRef.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.mm: (-[_WKProcessPoolConfiguration tracksResourceLoadMilestones]): Deleted. (-[_WKProcessPoolConfiguration setTracksResourceLoadMilestones:]): Deleted. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::ensureNetworkProcess): 2018-06-05 Darin Adler [Cocoa] Retire DispatchPtr, and add more move semantics and simpler #ifs to other smart pointers https://bugs.webkit.org/show_bug.cgi?id=186324 Reviewed by Anders Carlsson. * NetworkProcess/cache/NetworkCacheData.h: Use OSObjectPtr instead of DispatchPtr and also use an rvalue reference in the constructor. * NetworkProcess/cache/NetworkCacheDataCocoa.mm: (WebKit::NetworkCache::Data::Data): Use adoptOSObject, rvalue reference and WTFMove. (WebKit::NetworkCache::Data::empty): Use OSObjectPtr. (WebKit::NetworkCache::Data::data const): Use adoptOSObject. (WebKit::NetworkCache::Data::subrange const): Ditto. (WebKit::NetworkCache::concatenate): Ditto. (WebKit::NetworkCache::Data::adoptMap): Ditto. Also use WTFMove. * NetworkProcess/cache/NetworkCacheIOChannel.h: Use OSObjectPtr. * NetworkProcess/cache/NetworkCacheIOChannelCocoa.mm: (WebKit::NetworkCache::IOChannel::IOChannel): Use adoptOSObject. (WebKit::NetworkCache::IOChannel::read): Use OSObjectPtr. 2018-06-05 Brent Fulgham Adjust compile and runtime flags to match shippable state of features https://bugs.webkit.org/show_bug.cgi?id=186319 Reviewed by Maciej Stachowiak, Jon Lee, and others. Change the default state of various experimental features so that they are off by default in production builds, since they are still under development. Turn 'CacheAPIEnabled' and 'SubresourceIntegrityEnabled' on by default, since both features have been shipping for a full cycle and have proven to be stable in production. * Configurations/FeatureDefines.xcconfig: Don't build ENABLE_INPUT_TYPE_COLOR or ENABLE_INPUT_TYPE_COLOR_POPOVER. * Shared/WebPreferences.yaml: 2018-06-05 Timothy Hatcher Clean up LocalDefaultSystemAppearance and prefers-dark-interface media query https://bugs.webkit.org/show_bug.cgi?id=186323 rdar://problem/38382252 Reviewed by Tim Horton. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _defaultAppearance]): * UIProcess/API/mac/WKView.mm: (-[WKView _defaultAppearance]): * UIProcess/Cocoa/WebViewImpl.h: * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::useDefaultAppearance): 2018-06-05 Sihui Liu [iOS] TestWebKitAPI.WebKit.WKHTTPCookieStoreWithoutProcessPool fails because cookies aren't flushed to file https://bugs.webkit.org/show_bug.cgi?id=186303 Reviewed by Geoffrey Garen. No matter there is an observer or not, cookies in UI process should always be flushed to file when new process pool is created, such that cookies created via API can be synced to network process. * UIProcess/API/APIHTTPCookieStore.cpp: (API::HTTPCookieStore::HTTPCookieStore): (API::HTTPCookieStore::registerObserver): (API::HTTPCookieStore::cookieManagerDestroyed): (API::HTTPCookieStore::registerForNewProcessPoolNotifications): 2018-06-05 Jeremy Jones secheuristic should only use touch began and ended, not changed. https://bugs.webkit.org/show_bug.cgi?id=186318 rdar://problem/39781486 Reviewed by Jer Noble. Filter out change events so swiping gestures don't trigger the heuristic. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController _touchDetected:]): 2018-06-05 Darin Adler [Cocoa] More preparation for ARC, focusing on WebKit and smart pointers https://bugs.webkit.org/show_bug.cgi?id=186314 Reviewed by Anders Carlsson. * NetworkProcess/cocoa/NetworkSessionCocoa.mm: (WebKit::NetworkSessionCocoa::NetworkSessionCocoa): Use __bridge for cast. * NetworkProcess/mac/NetworkProcessMac.mm: (WebKit::overrideSystemProxies): Ditto. (WebKit::NetworkProcess::allowSpecificHTTPSCertificateForHost): Ditto. * Platform/IPC/mac/ConnectionMac.mm: (IPC::Connection::sendMessage): Ditto. (IPC::readFromMachPort): Ditto. * Platform/mac/StringUtilities.mm: (WebKit::formattedPhoneNumberString): Use __bridge for cast and CFBridgingRelease instead of an explicit autorelease. * Shared/API/Cocoa/_WKRemoteObjectInterface.mm: (initializeMethods): Use auto instead of an explicit type so that we get the correct type for the result of protocol_copyProtocolList. * Shared/API/Cocoa/_WKRemoteObjectRegistry.mm: (-[_WKRemoteObjectRegistry _sendInvocation:interface:]): Added a bridging cast to void* because that's needed to call _Block_signature under ARC and harmless outside ARC. * Shared/API/c/cf/WKStringCF.mm: (WKStringCreateWithCFString): Use __bridge for cast. * Shared/API/c/cf/WKURLCF.mm: (WKURLCreateWithCFURL): Ditto. * Shared/Authentication/cocoa/AuthenticationManagerCocoa.mm: (WebKit::AuthenticationManager::initializeConnection): Ditto. * Shared/Cocoa/DataDetectionResult.mm: (WebKit::DataDetectionResult::encode const): Ditto. (WebKit::DataDetectionResult::decode): Ditto. * Shared/Cocoa/WKNSError.mm: (-[WKNSError _web_createTarget]): Ditto. * Shared/Cocoa/WKNSURLExtras.mm: (-[NSURL _web_originalDataAsWTFString]): Ditto. * Shared/EntryPointUtilities/mac/XPCService/XPCServiceEntryPoint.h: (WebKit::XPCServiceInitializer): Removed balanced calls to both adoptOSObject and xpc_retain and instead rely on the assignment operator just added to OSObjectPtr. * Shared/EntryPointUtilities/mac/XPCService/XPCServiceMain.mm: (WebKit::XPCServiceEventHandler): Use __bridge for cast. * Shared/RemoteLayerTree/RemoteLayerBackingStore.mm: (WebKit::RemoteLayerBackingStore::applyBackingStoreToLayer): Ditto. * Shared/cf/ArgumentCodersCF.cpp: (IPC::decode): Ditto. * Shared/mac/ArgumentCodersMac.mm: (IPC::isSerializableValue): Ditto. (IPC::encode): Ditto. * Shared/mac/WebCoreArgumentCodersMac.mm: (IPC::encodeNSError): Ditto. Also use CFSTR("")" instead of @"" when we need a CFString. (IPC::decodeNSError): Ditto. (IPC::ArgumentCoder::encodePlatformData): Ditto. (IPC::ArgumentCoder::decodePlatformData): Ditto. (IPC::ArgumentCoder::encodePlatformData): Ditto. (IPC::ArgumentCoder::decodePlatformData): Ditto. (IPC::ArgumentCoder::encode): Ditto. (IPC::ArgumentCoder::decode): Ditto. (IPC::ArgumentCoder::encodePlatformData): Ditto. (IPC::ArgumentCoder::decodePlatformData): Ditto. * Shared/mac/WebHitTestResultData.mm: (WebKit::WebHitTestResultData::platformEncode const): Ditto. (WebKit::WebHitTestResultData::platformDecode): Ditto. * UIProcess/API/C/mac/WKContextPrivateMac.mm: (WKContextIsPlugInUpdateAvailable): Ditto. * UIProcess/API/Cocoa/WKBrowsingContextController.mm: (-[WKBrowsingContextController certificateChain]): Ditto. (didStartProvisionalLoadForFrame): Ditto. (didReceiveServerRedirectForProvisionalLoadForFrame): Ditto. (didFailProvisionalLoadWithErrorForFrame): Ditto. (didCommitLoadForFrame): Ditto. (didFinishLoadForFrame): Ditto. (didFailLoadWithErrorForFrame): Ditto. (canAuthenticateAgainstProtectionSpaceInFrame): Ditto. (didReceiveAuthenticationChallengeInFrame): Ditto. (didStartProgress): Ditto. (didChangeProgress): Ditto. (didFinishProgress): Ditto. (didChangeBackForwardList): Ditto. (processDidCrash): Ditto. (setUpPageLoaderClient): Ditto. (setUpPagePolicyClient): Ditto. * UIProcess/API/Cocoa/WKBrowsingContextGroup.mm: (createWKArray): Ditto. (-[WKBrowsingContextGroup addUserStyleSheet:baseURL:whitelistedURLPatterns:blacklistedURLPatterns:mainFrameOnly:]): Ditto. (-[WKBrowsingContextGroup addUserScript:baseURL:whitelistedURLPatterns:blacklistedURLPatterns:injectionTime:mainFrameOnly:]): Ditto. * UIProcess/API/Cocoa/WKConnection.mm: (didReceiveMessage): Ditto. (didClose): Ditto. (setUpClient): Ditto. * UIProcess/API/Cocoa/WKProcessGroup.mm: (didCreateConnection): Ditto. (getInjectedBundleInitializationUserData): Ditto. (setUpInjectedBundleClient): Ditto. (-[WKProcessGroup _setAllowsSpecificHTTPSCertificate:forHost:]): Ditto. * UIProcess/API/Cocoa/WKProcessPool.mm: (-[WKProcessPool _setAllowsSpecificHTTPSCertificate:forHost:]): Ditto. * UIProcess/API/Cocoa/WKWebsiteDataStore.mm: (-[WKWebsiteDataStore _setProxyConfiguration:]): Ditto. (-[WKWebsiteDataStore _proxyConfiguration]): Ditto. * UIProcess/API/Cocoa/_WKThumbnailView.mm: (-[_WKThumbnailView _didTakeSnapshot:]): Ditto. * UIProcess/API/Cocoa/_WKUserContentFilter.mm: Added a missing include. * UIProcess/Authentication/mac/WebCredentialMac.mm: (WebKit::chain): Use __bridge for cast. * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::legacyPlatformDefaultNetworkCacheDirectory): Use CFBridgingRelease instead of adoptNS. (WebKit::privateBrowsingSession): Use __bridge for cast. * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::provideDataForPasteboard): Use __bridge for cast. * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::pluginPathsInDirectory): Ditto. * UIProcess/RemoteLayerTree/RemoteLayerTreeHost.mm: (WebKit::recursivelyMapIOSurfaceBackingStore): Ditto. * UIProcess/mac/ViewGestureControllerMac.mm: (WebKit::ViewGestureController::beginSwipeGesture): Ditto. * UIProcess/mac/WKFullScreenWindowController.mm: (-[WKFullScreenWindowController enterFullScreen:]): Ditto. * UIProcess/mac/WebPopupMenuProxyMac.mm: (WebKit::WebPopupMenuProxyMac::showPopupMenu): Ditto. * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugIn.mm: (didCreatePage): Ditto. (willDestroyPage): Ditto. (setUpBundleClient): Ditto. * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextController.mm: (didStartProvisionalLoadForFrame): Ditto. (didReceiveServerRedirectForProvisionalLoadForFrame): Ditto. (didFinishLoadForFrame): Ditto. (globalObjectIsAvailableForFrame): Ditto. (didRemoveFrameFromHierarchy): Ditto. (didCommitLoadForFrame): Ditto. (didFinishDocumentLoadForFrame): Ditto. (didFailProvisionalLoadWithErrorForFrame): Ditto. (didFailLoadWithErrorForFrame): Ditto. (didSameDocumentNavigationForFrame): Ditto. (didLayoutForFrame): Ditto. (didReachLayoutMilestone): Ditto. (didFirstVisuallyNonEmptyLayoutForFrame): Ditto. (didHandleOnloadEventsForFrame): Ditto. (userAgentForURL): Ditto. (setUpPageLoaderClient): Ditto. (willSendRequestForFrame): Ditto. (didInitiateLoadForResource): Ditto. (didFinishLoadForResource): Ditto. (didFailLoadForResource): Ditto. (setUpResourceLoadClient): Ditto. * WebProcess/InjectedBundle/mac/InjectedBundleMac.mm: (WebKit::InjectedBundle::initialize): Ditto. * WebProcess/Plugins/Netscape/mac/NetscapePluginMac.mm: (WebKit::NetscapePlugin::popUpContextMenu): Ditto. * WebProcess/Plugins/PDF/PDFPlugin.h: Put functions that return NSData inside an #ifdef __OBJC__ and use __bridge for cast. * WebProcess/WebCoreSupport/mac/WebDragClientMac.mm: (WebKit::WebDragClient::declareAndWriteDragImage): Use __bridge for cast. * WebProcess/WebPage/RemoteLayerTree/PlatformCALayerRemoteCustom.mm: (WebKit::PlatformCALayerRemoteCustom::contents const): Added a bridging cast. (WebKit::PlatformCALayerRemoteCustom::setContents): Use __bridge for cast. * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm: (WebKit::TiledCoreAnimationDrawingArea::commitTransientZoom): Ditto. * WebProcess/WebPage/mac/WebPageMac.mm: (WebKit::WebPage::setTopOverhangImage): Ditto. (WebKit::WebPage::setBottomOverhangImage): Ditto. 2018-06-05 Youenn Fablet ServiceWorker registration should store any script fetched through importScripts https://bugs.webkit.org/show_bug.cgi?id=182444 Reviewed by Chris Dumez. Add C API to kill storage process. In case a Storage Process is closed or crashed, ensure that all its related service worker processes also exit. * StorageProcess/ServiceWorker/WebSWServerToContextConnection.messages.in: * UIProcess/API/C/WKContext.cpp: (WKContextTerminateStorageProcess): * UIProcess/API/C/WKContextPrivate.h: * WebProcess/WebProcess.cpp: (WebKit::WebProcess::webToStorageProcessConnectionClosed): * WebProcess/Storage/WebSWContextManagerConnection.cpp: (WebKit::WebSWContextManagerConnection::setScriptResource): * WebProcess/Storage/WebSWContextManagerConnection.h: 2018-06-05 Brent Fulgham Revise DEFAULT_EXPERIMENTAL_FEATURES_ENABLED to work properly on Apple builds https://bugs.webkit.org/show_bug.cgi?id=186286 Reviewed by Dan Bernstein. Use the WK_RELOCATABLE_FRAMEWORKS flag (which is always defined for non-production builds) to define ENABLE(EXPERIMENTAL_FEATURES) so that we do not need to manually change this flag when preparing for a production release. * Configurations/FeatureDefines.xcconfig: Use WK_RELOCATABLE_FRAMEWORKS to determine whether experimental features should be enabled, and use it to properly define the feature flag. * Shared/WebPreferencesDefaultValues.h: 2018-06-04 Chris Dumez Rename "Cross-Origin-Options" HTTP header to "Cross-Origin-Window-Policy" https://bugs.webkit.org/show_bug.cgi?id=186287 Reviewed by Youenn Fablet. * Shared/WebPreferences.yaml: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::frameBecameRemote): 2018-06-04 Dan Bernstein Restored code signing behavior when WK_USE_RESTRICTED_ENTITLEMENTS isn’t set. * Configurations/DebugRelease.xcconfig: Use ad-hoc code signing when WK_USE_RESTRICTED_ENTITLEMENTS isn’t set. 2018-06-04 Dan Bernstein Removed a reference to a file that was deleted in r231190. * WebKit.xcodeproj/project.pbxproj: Removed the reference to WebProcessShim.xcconfig. 2018-06-04 Chris Dumez Update Fetch code to provide more useful exception messages https://bugs.webkit.org/show_bug.cgi?id=186156 Reviewed by Youenn Fablet. Provide more useful error messages in our Loading / Fetch code. * StorageProcess/ServiceWorker/WebSWServerConnection.cpp: (WebKit::WebSWServerConnection::didFailFetch): * StorageProcess/ServiceWorker/WebSWServerConnection.h: * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::didFailFetch): * StorageProcess/StorageProcess.h: * StorageProcess/StorageProcess.messages.in: * WebProcess/Storage/ServiceWorkerClientFetch.cpp: (WebKit::ServiceWorkerClientFetch::didFail): (WebKit::ServiceWorkerClientFetch::continueLoadingAfterCheckingResponse): * WebProcess/Storage/ServiceWorkerClientFetch.h: * WebProcess/Storage/ServiceWorkerClientFetch.messages.in: * WebProcess/Storage/WebServiceWorkerFetchTaskClient.cpp: (WebKit::WebServiceWorkerFetchTaskClient::didReceiveFormDataAndFinish): (WebKit::WebServiceWorkerFetchTaskClient::didFail): * WebProcess/Storage/WebServiceWorkerFetchTaskClient.h: 2018-06-04 Wenson Hsieh [WebKit on watchOS] Remove all uses of the EXTRA_ZOOM_MODE compiler flag https://bugs.webkit.org/show_bug.cgi?id=186279 Reviewed by Tim Horton. Replaces uses of ENABLE(EXTRA_ZOOM_MODE) with PLATFORM(WATCHOS). * Shared/WebPreferencesDefaultValues.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): (-[WKWebView _zoomToFocusRect:selectionRect:insideFixed:fontSize:minimumScale:maximumScale:allowScaling:forceScroll:]): * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: (-[WKWebViewConfiguration init]): * UIProcess/WebProcessProxy.cpp: * UIProcess/WebProcessProxy.h: * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _willStartScrollingOrZooming]): (-[WKContentView _didEndScrollingOrZooming]): (-[WKContentView _startAssistingKeyboard]): (-[WKContentView _startAssistingNode:userIsInteracting:blurPreviousNode:changingActivityState:userObject:]): (-[WKContentView _stopAssistingNode]): (-[WKContentView reloadContextViewForPresentedListViewController]): (-[WKContentView _wheelChangedWithEvent:]): (-[WKContentView _simulateTextEntered:]): (-[WKContentView selectFormAccessoryPickerRow:]): (-[WKContentView formInputLabel]): (-[WKContentView setTimePickerValueToHour:minute:]): * UIProcess/ios/WKScrollView.mm: (-[WKScrollView initWithFrame:]): (-[WKScrollView addGestureRecognizer:]): * UIProcess/ios/forms/WKFileUploadPanel.mm: (-[WKFileUploadPanel platformSupportsPickerViewController]): * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::platformPrefersTextLegibilityBasedZoomScaling const): 2018-06-04 Jeremy Jones Disable keyboard in fullscreen ios. https://bugs.webkit.org/show_bug.cgi?id=186058 Reviewed by Jer Noble. Disallow keyboard in ios fullscreen. This will still allow select keys useful for playback. * UIProcess/WebFullScreenManagerProxy.cpp: (WebKit::WebFullScreenManagerProxy::supportsFullScreen): 2018-06-04 Youenn Fablet NetworkCORSPreflightChecker should set the preflight request User-Agent header https://bugs.webkit.org/show_bug.cgi?id=186254 Reviewed by Chris Dumez. Some servers misbehave if the User-Agent header is not set properly on preflight requests. Set it to the same value as the request triggering the preflight. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::startPreflight): * NetworkProcess/NetworkCORSPreflightChecker.h: * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkCORSRequestWithPreflight): 2018-06-03 Andy Estes [Wi-Fi Assertions] Resume assertions when NetworkProcess::cancelPrepareToSuspend is called https://bugs.webkit.org/show_bug.cgi?id=186247 Reviewed by Tim Horton. Since we suspended assertions in prepareToSuspend, we need to resume them if cancelPrepareToSuspend is called. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::cancelPrepareToSuspend): 2018-06-03 Andy Estes [iOS] Add a needed networking process entitlement https://bugs.webkit.org/show_bug.cgi?id=186246 Reviewed by Brent Fulgham. Also sorted the existing entitlements. * Configurations/Network-iOS.entitlements: 2018-06-03 Brent Fulgham Make sure that the fencePort received over IPC has the expected disposition (SEND) https://bugs.webkit.org/show_bug.cgi?id=186211 Reviewed by Geoffrey Garen. It is possible (though very unlikely) for a message to be recevied that has the wrong mach port disposition. If this happens, we shouldn't manipulate the passed mach_port_t or pass it on to other API. We already drop messages that violate this expectation in the IPC layer, but code handling IPC::Attachment data types are not checking this value. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setTopContentInsetFenced): * WebProcess/cocoa/VideoFullscreenManager.mm: (WebKit::VideoFullscreenManager::setVideoLayerFrameFenced): 2018-06-02 Chris Dumez Unreviewed, rolling out r232275. May have caused a ~1% PLT regression on iOS Reverted changeset: "Store 0-lifetime stylesheets / scripts into the disk cache for faster history navigations" https://bugs.webkit.org/show_bug.cgi?id=186060 https://trac.webkit.org/changeset/232275 2018-06-02 Jeremy Jones Make WKWebView firstResponder after entering or exiting fullscreen. https://bugs.webkit.org/show_bug.cgi?id=186088 rdar://problem/40387859 Reviewed by Jer Noble. Update first responder when WKWebView moves to a new window, otherwise there won't be a first responder. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController beganEnterFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController _completedExitFullScreen]): 2018-06-02 Jeremy Jones Exit fullscreen when javascript alerts are presented. https://bugs.webkit.org/show_bug.cgi?id=185619 rdar://problem/35724264 Reviewed by Jer Noble. Prevent users from being trapped in fullscreen by alert cycles. Prevent fullscreen from becoming unresponsive due to alerts hidden behind fullscreen. Fullscreen exit is initiated here in the UI process so that fullscreen UI is torn down immediately, before the alert is shown. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::exitFullscreenImmediately): (WebKit::WebPageProxy::runJavaScriptAlert): (WebKit::WebPageProxy::runJavaScriptConfirm): (WebKit::WebPageProxy::runJavaScriptPrompt): * UIProcess/WebPageProxy.h: 2018-06-02 Youenn Fablet Add a sandbox profile for com.cisco.webex.plugin.gpc64 plugin https://bugs.webkit.org/show_bug.cgi?id=186110 Reviewed by Brent Fulgham. * PluginProcess/mac/com.apple.WebKit.plugin-common.sb.in: Webex needs to create some symlinks. * Resources/PlugInSandboxProfiles/com.cisco.webex.plugin.gpc64.sb: Added. * WebKit.xcodeproj/project.pbxproj: 2018-06-01 Wenson Hsieh [Extra zoom mode] The user should always be able to double tap to zoom to a scale of at least 1 https://bugs.webkit.org/show_bug.cgi?id=186209 Reviewed by Tim Horton. Tweaks the way double-tap-to-zoom scales are determined in extra zoom mode. Rather than zooming to make the 50th and 90th percentiles of text in the document legible, only consider the 90th percentile of text size when determining zoom scale, and fix the other potential zoom scale at 1; additionally, if the zoom scales are close (within 0.3 of each other), snap the lower zoom scale to the higher value. This results in the following changes in behavior: - Enables double tap to zoom in cases where all the text in the page is already legible. - On pages with mobile viewports, usually allows the user to toggle between initial scale and a scale of 1. - If a significant portion of text is unusually small, the zoomed-in scale may exceed 1. Test: fast/events/extrazoom/double-tap-to-zoom-with-large-text.html * WebProcess/WebPage/ViewGestureGeometryCollector.cpp: (WebKit::ViewGestureGeometryCollector::collectGeometryForSmartMagnificationGesture): (WebKit::ViewGestureGeometryCollector::computeTextLegibilityScales): 2018-06-01 Jeremy Jones Keyboard focus should exit fullscreen. https://bugs.webkit.org/show_bug.cgi?id=185617 rdar://problem/34697938 Reviewed by Ryosuke Niwa. While in element fullscreen, initiating keyboard focus should exit fullscreen in iOS. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::elementDidFocus): 2018-06-01 Chris Dumez Regression(r230567): Unable to log into twitter.com in private sessions https://bugs.webkit.org/show_bug.cgi?id=186205 Reviewed by Youenn Fablet. We were using the same SWServer for all private sessions and the SWServer's sessionID would be legacyPrivateSessionID(). As a result, the service worker's sessionID would be legacyPrivateSessionID() as well and would not match the sessionID of its client pages. This sessionID mismatch was causing the breakage. Instead of using the same SWServer of all private sessions, we now go back to using a SWServer per private session. However, we now make sure that the SWServer gets destroyed whenever its corresponding session gets destroyed. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::destroySession): * NetworkProcess/cache/CacheStorageEngine.cpp: (WebKit::CacheStorage::Engine::from): * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::destroySession): (WebKit::StorageProcess::swServerForSession): * StorageProcess/StorageProcess.h: * StorageProcess/StorageProcess.messages.in: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::setAnyPageGroupMightHavePrivateBrowsingEnabled): * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::~WebsiteDataStore): (WebKit::WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback): * UIProcess/WebsiteData/WebsiteDataStore.h: (WebKit::WebsiteDataStore::weakPtrFactory const): Fix memory leak caused by a reference cycle between the WebsiteDataStore and its WebResourceLoadStatisticsStore, by using WeakPtr to break the cycle. This was causing us to leak WebsiteDataStore objects, which would prevent the destruction of sessions. 2018-06-01 Youenn Fablet Add an option to restrict communication to localhost sockets https://bugs.webkit.org/show_bug.cgi?id=186208 Reviewed by Eric Carlson. Implement restriction to localhost sockets by setting any IP address to 127.0.0.1. This is done on WebProcess side just before requesting to open the socket by NetworkProcess. * WebProcess/Network/webrtc/LibWebRTCNetwork.h: (WebKit::LibWebRTCNetwork::disableNonLocalhostConnections): * WebProcess/Network/webrtc/LibWebRTCProvider.cpp: (WebKit::LibWebRTCProvider::disableNonLocalhostConnections): (WebKit::LibWebRTCProvider::registerMDNSName): * WebProcess/Network/webrtc/LibWebRTCProvider.h: * WebProcess/Network/webrtc/LibWebRTCSocketFactory.cpp: (WebKit::prepareSocketAddress): (WebKit::LibWebRTCSocketFactory::CreateServerTcpSocket): (WebKit::LibWebRTCSocketFactory::CreateUdpSocket): (WebKit::LibWebRTCSocketFactory::CreateClientTcpSocket): * WebProcess/Network/webrtc/LibWebRTCSocketFactory.h: 2018-06-01 Chris Dumez Regression(r230876): Swipe navigation snapshot may get removed too early https://bugs.webkit.org/show_bug.cgi?id=186168 Reviewed by Tim Horton. The swipe navigation snapshot would get removed too early when receiving a paint event after requesting a history navigation but before the provisional load has actually started. This is because of the asynchronous navigation policy decision which occurs after requesting to navigate. To address the issue, we now start listening for events only after the provisional load has started. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _didStartProvisionalLoadForMainFrame]): * UIProcess/API/Cocoa/WKWebViewInternal.h: * UIProcess/Cocoa/ViewGestureController.cpp: (WebKit::ViewGestureController::didStartProvisionalLoadForMainFrame): (WebKit::ViewGestureController::didReachMainFrameLoadTerminalState): (WebKit::ViewGestureController::didSameDocumentNavigationForMainFrame): * UIProcess/Cocoa/ViewGestureController.h: * UIProcess/ios/PageClientImplIOS.mm: (WebKit::PageClientImpl::didStartProvisionalLoadForMainFrame): * UIProcess/ios/ViewGestureControllerIOS.mm: (WebKit::ViewGestureController::endSwipeGesture): * UIProcess/mac/PageClientImplMac.h: * UIProcess/mac/PageClientImplMac.mm: (WebKit::PageClientImpl::didStartProvisionalLoadForMainFrame): * UIProcess/mac/ViewGestureControllerMac.mm: (WebKit::ViewGestureController::endSwipeGesture): 2018-06-01 Jiewen Tan Unreviewed, build fix for r232276. iOS sandbox profiles don't preprocess macros. Therefore, remove the whole macro condition block. * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb: 2018-06-01 Sihui Liu Stop using StorageTracker.db in LocalStorageDatabaseTracker https://bugs.webkit.org/show_bug.cgi?id=186104 Reviewed by Geoffrey Garen. Stop using StorageTracker.db and stop caching origins in LocalStorageDatabaseTracker for efficiency and simplicity. Since functions in LocalStorageDatabaseTracker are not frequently called, we get little benefits from caching origins. * Platform/Logging.h: * UIProcess/API/C/WKKeyValueStorageManager.cpp: (WKKeyValueStorageManagerGetStorageDetailsByOrigin): * UIProcess/WebStorage/LocalStorageDatabaseTracker.cpp: (WebKit::LocalStorageDatabaseTracker::LocalStorageDatabaseTracker): (WebKit::LocalStorageDatabaseTracker::didOpenDatabaseWithOrigin): (WebKit::LocalStorageDatabaseTracker::deleteDatabaseWithOrigin): (WebKit::LocalStorageDatabaseTracker::deleteAllDatabases): (WebKit::LocalStorageDatabaseTracker::databasesModifiedSince): (WebKit::LocalStorageDatabaseTracker::origins const): (WebKit::LocalStorageDatabaseTracker::originDetails): (WebKit::LocalStorageDatabaseTracker::databasePath const): (WebKit::fileCreationTime): Deleted. (WebKit::fileModificationTime): Deleted. (WebKit::LocalStorageDatabaseTracker::trackerDatabasePath const): Deleted. (WebKit::LocalStorageDatabaseTracker::openTrackerDatabase): Deleted. (WebKit::LocalStorageDatabaseTracker::importOriginIdentifiers): Deleted. (WebKit::LocalStorageDatabaseTracker::updateTrackerDatabaseFromLocalStorageDatabaseFiles): Deleted. (WebKit::LocalStorageDatabaseTracker::addDatabaseWithOriginIdentifier): Deleted. (WebKit::LocalStorageDatabaseTracker::removeDatabaseWithOriginIdentifier): Deleted. (WebKit::LocalStorageDatabaseTracker::pathForDatabaseWithOriginIdentifier): Deleted. * UIProcess/WebStorage/LocalStorageDatabaseTracker.h: * UIProcess/WebStorage/StorageManager.h: 2018-06-01 Michael Catanzaro [GTK] Crash in WebKitFaviconDatabase when pageURL is unset https://bugs.webkit.org/show_bug.cgi?id=186164 Reviewed by Carlos Garcia Campos. PageURL can legitimately be null here if JavaScript does something silly with window.open. * UIProcess/API/glib/WebKitFaviconDatabase.cpp: (webkitFaviconDatabaseSetIconURLForPageURL): (webkitFaviconDatabaseSetIconForPageURL): 2018-05-31 Brian Burg [Cocoa] Web Automation: use the session delegate to perform window maximize https://bugs.webkit.org/show_bug.cgi?id=186167 Reviewed by Timothy Hatcher. Add plumbing to hand off window maximizing to the session delegate. * UIProcess/API/Cocoa/_WKAutomationSessionDelegate.h: * UIProcess/Cocoa/AutomationSessionClient.h: * UIProcess/Cocoa/AutomationSessionClient.mm: (WebKit::AutomationSessionClient::AutomationSessionClient): (WebKit::AutomationSessionClient::requestMaximizeWindowOfPage): 2018-06-01 Carlos Garcia Campos Unreviewed. Try to fix GTK+ build with old versions of GTK+ after r232390. * UIProcess/gtk/WebPopupMenuProxyGtk.cpp: (WebKit::WebPopupMenuProxyGtk::showPopupMenu): 2018-06-01 Carlos Garcia Campos [GTK] Switch to use a popup window with a tree view instead of a menu for option menu default implementation https://bugs.webkit.org/show_bug.cgi?id=186146 Reviewed by Michael Catanzaro. It's more convenient to use than the menu. * UIProcess/API/gtk/WebKitPopupMenu.cpp: (WebKit::menuCloseCallback): (WebKit::WebKitPopupMenu::activateItem): * UIProcess/API/gtk/WebKitPopupMenu.h: * UIProcess/gtk/WebPopupMenuProxyGtk.cpp: (WebKit::WebPopupMenuProxyGtk::WebPopupMenuProxyGtk): (WebKit::WebPopupMenuProxyGtk::selectItem): (WebKit::WebPopupMenuProxyGtk::activateItem): (WebKit::WebPopupMenuProxyGtk::activateItemAtPath): (WebKit::WebPopupMenuProxyGtk::treeViewRowActivatedCallback): (WebKit::WebPopupMenuProxyGtk::treeViewButtonReleaseEventCallback): (WebKit::WebPopupMenuProxyGtk::buttonPressEventCallback): (WebKit::WebPopupMenuProxyGtk::keyPressEventCallback): (WebKit::WebPopupMenuProxyGtk::createPopupMenu): (WebKit::WebPopupMenuProxyGtk::show): (WebKit::WebPopupMenuProxyGtk::showPopupMenu): (WebKit::WebPopupMenuProxyGtk::hidePopupMenu): (WebKit::WebPopupMenuProxyGtk::cancelTracking): (WebKit::WebPopupMenuProxyGtk::typeAheadFindIndex): (WebKit::WebPopupMenuProxyGtk::typeAheadFind): * UIProcess/gtk/WebPopupMenuProxyGtk.h: 2018-05-31 Per Arne Vollan Add OpenGL display mask to WebPage creation parameters. https://bugs.webkit.org/show_bug.cgi?id=186163 Reviewed by Brent Fulgham. To make sure the OpenGL display mask is always available, include it in the WebPage creation parameters. The OpenGL display mask is sent to the WebProcess when the platform display ID changes, but that is not early enough in all cases. If the OpenGL display mask is not set, only OpenGL software rendering is offered on some hardware configurations. * Shared/WebPageCreationParameters.cpp: (WebKit::WebPageCreationParameters::encode const): (WebKit::WebPageCreationParameters::decode): * Shared/WebPageCreationParameters.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::creationParameters): * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): 2018-05-31 Brent Fulgham Add a rule to allow reading files with prefix /private/var/db/CVMS/cvmsCodeSignObj https://bugs.webkit.org/show_bug.cgi?id=186157 Reviewed by Eric Carlson. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-31 Megan Gardner Add setting to allow override screen size to be disabled. https://bugs.webkit.org/show_bug.cgi?id=186109 Reviewed by Andy Estes. Pipe the needed settings through to WebCore. * Shared/WebPreferences.yaml: * UIProcess/WebPageProxy.cpp: (WebKit::m_configurationPreferenceValues): 2018-05-31 Brent Fulgham [macOS] Add JIT entitlements to WebContent process and plugin process on macOS https://bugs.webkit.org/show_bug.cgi?id=184485 Reviewed by Dan Bernstein. This patch builds on the changes from Bug 185526 to add support for a JIT entitlement. It makes the following changes: 1. Adds a new 'WebContent-OSX.entitlements file that unconditionally adds the JIT entitlement for all builds. 2. Modifies the PluginService.entitlements to unconditionally add the JIT entitlement. * Configurations/PluginService.entitlements: Updated to add the JIT entitlement. * Configurations/WebContent-OSX.entitlements: Updated to add the JIT entitlement. * Configurations/WebContentService.xcconfig: Updated to use the new 'WebContent-OSX.entitlements' file. * WebKit.xcodeproj/project.pbxproj: 2018-05-31 Brent Fulgham Don't attempt to extend sandbox when running tests with mock media devices https://bugs.webkit.org/show_bug.cgi?id=186150 Reviewed by Alexey Proskuryakov. Avoid attempting to issue a sandbox extension to actual media devices when running with Mock capture devices. Also handle the 'denyNextRequest' test state outside of the USE(APPLE_INTERNAL_SDK) guards, since it is needed for Open Source builds as well. * UIProcess/UserMediaProcessManager.cpp: (WebKit::UserMediaProcessManager::willCreateMediaStream): 2018-05-31 Antti Koivisto WebKit memory management: Safari jetsams on some websites when zooming and scrolling https://bugs.webkit.org/show_bug.cgi?id=186091 Reviewed by Geoff Garen. When zooming a page rapidly the visible rect and the page zoom level may get momentarily out of sync. When this happens we may generate tiles for a much larger area than needed and run out of memory building the next layer tree transaction. Running out of memory is more likely if the page has lots of tiled layers in addition to the main content layer. We already have code for dealing with the scale mismatch for zoom-out case (where this would cause visibly missing tiles). This patch enables the same exact adjustment for zoom-in case (where the symptom is creating too many tiles). * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::adjustExposedRectForNewScale): Do some renames to make it clear that this can both expand and contract the visible rect. Bail out if there is nothing to do. (WebKit::WebPage::updateVisibleContentRects): Call adjustExposedRectForNewScale directly and unconditionally. (WebKit::adjustExposedRectForBoundedScale): Deleted. 2018-05-30 Yusuke Suzuki [JSC] Pass VM& parameter as much as possible https://bugs.webkit.org/show_bug.cgi?id=186085 Reviewed by Saam Barati. * WebProcess/Plugins/Netscape/NPJSObject.cpp: (WebKit::NPJSObject::hasMethod): (WebKit::NPJSObject::construct): (WebKit::NPJSObject::invoke): 2018-05-30 Brent Fulgham [macOS] WebProcess needs TCC entitlements for media capture (Take 2) https://bugs.webkit.org/show_bug.cgi?id=185526 Reviewed by Alexey Proskuryakov. In Bug 181995 I added TCC entitlements for media capture to the macOS entitlements used for relocatable builds. These changes also need to apply to system builds of WebKit. Previously we had not needed an entitlements file for system builds of WebKit, so only provided an entitlements file for our relocatable build targets. Now we need entitlements when building on recent macOS targets using internal SDKs. Since these various scenarios are beginning to multiple, this patch dynamically generates the entitlements file. This patch does the following: 1. Changes the "WebContent-OSX.entitlements" to hold the TCC entitlements needed for media capture, and rename to "WebContent-OSX-restricted.entitlements". 2. Removes the unneeded "com.apple.private.xpc.domain-extension" from WebContent-OSX.entitlement, and dynamically adds it using a new build step using the script 'process-webcontent-entitlements.sh' 3. Updates DebugRelease.xcconfig to use the 'Safari Engineering' signing key for internal builds. 4. Updates WebContentService.xcconfig to remove the CODE_SIGN_ENTITLEMENTS_OSX_WITH_XPC_DOMAIN_EXTENSION_YES target since we no longer need a custom entitlement file for this case. 5. Updates WebContentService.Development.xcconfig to remove CODE_SIGN_ENTITLEMENTS_COCOA_TOUCH_NO since it is no longer needed. 6. Deletes the file Configurations/WebContent.Development.entitlements since it is no longer needed. 7. Revises the WebContent process sandbox to allow camera and microphone access without needing TCC entitlements, since those cannot be applied without an internal SDK. 8. Revises the UserMediaProcessManager to not pass dynamic sandbox extensions to the WebContent process when building with the public SDK since those entitlements cannot be added or consumed in Open Source builds. We want to use the TCC entitlements when building with the internal SDK on recent macOS builds. * Configurations/Base.xcconfig: * Configurations/DebugRelease.xcconfig: * Configurations/WebContent-OSX-restricted.entitlements: Renamed from Source/WebKit/Configurations/WebContent-OSX.entitlements. * Configurations/WebContent.Development.entitlements: Removed. * Configurations/WebContentService.Development.xcconfig: * Configurations/WebContentService.xcconfig: * Scripts/process-webcontent-entitlements.sh: Added. * UIProcess/UserMediaProcessManager.cpp: (WebKit::UserMediaProcessManager::willCreateMediaStream): Don't bother creating and sending sandbox extensions for camera and microphone control for builds that cannot support them. * WebKit.xcodeproj/project.pbxproj: 2018-05-30 Daniel Bates NavigationAction does not need to hold initiating DOM Event https://bugs.webkit.org/show_bug.cgi?id=185958 Reviewed by Simon Fraser. Write in terms of NavigationAction::{keyStateEventData, mouseEventDataForFirstMouseEvent}(). * WebProcess/InjectedBundle/InjectedBundleNavigationAction.cpp: (WebKit::mouseButtonForMouseEventData): (WebKit::syntheticClickTypeForMouseEventData): (WebKit::clickLocationInRootViewCoordinatesForMouseEventData): (WebKit::InjectedBundleNavigationAction::modifiersForNavigationAction): (WebKit::InjectedBundleNavigationAction::mouseButtonForNavigationAction): (WebKit::InjectedBundleNavigationAction::syntheticClickTypeForNavigationAction): (WebKit::InjectedBundleNavigationAction::clickLocationInRootViewCoordinatesForNavigationAction): (WebKit::InjectedBundleNavigationAction::InjectedBundleNavigationAction): (WebKit::mouseEventForNavigationAction): Deleted. (WebKit::mouseButtonForMouseEvent): Deleted. (WebKit::syntheticClickTypeForMouseEvent): Deleted. (WebKit::clickLocationInRootViewCoordinatesForMouseEvent): Deleted. 2018-05-30 Andy Estes [Cocoa] Add an SPI to suppress connection termination errors from CFNetwork when network interfaces change https://bugs.webkit.org/show_bug.cgi?id=186107 Reviewed by Brady Eidson. Added an SPI which configures a process pool's networking process to set the kCFStreamPropertyAutoErrorOnSystemChange to NO on its NSURLSessionConfigurations. This instructs CFNetwork to not terminate active connections when the system's network interfaces change. * NetworkProcess/NetworkProcess.h: (WebKit::NetworkProcess::suppressesConnectionTerminationOnSystemChange const): * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): * NetworkProcess/cocoa/NetworkSessionCocoa.mm: (WebKit::NetworkSessionCocoa::NetworkSessionCocoa): * UIProcess/API/APIProcessPoolConfiguration.cpp: (API::ProcessPoolConfiguration::copy): * UIProcess/API/APIProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.mm: (-[_WKProcessPoolConfiguration suppressesConnectionTerminationOnSystemChange]): (-[_WKProcessPoolConfiguration setSuppressesConnectionTerminationOnSystemChange:]): * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeNetworkProcess): 2018-05-30 Youenn Fablet Rename FromOrigin runtime flag to CrossOriginResourcePolicy and enable it by default https://bugs.webkit.org/show_bug.cgi?id=186082 Reviewed by Chris Dumez. * NetworkProcess/NetworkResourceLoadParameters.cpp: (WebKit::NetworkResourceLoadParameters::encode const): (WebKit::NetworkResourceLoadParameters::decode): * NetworkProcess/NetworkResourceLoadParameters.h: * Shared/WebPreferences.yaml: * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetCrossOriginResourcePolicyEnabled): (WKPreferencesGetCrossOriginResourcePolicyEnabled): (WKPreferencesSetFromOriginResponseHeaderEnabled): Deleted. (WKPreferencesGetFromOriginResponseHeaderEnabled): Deleted. * UIProcess/API/C/WKPreferencesRef.h: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): 2018-05-30 Youenn Fablet Rename CrossOriginResourcePolicy same to same-origin https://bugs.webkit.org/show_bug.cgi?id=186080 Reviewed by Chris Dumez. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::shouldCrossOriginResourcePolicyPolicyCancelLoad): 2018-05-30 David Kilzer [iOS] -[WKFullScreenViewController viewWillAppear:] should call [super viewWillAppeear:] Reviewed by Eric Carlson. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (WKFullScreenViewControllerPlaybackSessionModelClient::setInterface): Drive-by clean up. For consistency, we always use the same variable in the body of the `if` statement that was used in the condition. (-[WKFullScreenViewController viewWillAppear:]): Call [super viewWillAppeear:] to fulfill API contract. 2018-05-30 Chris Dumez Take a background process assertion in WebPageProxy::callAfterNextPresentationUpdate() https://bugs.webkit.org/show_bug.cgi?id=186097 Reviewed by Dan Bernstein. Refactor fix landed in r232298 so that we rely on the existing Callback infrastructure to take a background process assertion. * UIProcess/RemoteLayerTree/RemoteLayerTreeDrawingAreaProxy.mm: (WebKit::RemoteLayerTreeDrawingAreaProxy::dispatchAfterEnsuringDrawing): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::callAfterNextPresentationUpdate): 2018-05-30 Aditya Keerthi Fix the ENABLE(DATALIST_ELEMENT) build https://bugs.webkit.org/show_bug.cgi?id=186105 Reviewed by Wenson Hsieh. * WebProcess/Automation/WebAutomationSessionProxy.cpp: 2018-05-30 Jiewen Tan Unreviewed, a quick build fix for r232276. Enabled SecItemShim again as it turns out to be useful for CFNetwork APIs that query Keychains underneath us. * NetworkProcess/ios/NetworkProcessIOS.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcess): * NetworkProcess/mac/NetworkProcessMac.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcess): 2018-05-30 Jer Noble Auto-pip should use main content heuristic. https://bugs.webkit.org/show_bug.cgi?id=186065 Reviewed by Eric Carlson. Make the m_pipStandbyElement clearable, which will allow the auto-pip mechanism to be torn down. Add a WebProcess-side notification when the main content changes, to facilitate this. * WebProcess/FullScreen/WebFullScreenManager.cpp: (WebKit::WebFullScreenManager::videoControlsManagerDidChange): (WebKit::WebFullScreenManager::setPIPStandbyElement): (WebKit::WebFullScreenManager::didEnterFullScreen): (WebKit::WebFullScreenManager::willExitFullScreen): * WebProcess/FullScreen/WebFullScreenManager.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::videoControlsManagerDidChange): * WebProcess/WebPage/WebPage.h: * WebProcess/cocoa/PlaybackSessionManager.h: * WebProcess/cocoa/PlaybackSessionManager.mm: (WebKit::PlaybackSessionManager::setUpPlaybackControlsManager): (WebKit::PlaybackSessionManager::clearPlaybackControlsManager): (WebKit::PlaybackSessionManager::currentPlaybackControlsElement const): 2018-05-30 Jer Noble Fix a few issues in WKFullScreenViewController https://bugs.webkit.org/show_bug.cgi?id=186067 Reviewed by Darin Adler. The check in setInterface() is checking the wrong pointer: * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (WKFullScreenViewControllerPlaybackSessionModelClient::setInterface): The check in -_effectiveFullscreenInsetTop is backwards: (-[WKFullScreenViewController _effectiveFullscreenInsetTop]): 2018-05-30 Chris Dumez Take a background process assertion in WebPageProxy::callAfterNextPresentationUpdate() https://bugs.webkit.org/show_bug.cgi?id=186097 Reviewed by Tim Horton. Take a background process assertion in WebPageProxy::callAfterNextPresentationUpdate(). Otherwise, apps may get stuck on _doAfterNextPresentationUpdate because the WebProcess got suspended. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::callAfterNextPresentationUpdate): 2018-05-29 Tim Horton Fix the build https://bugs.webkit.org/show_bug.cgi?id=186078 Unreviewed build fix. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _denyNextUserMediaRequest]): 2018-05-29 Andy Estes [Wi-Fi Assertions] Track whether WiFiAssertionHolder should actually hold a Wi-Fi assertion https://bugs.webkit.org/show_bug.cgi?id=185983 Reviewed by Tim Horton. * Configurations/Network-iOS.entitlements: Added a needed entitlement. * NetworkProcess/cocoa/NetworkDataTaskCocoa.h: * NetworkProcess/cocoa/WiFiAssertionHolder.h: (WebKit::WiFiAssertionHolder::shouldHoldWiFiAssertion const): Track whether WiFiAssertionHolder should actually hold a Wi-Fi assertion. * NetworkProcess/cocoa/WiFiAssertionHolder.mm: Renamed from Source/WebKit/NetworkProcess/cocoa/WiFiAssertionHolder.cpp. (holdWiFiAssertion): (releaseWiFiAssertion): (WebKit::WiFiAssertionHolder::WiFiAssertionHolder): (WebKit::WiFiAssertionHolder::~WiFiAssertionHolder): Changed holdWiFiAssertion() and releaseWiFiAssertion() to take the WiFiAssertionHolder as an argument. * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb: Added a needed sandbox extension. * WebKit.xcodeproj/project.pbxproj: 2018-05-29 Youenn Fablet Add a consistency check between URL and CFURL https://bugs.webkit.org/show_bug.cgi?id=186057 Reviewed by Geoff Garen. * Shared/Cocoa/WKNSURLExtras.mm: (+[NSURL _web_URLWithWTFString:relativeToURL:]): (urlWithWTFString): Deleted. (+[NSURL _web_URLWithWTFString:]): Deleted. 2018-05-29 Alex Christensen Remove unused WebPage::dummy https://bugs.webkit.org/show_bug.cgi?id=186068 Reviewed by Sam Weinig. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::dummy): Deleted. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: 2018-05-29 Per Arne Vollan Create typedef for HashMap https://bugs.webkit.org/show_bug.cgi?id=186056 Reviewed by Brent Fulgham. * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: 2018-05-25 Jiewen Tan Tighten sandbox profiles for Networking Processes to restrict accesses to macOS/iOS Keychains https://bugs.webkit.org/show_bug.cgi?id=162948 Reviewed by Brent Fulgham. The patch conditionally tighten sandbox profiles for Networking Processes to remove Keychain related permissions and some security permisssions that are not needed. Also it conditionally remove the Process Privilege for Networking Processes to access Credentials. In addition, it remove process privilege assertions for SecItemShim as it is supposed to work in processes that don't have privileges to access Keychains and delegate all operations to UI Process via IPC. Also, the patch disables SecItemShim for Networking Process conditionally. * Configurations/Network-iOS.entitlements: * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::initializeNetworkProcess): * NetworkProcess/mac/com.apple.WebKit.NetworkProcess.sb.in: * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb: * Shared/mac/SecItemShim.cpp: (WebKit::sendSecItemRequest): (WebKit::webSecItemCopyMatching): (WebKit::webSecItemAdd): (WebKit::webSecItemUpdate): (WebKit::webSecItemDelete): (WebKit::initializeSecItemShim): 2018-05-29 Chris Dumez Store 0-lifetime stylesheets / scripts into the disk cache for faster history navigations https://bugs.webkit.org/show_bug.cgi?id=186060 Reviewed by Geoffrey Garen. Tweak our storeUnconditionallyForHistoryNavigation logic to match resources whose priority is High, not just VeryHigh. Per logic in CachedResource::defaultPriorityForResourceType(Type), This now matches stylesheets and scripts in addition to main resources. I found that in case of a history navigation to apple.com, a significant number of scripts and stylesheets had to be loaded from the network because our previous heuristic decided not to store them (because their priority was not VeryHigh and because their max-age was 0). * NetworkProcess/cache/NetworkCache.cpp: (WebKit::NetworkCache::makeStoreDecision): 2018-05-28 Jeff Miller Expose additional WKMenuItemIdentifier strings https://bugs.webkit.org/show_bug.cgi?id=186041 Reviewed by Dan Bernstein. Expose identifiers for media-related menu items. * UIProcess/API/Cocoa/WKMenuItemIdentifiers.mm: Define new identifiers. * UIProcess/API/Cocoa/WKMenuItemIdentifiersPrivate.h: Declare new identifiers. * UIProcess/mac/WebContextMenuProxyMac.mm: (WebKit::menuItemIdentifier): Map to new identifiers. 2018-05-29 Geoffrey Garen Removed some unused WebSQL trackers https://bugs.webkit.org/show_bug.cgi?id=186026 Reviewed by Dan Bernstein. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::NetworkProcess): * NetworkProcess/NetworkProcess.h: * WebProcess/WebProcess.cpp: (WebKit::m_nonVisibleProcessCleanupTimer): (WebKit::m_webSQLiteDatabaseTracker): Deleted. * WebProcess/WebProcess.h: 2018-05-29 Per Arne Vollan Follow-up fixes after r228907. https://bugs.webkit.org/show_bug.cgi?id=183338 Reviewed by Brent Fulgham. Add screen properties to the WebProcess creation parameters, instead of sending them in a message to the WebProcess just after starting it up. * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::initializeNewWebProcess): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): 2018-05-29 Sihui Liu Unable to remove IndexedDB Databases with Cocoa API removeDataOfTypes https://bugs.webkit.org/show_bug.cgi?id=185835 Reviewed by Chris Dumez. Fix a wrong if condition: databases should be closed and deleted if websiteDataTypes contains WebsiteDataType::IndexedDBDatabases. * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::deleteWebsiteDataForOrigins): 2018-05-28 Sam Weinig Modernize SVGRenderStyleDefs.h https://bugs.webkit.org/show_bug.cgi?id=186024 Reviewed by Daniel Bates. * Shared/RemoteLayerTree/RemoteLayerTreePropertyApplier.mm: (WebKit::applyPropertiesToLayer): * Shared/RemoteLayerTree/RemoteLayerTreeTransaction.mm: (WebKit::RemoteLayerTreeTransaction::LayerProperties::LayerProperties): Update for new enum names. 2018-05-28 Carlos Garcia Campos Unreviewed. Update OptionsGTK.cmake and NEWS for 2.21.3 release. * gtk/NEWS: Add release notes for 2.21.3. 2018-05-27 Dan Bernstein Reverted the changes made for https://webkit.org/b/186016 They broke the USE(APPLE_INTERNAL_SDK) Sierra build. 2018-05-27 David Kilzer [iOS] Fix warnings about leaks found by clang static analyzer Reviewed by Daniel Bates. * UIProcess/Automation/ios/WebAutomationSessionIOS.mm: (WebKit::WebAutomationSession::platformSimulateKeySequence): Fix leak of two WebEvent objects that happened in a loop. * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: (-[_WKPreviewControllerDelegate previewController:transitionImageForPreviewItem:contentRect:]): Fix leak of a UIImage. 2018-05-27 Dan Bernstein [Cocoa] Avoid importing directly from subumbrella frameworks https://bugs.webkit.org/show_bug.cgi?id=186016 Reviewed by Sam Weinig. * Configurations/BaseTarget.xcconfig: Removed -iframework options from OTHER_CFLAGS and OTHER_CPLUSPLUSFLAGS. * UIProcess/Automation/mac/WebAutomationSessionMac.mm: Import Carbon.h instead of an HIToolbox header. * UIProcess/Cocoa/WebViewImpl.mm: Ditto. * UIProcess/mac/WKPrintingView.mm: Import Quartz.h instead of a PDFKit header. * UIProcess/mac/WKTextInputWindowController.mm: Import Carbon.h instead of an HIToolbox header. * WebProcess/Plugins/PDF/PDFAnnotationTextWidgetDetails.h: Import Quartz.h instead of a PDFKit header. * WebProcess/Plugins/PDF/PDFLayerControllerSPI.h: Ditto. * WebProcess/Plugins/PDF/PDFPlugin.mm: Ditto. * WebProcess/Plugins/PDF/PDFPluginAnnotation.mm: Ditto. * WebProcess/Plugins/PDF/PDFPluginChoiceAnnotation.mm: Ditto. * WebProcess/Plugins/PDF/PDFPluginPasswordField.mm: Ditto. * WebProcess/Plugins/PDF/PDFPluginTextAnnotation.mm: Ditto. * WebProcess/WebPage/mac/WebPageMac.mm: Ditto. 2018-05-25 Timothy Hatcher Setting drawsBackground to YES on a WKView doesn't take effect immediately https://bugs.webkit.org/show_bug.cgi?id=185885 rdar://problem/39706506 Reviewed by Simon Fraser. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): Removed setBackgroundExtendsBeyondPage(true) since it is now the default. * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::setDrawsBackground): Make sure updateLayer gets called on the web view by calling setNeedsDisplay:YES. (WebKit::WebViewImpl::setBackgroundColor): Ditto. (WebKit::WebViewImpl::updateLayer): Removed dead code. * UIProcess/WebPageProxy.h: Make m_backgroundExtendsBeyondPage default to true. WebKit was always turning this on during WKWebView initializtion, which would cause the scroll shadow layer to be created, flash black because of no background, then destroyed soon after once WebKit's message to turn it on got delivered. * WebProcess/WebPage/WebPage.cpp: (WebPage::WebPage): Call setBackgroundExtendsBeyondPage earlier to avoid creating the scroll shadow layer, since backgroundShouldExtendBeyondPage defautls to false in WebCore for WK1. (WebKit::WebPage::setDrawsBackground): Use updateBackgroundRecursively to propagate the correct base background color. 2018-05-25 Youenn Fablet Migrate From-Origin to Cross-Origin-Resource-Policy https://bugs.webkit.org/show_bug.cgi?id=185840 Reviewed by Chris Dumez. Do Cross-Origin-Resource-Policy (CORP) checks in NetworkLoadChecker instead of NetworkResourceLoader directly. Make sure CORP only applies to no-cors loads. Remove ancestor checks and only consider the document origin making the load. This means that in case of cross-origin redirection to same-origin, the redirection will be CORP-checked, the final response will not be CORP-checked but will be opaque. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::validateCrossOriginResourcePolicyPolicy): (WebKit::NetworkLoadChecker::validateResponse): * NetworkProcess/NetworkLoadChecker.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::retrieveCacheEntry): (WebKit::NetworkResourceLoader::didReceiveResponse): (WebKit::NetworkResourceLoader::continueWillSendRedirectedRequest): (WebKit::NetworkResourceLoader::didRetrieveCacheEntry): (WebKit::NetworkResourceLoader::dispatchWillSendRequestForCacheEntry): * NetworkProcess/NetworkResourceLoader.h: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): Send ancestor information for navigation loads only. 2018-05-25 Daniel Bates NavigationAction should not hold a strong reference to a Document https://bugs.webkit.org/show_bug.cgi?id=185712 Reviewed by Brent Fulgham. Update code to make use of NavigationAction::requester(). * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForNavigationAction): 2018-05-25 Tim Horton Ensure that the Web Content process doesn't sleep during initialization https://bugs.webkit.org/show_bug.cgi?id=185975 Reviewed by Geoffrey Garen. WebProcessPool::warmInitialProcess isn't worth much (or at least, as much as it could be) if the Web Content process goes to sleep in the middle of initializeWebProcess. Keep the Web Content process alive until it has handled all messages sent from WebProcessPool::initializeNewWebProcess. This is a significant speedup on some benchmarks I've been running that involve prewarming a process long before any content is loaded. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::initializeNewWebProcess): 2018-05-25 Chris Dumez WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback() unexpectedly constructs a process pool https://bugs.webkit.org/show_bug.cgi?id=185992 Reviewed by Geoffrey Garen. Update enableResourceLoadStatisticsAndSetTestingCallback() to pass the right parameter to processPools() to avoid constructing a process pool when none exist. Also drop the 'resourceLoadStatisticsEnabled' flag on the WebProcessPool and have it query its data store instead to know if the feature is enabled. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::initializeNewWebProcess): (WebKit::WebProcessPool::setResourceLoadStatisticsEnabled): * UIProcess/WebProcessPool.h: * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::enableResourceLoadStatisticsAndSetTestingCallback): 2018-05-25 Chris Dumez Drop support for NSURLCache in WebKit2 https://bugs.webkit.org/show_bug.cgi?id=185990 Reviewed by Geoffrey Garen. Drop support for NSURLCache in WebKit2 now that the WebKit network cache is stable. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::setCacheModel): * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): (WebKit::NetworkProcess::clearDiskCache): (WebKit::NetworkProcess::platformSetURLCacheSize): Deleted. (WebKit::clearNSURLCache): Deleted. * NetworkProcess/cocoa/NetworkSessionCocoa.h: * NetworkProcess/cocoa/NetworkSessionCocoa.mm: (WebKit::NetworkSessionCocoa::NetworkSessionCocoa): (): Deleted. (WebKit::NetworkSessionCocoa::setUsesNetworkCache): Deleted. * NetworkProcess/curl/NetworkProcessCurl.cpp: (WebKit::NetworkProcess::platformSetURLCacheSize): Deleted. * NetworkProcess/soup/NetworkProcessSoup.cpp: (WebKit::NetworkProcess::platformSetURLCacheSize): Deleted. * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeNetworkProcess): (WebKit::WebProcessPool::legacyPlatformDefaultNetworkCacheDirectory): (WebKit::WebProcessPool::isNetworkCacheEnabled): Deleted. * UIProcess/WebProcessPool.h: * WebProcess/WebPage/WebFrame.cpp: (WebKit::WebFrame::suggestedFilenameForResourceWithURL const): (WebKit::WebFrame::mimeTypeForResourceWithURL const): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::getResourceDataFromFrame): (WebKit::WebPage::hasLocalDataForURL): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/gtk/WebPageGtk.cpp: (WebKit::WebPage::platformHasLocalDataForURL): Deleted. (WebKit::WebPage::cachedResponseMIMETypeForURL): Deleted. (WebKit::WebPage::cachedSuggestedFilenameForURL): Deleted. (WebKit::WebPage::cachedResponseDataForURL): Deleted. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::platformHasLocalDataForURL): Deleted. (WebKit::WebPage::cachedSuggestedFilenameForURL): Deleted. (WebKit::WebPage::cachedResponseMIMETypeForURL): Deleted. (WebKit::WebPage::cachedResponseDataForURL): Deleted. * WebProcess/WebPage/mac/WebPageMac.mm: (WebKit::WebPage::accessibilityRemoteObject): (WebKit::WebPage::platformHasLocalDataForURL): Deleted. (WebKit::cachedResponseForURL): Deleted. (WebKit::WebPage::cachedSuggestedFilenameForURL): Deleted. (WebKit::WebPage::cachedResponseMIMETypeForURL): Deleted. (WebKit::WebPage::cachedResponseDataForURL): Deleted. * WebProcess/WebPage/win/WebPageWin.cpp: (WebKit::WebPage::platformHasLocalDataForURL): Deleted. (WebKit::WebPage::cachedResponseMIMETypeForURL): Deleted. (WebKit::WebPage::cachedSuggestedFilenameForURL): Deleted. (WebKit::WebPage::cachedResponseDataForURL): Deleted. * WebProcess/WebPage/wpe/WebPageWPE.cpp: (WebKit::WebPage::platformHasLocalDataForURL): Deleted. (WebKit::WebPage::cachedResponseMIMETypeForURL): Deleted. (WebKit::WebPage::cachedSuggestedFilenameForURL): Deleted. (WebKit::WebPage::cachedResponseDataForURL): Deleted. * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): 2018-05-25 Alex Christensen Fix internal iOS builds after r232198 https://bugs.webkit.org/show_bug.cgi?id=185986 * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::sendTapHighlightForNodeIfNecessary): 2018-05-25 Alex Christensen URL::host should return a StringView to reduce allocations https://bugs.webkit.org/show_bug.cgi?id=185986 Reviewed by Geoff Garen. * NetworkProcess/NetworkProcess.cpp: (WebKit::fetchDiskCacheEntries): * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::areFrameAncestorsSameSite): * NetworkProcess/mac/NetworkProcessMac.mm: (WebKit::overrideSystemProxies): * Shared/API/APIURL.h: (API::URL::host const): * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::WebAutomationSession::addSingleCookie): (WebKit::WebAutomationSession::deleteAllCookies): * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::processDidTerminateOrFailedToLaunch): * WebProcess/Plugins/PluginView.cpp: (WebKit::PluginView::pluginDidReceiveUserInteraction): * WebProcess/Plugins/WebPluginInfoProvider.cpp: (WebKit::WebPluginInfoProvider::populatePluginCache): * WebProcess/WebPage/WebPage.cpp: (WebKit::needsHiddenContentEditableQuirk): (WebKit::needsPlainTextQuirk): (WebKit::WebPage::determinePrimarySnapshottedPlugIn): 2018-05-25 Adrian Perez de Castro Unreviewed. Update OptionsGTK.cmake and NEWS for 2.21.2 release. * wpe/NEWS: Add release notes for the 2.21.2 release. 2018-05-25 Chris Dumez Minor ApplicationCacheStorage clean up https://bugs.webkit.org/show_bug.cgi?id=185984 Reviewed by Youenn Fablet. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::fetchDataAndApply): * WebProcess/InjectedBundle/API/c/WKBundlePage.cpp: (WKBundlePageCopyOriginsWithApplicationCache): 2018-05-25 Chris Dumez Avoid triggering network cache speculative revalidation for loads allowing expired content https://bugs.webkit.org/show_bug.cgi?id=185985 Reviewed by Antti Koivisto. Avoid triggering network cache speculative revalidation for loads allowing expired content (e.g. history loads, restoring pages after crash or safari relaunch). This causes us to do unnecessary revalidations, it is both wasteful and bad for performance. * NetworkProcess/cache/NetworkCache.cpp: (WebKit::NetworkCache::Cache::retrieve): 2018-05-25 David Kilzer Fix issues with -dealloc methods found by clang static analyzer Reviewed by Joseph Pecoraro. * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: Drive-by fix to use `copy` for `mimeType` property. (-[_WKPreviewControllerDataSource initWithMIMEType:]): Drive-by fix to use `instancetype` instead of `id`. Use -copy for `mimeType` argument to match property definition. (-[_WKPreviewControllerDataSource dealloc]): Add. Release `_completionHandler` and `_mimeType` to fix leaks. * UIProcess/ios/WKPasswordView.mm: (-[WKPasswordView dealloc]): Add. Release `_userDidEnterPassword` to fix leak. * UIProcess/ios/fullscreen/WKFullScreenViewController.h: Drive-by clean-up to make `location` property `copy` instead of `retain`. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: (-[WKFullScreenViewController dealloc]): Release `_target` and `_location` to fix leaks. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullscreenAnimationController dealloc]): Add. Release `_viewController` to fix leak. * UIProcess/ios/fullscreen/WKFullscreenStackView.mm: (@property secondaryMaterialOverlayView): Mark explicitly as `assign` since this isn't a retained variable. (@property secondaryMaterialOverlayViewConstraints): Mark explicitly as `retain` since there is nothing to keep this object alive. (+[WKFullscreenStackView secondaryMaterialOverlayView]): Fix leak by autoreleasing the return value. (-[WKFullscreenStackView dealloc]): Release retained instance variables to fix leaks. Note that `_stackView` and `_visualEffectView` are internally retained despite their @property declarations. (-[WKFullscreenStackView setTargetViewForSecondaryMaterialOverlay:]): Retain @property targetViewForSecondaryMaterialOverlay to match its declaration. 2018-05-23 Antoine Quint [Web Animations] Use DEFAULT_EXPERIMENTAL_FEATURES_ENABLED for Web Animations experimental features https://bugs.webkit.org/show_bug.cgi?id=185919 Reviewed by Dean Jackson. * Shared/WebPreferences.yaml: 2018-05-24 Dan Bernstein ProcessLauncherMac.mm contains a couple of meaningless #ifndef directives https://bugs.webkit.org/show_bug.cgi?id=185973 Reviewed by Tim Horton. * UIProcess/Launcher/mac/ProcessLauncherMac.mm: (WebKit::ProcessLauncher::launchProcess): Use #if !ASSERT_DISABLED to guard statements that are only needed for an assertion, instead of #ifndef _NDEBUG, which is always true. 2018-05-24 Carlos Alberto Lopez Perez [GTK][WPE] Memory pressure monitor doesn't reliable notify all the subprocesses https://bugs.webkit.org/show_bug.cgi?id=184261 Reviewed by Carlos Garcia Campos. On Linux we had two implementations for getting notifications about memory pressure events: - The memory cgroup (called systemd here). - The UIProcess memory monitor (which delivered events via a shared eventfd) The problem with the first is that it was usually not working on a standard machine due to the special permissions or configurations required for memory cgroups, so the second one (eventfd) was used as a fall-back in that case. But this eventfd method is racy with more than one WebKit child process and it wasn't reliably delivering the notifications. This patch removes the memory cgroup implementation and modifies the UIProcess memory monitor to deliver the events via WebKit IPC. This simplifies the code a lot and allows us to have only one implementation that should work in any Linux machine. The implementation now also triggers the event with information about the criticalness of it. Previously a critical event was triggered always at a 95% of pressure. Now a non-critical one is triggered at 90% and critical remains at a 95%. Start triggering events early should compensate the fact than triggering the event via WebKit IPC is a bit slower than doing that via an eventfd (or than listening on the memory cgroup event controller). The events are delivered to all WebKit childs: WebProcess, NetworkProcess, StorageProcess, PluginProcess. In the case of the StorageProcess a dummy controller is installed, which currently does nothing, but leaves a note for a future implementation and at least allows to trigger platformReleaseMemory() that on Linux/glibc should end calling malloc_trim() * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::initializeNetworkProcess): * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * PluginProcess/PluginProcess.cpp: (WebKit::PluginProcess::didReceiveMessage): (WebKit::PluginProcess::initializePluginProcess): * Shared/ChildProcess.cpp: (WebKit::ChildProcess::didReceiveMemoryPressureEvent): * Shared/ChildProcess.h: * Shared/ChildProcess.messages.in: * Shared/Plugins/PluginProcessCreationParameters.cpp: (WebKit::PluginProcessCreationParameters::encode const): (WebKit::PluginProcessCreationParameters::decode): * Shared/Plugins/PluginProcessCreationParameters.h: * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::initializeProcess): * UIProcess/Plugins/PluginProcessManager.cpp: (WebKit::PluginProcessManager::sendMemoryPressureEvent): * UIProcess/Plugins/PluginProcessManager.h: * UIProcess/Plugins/PluginProcessProxy.cpp: (WebKit::PluginProcessProxy::sendMemoryPressureEvent): (WebKit::PluginProcessProxy::didFinishLaunching): * UIProcess/Plugins/PluginProcessProxy.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::sendMemoryPressureEvent): (WebKit::WebProcessPool::ensureNetworkProcess): (WebKit::WebProcessPool::initializeNewWebProcess): * UIProcess/WebProcessPool.h: (WebKit::WebProcessPool::sendToStorageProcess): * UIProcess/linux/MemoryPressureMonitor.cpp: (WebKit::pollIntervalForUsedMemoryPercentage): Fix equation for calculating the interval percentage. (WebKit::MemoryPressureMonitor::singleton): (WebKit::MemoryPressureMonitor::start): * UIProcess/linux/MemoryPressureMonitor.h: * WebProcess/WebProcess.cpp: (WebKit::WebProcess::initializeWebProcess): 2018-05-24 Youenn Fablet Update plugin search path to look for user installed plugins https://bugs.webkit.org/show_bug.cgi?id=185960 Reviewed by Brent Fulgham. Now that UIProcess may be sandboxed, the home directory is no longer the user home directory. Update the path to still look for plugins in the user home directory. * UIProcess/Plugins/mac/PluginInfoStoreMac.mm: (WebKit::PluginInfoStore::pluginsDirectories): 2018-05-24 Jiewen Tan Adopt SecKeyProxy SPI in certificate based challenge response code https://bugs.webkit.org/show_bug.cgi?id=185848 Reviewed by Alex Christensen. This patch adopts SecKeyProxy SPI in HTTPS client certificate authentication code. 1) SecKeyProxy is a new SPI to relay crypto operations from one process to another. The owner process of the proxy will behave like a server, and other owners of the SecKeys created from the proxy's endpoints will then behave like clients. This client-server model allows more restricted sandbox for client processes, and meanwhile permits them to relay crypto operations to the server process while maintaining the same SecKey interfaces as used for local operations. 2) Because of the client-server model, the server process, i.e. the UI Process in our case, needs to keep the proxy object alive long enough for the client process, i.e. Network Processes in our case, to finish all operations, and then destroy the proxy object afterward. The ideal place to hold such a proxy is WebsiteDataStore such that proxies could live with the corresponding network session. 3) A new class called SecKeyProxyStore is then created to bind the lifetime of SecKeyProxy to the WebsiteDataStore while initializing it correctly. At the time the authentication process reaches WebPageProxy::didReceiveAuthenticationChallengeProxy where we have accesses to the WebsiteDataStore, we haven't yet been able to determine the Credential to authenticate the challenge. Therefore, we have to reserve a place in the WebsiteDataStore ahead and then fill it with the right Credential. That's why SecKeyProxyStore exists. In WebPageProxy::didReceiveAuthenticationChallengeProxy, we create a strong reference of SecKeyProxyStore which will eventually hold a strong reference of the SecKeyProxy, and move it to the WebsiteDataStore. We also create a weak reference to SecKeyProxyStore and move it to the AuthenticationChallenge. In this way, we indirectly bind the lifetime of SecKeyProxy to the WebsiteDataStore through the strong reference and also we can initialize the proxy through the weak reference while a credential is finally determined. 4) Endpoints of the SecKeyProxy will be passed to the Network Process for creating the 'remote' SecKey. However, those endpoints are of NSXPCListenerEndpoint type, which can only be passed with xpc connections and are not compatible with our IPC mechanism. In order to pass endpoints around, this patch reuses the xpc connection that is used to bootstrap Network Processes from the UI Process. To do so, it sends xpc messages at the place where original IPC messages are sent and overwrites the boostrap listener of the xpc connection when Network Process is initialized. From the listener, it continues the original authentication code path. 5) Tests, again, are manually covered by tlstestwebkit.org. Noted, the prompting Keychain dialog in macOS should say Safari instead of "com.apple.WebKit.Networking*" now. * Shared/AuthenticationManagerCocoa.mm: Added. (WebKit::AuthenticationManager::initializeConnection): * Shared/Authentication/cocoa/AuthenticationManager.h: * Shared/Authentication/cocoa/ClientCertificateAuthenticationXPCConstants.h: * UIProcess/Authentication/AuthenticationChallengeProxy.cpp: (WebKit::AuthenticationChallengeProxy::useCredential): (WebKit::AuthenticationChallengeProxy::setSecKeyProxyStore): * UIProcess/Authentication/AuthenticationChallengeProxy.h: * UIProcess/Authentication/cocoa/AuthenticationChallengeProxyCocoa.mm: Added. (WebKit::AuthenticationChallengeProxy::sendClientCertificateCredentialOverXpc const): * UIProcess/Authentication/cocoa/SecKeyProxyStore.h: Added. (WebKit::SecKeyProxyStore::create): (WebKit::SecKeyProxyStore::isInitialized const): (WebKit::SecKeyProxyStore::get const): (WebKit::SecKeyProxyStore::weakPtrFactory const): * UIProcess/Authentication/cocoa/SecKeyProxyStore.mm: Added. (WebKit::SecKeyProxyStore::initialize): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::didReceiveAuthenticationChallengeProxy): * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::addSecKeyProxyStore): * UIProcess/WebsiteData/WebsiteDataStore.h: * WebKit.xcodeproj/project.pbxproj: 2018-05-24 Megan Gardner Fix Issues with Loupe Gesture https://bugs.webkit.org/show_bug.cgi?id=185926 Reviewed by Tim Horton. The loupe gesture was not giving us the correct selection in some situations. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView gestureRecognizer:canBePreventedByGestureRecognizer:]): (-[WKContentView gestureRecognizer:shouldRecognizeSimultaneouslyWithGestureRecognizer:]): (-[WKContentView setSelectedTextRange:]): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::selectWithGesture): (WebKit::WebPage::clearSelection): 2018-05-24 Keith Rollin Don't track resource load milestones in private sessions https://bugs.webkit.org/show_bug.cgi?id=185828 Reviewed by Brent Fulgham. Bug 184838 adds the facility for tracing the beginning and ending of resources loads and reporting so that historical information can be gathered to assess the health of the networking stack. Disable this facility for private browsing sessions. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::startTrackingResourceLoad): (WebKit::NetworkConnectionToWebProcess::stopTrackingResourceLoad): * NetworkProcess/NetworkConnectionToWebProcess.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::start): 2018-05-24 Brent Fulgham REGRESSION(r224908): [macOS] Media playback not honoring custom caption styles https://bugs.webkit.org/show_bug.cgi?id=185955 Reviewed by Eric Carlson. In r224908 I removed access to the MediaAccessibility mach port, as well as read/write access to various preferences associated with that process, as it was no longer needed by modern WebKit media routines. Detailed testing reveals that read access is still needed to these preferences to properly handle custom caption styles. This patch re-enables access to the media accessibility preferences. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-24 Brent Fulgham REGRESSION(r230269): ASSERTION FAILED: sendRightCount == 1 at ProcessLauncherMac.mm(218) https://bugs.webkit.org/show_bug.cgi?id=185687 Reviewed by Brady Eidson. In r230269 I added an assertion to help identify cases where we were doing bad bookkeeping in our port send rights. I assumed that because we were adding one send right, that when we went to close down the connection that we should have only one send right. I have since discovered that this assumption is invalid, and that I should only be checking that we have AT LEAST ONE send right at the time we attempt to remove it. This patch changes the assertion to confirm that we have at least one send right before we remove the send right. * UIProcess/Launcher/mac/ProcessLauncherMac.mm: (WebKit::ProcessLauncher::launchProcess): 2018-05-24 Chris Dumez Some of the work in initializeLogChannelsIfNecessary() is unnecessary for release builds https://bugs.webkit.org/show_bug.cgi?id=185951 Reviewed by Geoffrey Garen. Some of the work in initializeLogChannelsIfNecessary() is unnecessary for release builds and slows down launch time. In particular, it is unnecessary to read NSDefaults to figure out which logging channels should be enabled. * Platform/foundation/LoggingFoundation.mm: (WebKit::logLevelString): * Platform/unix/LoggingUnix.cpp: (WebKit::logLevelString): * Platform/win/LoggingWin.cpp: (WebKit::logLevelString): 2018-05-24 Per Arne Vollan Crash under WebKit::PluginProxy::destroy() https://bugs.webkit.org/show_bug.cgi?id=185841 Reviewed by Brent Fulgham. A release assert in Connection::sencSync is failing since scripts are not allowed in this context, and the WebKit process is allowed to process incoming messages while waiting for the sync reply. In this context, scripts are disallowed in the method Element::addShadowRoot. To make sure the WebContent process will not wait indefinitely for a reply from the Plugin process, use a timeout of 1 second when sending the message. * WebProcess/Plugins/PluginProxy.cpp: (WebKit::PluginProxy::destroy): 2018-05-24 Carlos Garcia Campos Unreviewed. Fix GTK+ input method unit tests after r232049. Unit tests don't use a WebPageProxy. * UIProcess/gtk/InputMethodFilter.cpp: (WebKit::InputMethodFilter::isViewFocused const): (WebKit::InputMethodFilter::setEnabled): * UIProcess/gtk/InputMethodFilter.h: 2018-05-24 Carlos Garcia Campos WebDriver: implement maximize, minimize and fullscreen window commands https://bugs.webkit.org/show_bug.cgi?id=180398 Reviewed by Brian Burg. * UIProcess/API/APIAutomationSessionClient.h: (API::AutomationSessionClient::requestMaximizeWindowOfPage): Added to allow clients maximize the window. * UIProcess/API/glib/WebKitAutomationSession.cpp: * UIProcess/API/glib/WebKitWebViewPrivate.h: * UIProcess/API/gtk/WebKitWebViewGtk.cpp: (WindowStateEvent::WindowStateEvent): Struct to handle window state events. (WindowStateEvent::~WindowStateEvent): Complete the event. (WindowStateEvent::complete): Call the completion handler is not called already. (windowStateEventCallback): Handle window state event changes. (webkitWebViewMaximizeWindow): Try to maximize the window and wait for the event. (webkitWebViewMinimizeWindow): Try to minimize the window and wait for the event. (webkitWebViewRestoreWindow): Try to unmaximize or unminimize the window and wait for the event. * UIProcess/API/wpe/WebKitWebViewWPE.cpp: (webkitWebViewMaximizeWindow): (webkitWebViewMinimizeWindow): (webkitWebViewRestoreWindow): * UIProcess/Automation/Automation.json: * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::WebAutomationSession::maximizeWindowOfBrowsingContext): Exit fullscreen, restore the window and then maximize it. (WebKit::WebAutomationSession::maximizeWindowForPage): Ask the client to maximize the window of page. * UIProcess/Automation/WebAutomationSession.h: * UIProcess/Automation/atoms/EnterFullscreen.js: (enterFullscreen): Return early if fullscreen is disabled or if window is already in fullscreen. 2018-05-23 Eric Carlson Avoid loading AVFoundation to check supported MIME types if possible https://bugs.webkit.org/show_bug.cgi?id=185839 Reviewed by Jer Noble. * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): Encode mediaMIMETypes. (WebKit::WebProcessCreationParameters::decode): Decode mediaMIMETypes. * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessProxyCocoa.mm: (WebKit::mediaTypeCache): Static Vector of media MIME types. (WebKit::WebProcessProxy::cacheMediaMIMETypes): Cache the type list and pass it to every other process proxy. (WebKit::WebProcessProxy::cacheMediaMIMETypesInternal): Cache the type list and pass it to the web process. (WebKit::WebProcessProxy::mediaMIMETypes): Return the cached type list. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::initializeNewWebProcess): Set parameters.mediaMIMETypes. * UIProcess/WebProcessProxy.h: * UIProcess/WebProcessProxy.messages.in: Add CacheMediaMIMETypes. * WebProcess/WebProcess.h: * WebProcess/WebProcess.messages.in: Add SetMediaMIMETypes. * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): Cache the MIME types if the list isn't empty, else register with AVFoundationMIMETypeCache to be notified when it loads types. AVFoundationMIMETypeCache to (WebKit::WebProcess::platformTerminate): Unregister with AVFoundationMIMETypeCache. (WebKit::WebProcess::setMediaMIMETypes): Pass list of types to AVFoundationMIMETypeCache. 2018-05-23 Brian Burg Web Automation: disable process swap on navigation when an automation session is active https://bugs.webkit.org/show_bug.cgi?id=185552 Reviewed by Tim Horton. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigationInternal): This is not intended to work right now. Opt out to avoid crashing later when a process is deallocated unexpectedly. 2018-05-23 Youenn Fablet NetworkLoadChecker should check cached redirections https://bugs.webkit.org/show_bug.cgi?id=185849 Reviewed by Chris Dumez. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkRedirection): Set the resource error url as done by WebCore SubresourceLoader. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::retrieveCacheEntry): Pass the resource request to dispatchWillSendRedirectedRequest now needs it. (WebKit::NetworkResourceLoader::willSendRedirectedRequest): Make sure that m_networkLoad is not null before cancelling it since we might be checking a cached redirection. (WebKit::NetworkResourceLoader::continueWillSendRedirectedRequest): Ensure the redirect response is coming from the Network before adding it to the cache. (WebKit::NetworkResourceLoader::dispatchWillSendRequestForCacheEntry): Call willSendRedirectedRequest to make sure the cached redirect is validated. * NetworkProcess/NetworkResourceLoader.h: 2018-05-23 Carlos Garcia Campos [GTK] WebDriver: implement AutomationSessionClient::didDisconnectFromRemote https://bugs.webkit.org/show_bug.cgi?id=185866 Reviewed by Brian Burg. To handle the case of the session being closed by the browser, for example in case of a network process crash. This is currently causing WebDriver tests to timeout in the bot. * UIProcess/API/glib/WebKitAutomationSession.cpp: Add an implementation of didDisconnectFromRemote() to notify the WebContext that the session will be closed. * UIProcess/API/glib/WebKitWebContext.cpp: Remove the automation session when closed. * UIProcess/API/glib/WebKitWebContextPrivate.h: 2018-05-22 Brent Fulgham Close access to "lsopen" for non-UI process https://bugs.webkit.org/show_bug.cgi?id=185890 Reviewed by Alexey Proskuryakov. Close down access to 'lsopen' in the iOS sandboxes. These operations are performed by the UIProcess on behalf of these helper processes. * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb: * Resources/SandboxProfiles/ios/com.apple.WebKit.Storage.sb: * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb: 2018-05-22 Dean Jackson Optimized path zoom animation needs a valid UIImage and CGRect https://bugs.webkit.org/show_bug.cgi?id=185883 Reviewed by Jon Lee. Take the rectangle that was passed into the ResourceRequest and use it for the origin of an animation into QuickLook. * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder::encode): (IPC::ArgumentCoder::decode): * UIProcess/Cocoa/DownloadClient.mm: (WebKit::DownloadClient::didStart): * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: (-[_WKPreviewControllerDelegate initWithSystemPreviewController:fromRect:]): (-[_WKPreviewControllerDelegate presentingViewController]): (-[_WKPreviewControllerDelegate previewController:frameForPreviewItem:inSourceView:]): (-[_WKPreviewControllerDelegate previewController:transitionImageForPreviewItem:contentRect:]): (WebKit::SystemPreviewController::start): (-[_WKPreviewControllerDelegate initWithSystemPreviewController:]): Deleted. * UIProcess/Downloads/DownloadProxy.h: (WebKit::DownloadProxy::systemPreviewDownloadRect const): * UIProcess/SystemPreviewController.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::syncRootViewToScreen): * UIProcess/WebPageProxy.h: 2018-05-22 Sihui Liu [iOS] TestWebKitAPI.WebKit.WKHTTPCookieStoreWithoutProcessPool fails because cookies use different files with/without processpool https://bugs.webkit.org/show_bug.cgi?id=185831 Reviewed by Chris Dumez. Started to use uiProcessCookieStorageIdentifier for iOS: make sure cookies handled without processpool would use the same storage file as when processpool exists. * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): * Shared/WebProcessCreationParameters.cpp: (WebKit::WebProcessCreationParameters::encode const): (WebKit::WebProcessCreationParameters::decode): * Shared/WebProcessCreationParameters.h: * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): (WebKit::WebProcessPool::platformInitializeNetworkProcess): 2018-05-22 Chris Dumez Regression(AsyncPolicyDelegates): Box.app login Window is blank https://bugs.webkit.org/show_bug.cgi?id=185832 Reviewed by Geoffrey Garen. Moved WeakObjCPtr.h header from WebKit/ to wtf/ so that it can be used in WebKitLegacy code. * UIProcess/API/Cocoa/WKBrowsingContextController.mm: * UIProcess/API/Cocoa/WKBrowsingContextControllerInternal.h: * UIProcess/API/Cocoa/WKConnection.mm: * UIProcess/API/Cocoa/WKHTTPCookieStore.mm: * UIProcess/API/Cocoa/WKProcessGroup.mm: * UIProcess/API/Cocoa/WKProcessPool.mm: * UIProcess/API/Cocoa/WKScriptMessage.mm: * UIProcess/API/Cocoa/WKWebView.mm: * UIProcess/API/Cocoa/WKWebViewConfiguration.mm: * UIProcess/API/Cocoa/_WKAutomationSession.mm: * UIProcess/API/Cocoa/_WKDownload.mm: * UIProcess/API/Cocoa/_WKElementAction.mm: * UIProcess/ApplicationStateTracker.h: * UIProcess/Cocoa/AutomationClient.h: * UIProcess/Cocoa/AutomationSessionClient.h: * UIProcess/Cocoa/DiagnosticLoggingClient.h: * UIProcess/Cocoa/DownloadClient.h: * UIProcess/Cocoa/FindClient.h: * UIProcess/Cocoa/FullscreenClient.h: * UIProcess/Cocoa/IconLoadingDelegate.h: * UIProcess/Cocoa/NavigationState.h: * UIProcess/Cocoa/UIDelegate.h: * UIProcess/Cocoa/VideoFullscreenManagerProxy.mm: * UIProcess/Cocoa/WKReloadFrameErrorRecoveryAttempter.mm: * UIProcess/Cocoa/WebViewImpl.h: * UIProcess/ios/ViewGestureControllerIOS.mm: * UIProcess/ios/WKActionSheetAssistant.mm: * UIProcess/ios/WKContentViewInteraction.mm: * UIProcess/ios/WKPDFView.mm: (-[WKPDFView web_setContentProviderData:suggestedFilename:]): * UIProcess/ios/WKScrollView.mm: * UIProcess/mac/WKInspectorViewController.mm: * UIProcess/mac/WKInspectorWKWebView.mm: * WebKit.xcodeproj/project.pbxproj: * WebProcess/InjectedBundle/API/mac/WKWebProcessPlugInBrowserContextController.mm: 2018-05-22 Sihui Liu Conversion between SecurityOriginData and DatabaseIdentifier is asymmetric when port is null https://bugs.webkit.org/show_bug.cgi?id=185715 Reviewed by Geoffrey Garen. Add getter for origins in WKWebsiteDataRecord for testing. * UIProcess/API/Cocoa/WKWebsiteDataRecord.mm: (-[WKWebsiteDataRecord _originsString]): * UIProcess/API/Cocoa/WKWebsiteDataRecordPrivate.h: 2018-05-22 Brady Eidson Rename the "Web content is visible" process assertion. https://bugs.webkit.org/show_bug.cgi?id=185878 Reviewed by Chris Dumez. * UIProcess/ios/ProcessAssertionIOS.mm: (WebKit::ProcessAssertion::ProcessAssertion): 2018-05-22 Andy Estes [Wi-Fi Assertions] Drop assertions on process suspension https://bugs.webkit.org/show_bug.cgi?id=185844 Reviewed by Daniel Bates. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::actualPrepareToSuspend): (WebKit::NetworkProcess::processDidResume): * NetworkProcess/NetworkProcess.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformPrepareToSuspend): (WebKit::NetworkProcess::platformProcessDidResume): 2018-05-22 Brent Fulgham REGRESSION(r229093): Re-enable Network Extension support in the WebContent process (Take 2) https://bugs.webkit.org/show_bug.cgi?id=185874 Reviewed by Eric Carlson. Add back a necessary XPC connection after locking down the network features in r229093. * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb: * WebProcess/com.apple.WebProcess.sb.in: 2018-05-22 Ryan Haddad Unreviewed, rolling out r232052. Breaks internal builds. Reverted changeset: "Use more C++17" https://bugs.webkit.org/show_bug.cgi?id=185176 https://trac.webkit.org/changeset/232052 2018-05-22 Alberto Garcia [CMake] Properly detect compiler flags, needed libs, and fallbacks for usage of 64-bit atomic operations https://bugs.webkit.org/show_bug.cgi?id=182622 Reviewed by Michael Catanzaro. Move the test to determine whether we need to link against libatomic to the common file WebKitCompilerFlags.cmake so it can also be used for JavaScriptCore. * CMakeLists.txt: 2018-05-22 Michael Catanzaro Unreviewed, rolling out r231843. Broke cross build Reverted changeset: "[CMake] Properly detect compiler flags, needed libs, and fallbacks for usage of 64-bit atomic operations" https://bugs.webkit.org/show_bug.cgi?id=182622 https://trac.webkit.org/changeset/231843 2018-05-22 Carlos Garcia Campos Crash when loading a SVG image https://bugs.webkit.org/show_bug.cgi?id=185819 Reviewed by Brent Fulgham. This is happening in WebLoaderStrategy::scheduleLoad() when getting the value of FrameLoaderClient::pageID(). SVGImage uses the empty clients for the loader, and EmptyFrameLoaderClient::pageID() returns std::nullopt. The same happens with the frameID. This changed in r225934, when pageID() and frameID() were changed to return std::optional, EmptyFrameLoaderClient was updated to return std::nullopt instead of 0. * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoad): Use value_or(0) instead of value() to get pageID and frameID from FrameLoaderClient. 2018-05-21 Yusuke Suzuki Use more C++17 https://bugs.webkit.org/show_bug.cgi?id=185176 Reviewed by JF Bastien. * Configurations/Base.xcconfig: * DerivedSources.make: 2018-05-21 Carlos Garcia Campos [GTK][Wayland] UI process crash when closing the window https://bugs.webkit.org/show_bug.cgi?id=185818 Reviewed by Michael Catanzaro. This happens when a page containing a text field is loaded but the focus remains in the url bar when the window is closed. This is because we are sending a notify-in to the IM context, but the focus is still in the URL bar. That confuses the wayland input method manager that tries to free the text of the web view IM context that has already been deleted. * UIProcess/gtk/InputMethodFilter.cpp: (WebKit::InputMethodFilter::setEnabled): Only send notify-in if the view is actually focused. 2018-05-21 Ryosuke Niwa Remove unused and no-op WKContextSetCookieStorageDirectory https://bugs.webkit.org/show_bug.cgi?id=185857 Reviewed by Youenn Fablet. Deleted C API which didn't do anything useful, and consequently not used by anyone. * UIProcess/API/C/WKContext.cpp: (WKContextSetCookieStorageDirectory): Deleted. * UIProcess/API/C/WKContextPrivate.h: * UIProcess/WebProcessPool.h: 2018-05-21 Chris Nardi Remove dead exception in MediaList.appendMedium https://bugs.webkit.org/show_bug.cgi?id=185278 Reviewed by Chris Dumez. Remove code pertaining to an exception being thrown by appendMedium(). * WebProcess/InjectedBundle/API/gtk/DOM/WebKitDOMMediaList.cpp: (webkit_dom_media_list_append_medium): 2018-05-21 Aditya Keerthi [iOS] Click events only fire once when editing https://bugs.webkit.org/show_bug.cgi?id=185777 Reviewed by Tim Horton. gestureRecognizerShouldBegin: was returning false for the single tap gesture when a node was being edited. This is an artifact of how the gesture was previously handled with the text selection assistant. This condition is now removed, allowing the single tap gesture to go through and correctly propagate the click event. Also added an early return to _didGetTapHighlightForRequest: in order to prevent the tap highlight from being shown when the node is already being assisted. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _didGetTapHighlightForRequest:color:quads:topLeftRadius:topRightRadius:bottomLeftRadius:bottomRightRadius:]): (-[WKContentView gestureRecognizerShouldBegin:]): 2018-05-21 Daniel Bates REGRESSION (r231107): CSP report-only policies are ignored for beacon, importScripts, fetch(), EventSource, and XHR https://bugs.webkit.org/show_bug.cgi?id=185789 Reviewed by Andy Estes. Have NetworkLoadChecker implement the ContentSecurityPolicyClient interface and support logging console messages, sending CSP reports, and dispatching SecurityPolicyViolation events. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::loadPing): * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): Modified to take a reference to the NetworkConnectionToWebProcess, the web page ID, the web frame ID, and the resource load identifier. These details are necessary in order to implement the ContentSecurityPolicyClient interface. (WebKit::NetworkLoadChecker::isAllowedByContentSecurityPolicy): Added. (WebKit::NetworkLoadChecker::continueCheckingRequest): Write in terms of isAllowedByContentSecurityPolicy(). (WebKit::NetworkLoadChecker::contentSecurityPolicy): Pass ourself as the client so that we receive delegate callbacks. (WebKit::NetworkLoadChecker::addConsoleMessage): Added. (WebKit::NetworkLoadChecker::sendCSPViolationReport): Added. (WebKit::NetworkLoadChecker::enqueueSecurityPolicyViolationEvent): Added. * NetworkProcess/NetworkLoadChecker.h: * NetworkProcess/NetworkResourceLoader.cpp: (NetworkResourceLoader::enqueueSecurityPolicyViolationEvent): Added. * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): Modified to take a reference to the NetworkConnectionToWebProcess and pass this through to the NetworkLoadChecker along with the web page ID, web frame ID and resource load identifier. * NetworkProcess/PingLoad.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::enqueueSecurityPolicyViolationEvent): Added. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: Add message EnqueueSecurityPolicyViolationEvent. 2018-05-21 Brian Burg Web Automation: always return an empty cookie list if document.cookieURL() is empty https://bugs.webkit.org/show_bug.cgi?id=185838 Reviewed by Tim Horton. * WebProcess/Automation/WebAutomationSessionProxy.cpp: (WebKit::WebAutomationSessionProxy::getCookiesForFrame): This crashes in CFNetwork code because an empty cookie URL is not a valid input. Just return an empty list since there couldn't be any cookies returned. 2018-05-21 Brian Burg Web Automation: terminate the automation session if the network or storage process crashes https://bugs.webkit.org/show_bug.cgi?id=185827 Reviewed by Tim Horton. If one of the processes crashes, the page may be in an undefined state and automation will fail in unpredictable ways. It's better to just give up immediately. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::networkProcessFailedToLaunch): (WebKit::WebProcessPool::storageProcessCrashed): 2018-05-21 Sihui Liu Add a diskCacheSizeOverride accessor function on WKContextConfigurationRef https://bugs.webkit.org/show_bug.cgi?id=185826 Reviewed by Alex Christensen. * UIProcess/API/C/WKContextConfigurationRef.cpp: (WKContextConfigurationDiskCacheSizeOverride): (WKContextConfigurationSetDiskCacheSizeOverride): * UIProcess/API/C/WKContextConfigurationRef.h: 2018-05-21 Jer Noble Complete fix for enabling modern EME by default https://bugs.webkit.org/show_bug.cgi?id=185770 Reviewed by Eric Carlson. * Configurations/FeatureDefines.xcconfig: 2018-05-21 Sam Weinig Modernize RenderStyleConstants.h - Part 1 https://bugs.webkit.org/show_bug.cgi?id=185809 Reviewed by Yusuke Suzuki. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::rangeForWebSelectionAtPosition): (WebKit::WebPage::getPositionInformation): Update for new enum names. 2018-05-21 Carlos Garcia Campos Unreviewed. Update OptionsGTK.cmake and NEWS for 2.21.2 release. * gtk/NEWS: Add release notes for 2.21.2. 2018-05-21 Carlos Garcia Campos Unreviewed, rolling out r222967. It's not ready yet Reverted changeset: "[GTK][WPE] Add API to configure and enable resource load statistics" https://bugs.webkit.org/show_bug.cgi?id=177943 https://trac.webkit.org/changeset/222967 2018-05-18 Commit Queue Unreviewed, rolling out r231982. https://bugs.webkit.org/show_bug.cgi?id=185793 Caused layout test failures (Requested by realdawei on #webkit). Reverted changeset: "Complete fix for enabling modern EME by default" https://bugs.webkit.org/show_bug.cgi?id=185770 https://trac.webkit.org/changeset/231982 2018-05-18 Brian Burg [Cocoa] Add missing nullability annotations to _WKAutomationSessionDelegate https://bugs.webkit.org/show_bug.cgi?id=185791 Reviewed by Tim Horton. * UIProcess/API/Cocoa/_WKAutomationSessionDelegate.h: If there is no dialog shown, then the delegate methods to return the dialog text may return a nil NSString. 2018-05-18 Youenn Fablet NetworkLoadChecker should cancel its content extension retrieval task when being destroyed https://bugs.webkit.org/show_bug.cgi?id=185661 Reviewed by Chris Dumez. Make sure that the Content Extension retrieval callback checks that NetworkLoadChecker is alive. This allows stopping NetworkLoadChecker be ref counted. This in turns allows NetworkResourceLoader to delete its NetworkLoadChecker when being deleted as well. By doing so, we simplify the memory management of NetworkResourceLoader and NetworkLoadChecker. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkRequest): (WebKit::NetworkLoadChecker::processContentExtensionRulesForLoad): * NetworkProcess/NetworkLoadChecker.h: (WebKit::NetworkLoadChecker::weakPtrFactory): * NetworkProcess/NetworkResourceLoader.cpp: * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): * NetworkProcess/PingLoad.h: 2018-05-18 Per Arne Vollan WebProcess fails to launch https://bugs.webkit.org/show_bug.cgi?id=185140 Reviewed by Geoffrey Garen. If the NSApplication runloop is not used in the WebContent process, launchServicesCheckIn() needs to be called in order for enableSandboxStyleFileQuarantine() to succeed. Determine at runtime if launchServicesCheckIn() should be called by checking if the NSApplication event loop is running. * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeProcess): 2018-05-18 Jer Noble Complete fix for enabling modern EME by default https://bugs.webkit.org/show_bug.cgi?id=185770 Reviewed by Eric Carlson. * Configurations/FeatureDefines.xcconfig: 2018-05-18 Brent Fulgham Convert ProcessPrivilege assertions to regular debug-only assertions https://bugs.webkit.org/show_bug.cgi?id=185775 Reviewed by Geoffrey Garen. In Bug 184322 I added a number of RELEASE_ASSERT checks that certain UI-only calls were not being made in the WebContent process. Measurements have shown that these RELEASE_ASSERTs have regressed performance by around 1% on some benchmarks, so we should convert them to normal asserts. This patch changes the RELEASE_ASSERTs into ASSERTs. * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeWebProcess): * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::WebViewImpl): (WebKit::WebViewImpl::becomeFirstResponder): (WebKit::WebViewImpl::pluginFocusOrWindowFocusChanged): (WebKit::WebViewImpl::validateUserInterfaceItem): (WebKit::WebViewImpl::startSpeaking): (WebKit::WebViewImpl::stopSpeaking): (WebKit::applicationFlagsForDrag): (WebKit::WebViewImpl::doneWithKeyEvent): * UIProcess/Gamepad/mac/UIGamepadProviderMac.mm: (WebKit::UIGamepadProvider::platformWebPageProxyForGamepadInput): * UIProcess/Plugins/mac/PluginProcessProxyMac.mm: (WebKit::PluginProcessProxy::enterFullscreen): (WebKit::PluginProcessProxy::beginModal): (WebKit::PluginProcessProxy::endModal): * UIProcess/mac/DisplayLink.cpp: (WebKit::DisplayLink::DisplayLink): (WebKit::DisplayLink::~DisplayLink): * UIProcess/mac/WebPageProxyMac.mm: (WebKit::WebPageProxy::getIsSpeaking): (WebKit::WebPageProxy::speak): (WebKit::WebPageProxy::stopSpeaking): (WebKit::WebPageProxy::startDisplayLink): * UIProcess/mac/WebPopupMenuProxyMac.mm: (WebKit::WebPopupMenuProxyMac::showPopupMenu): 2018-05-18 Eric Carlson Handle failure to extend sandbox gracefully https://bugs.webkit.org/show_bug.cgi?id=185779 Reviewed by Brent Fulgham. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _denyNextUserMediaRequest]): * UIProcess/API/Cocoa/WKWebViewPrivate.h: * UIProcess/UserMediaPermissionRequestManagerProxy.cpp: (WebKit::UserMediaPermissionRequestManagerProxy::userMediaAccessWasGranted): Don't append the request to m_grantedRequests if it failed. (WebKit::UserMediaPermissionRequestManagerProxy::grantAccess): Deny request if willCreateMediaStream fails. * UIProcess/UserMediaPermissionRequestManagerProxy.h: * UIProcess/UserMediaProcessManager.cpp: (WebKit::UserMediaProcessManager::willCreateMediaStream): Don't try to extend sandbox if we fail to allocate all necessary handles. * UIProcess/UserMediaProcessManager.h: (WebKit::UserMediaProcessManager::denyNextUserMediaRequest): New, for testing. 2018-05-18 Antoine Quint [Web Animations] Turn Web Animations with CSS integration on for test runners https://bugs.webkit.org/show_bug.cgi?id=184819 Unreviewed. Rolling out the patch for this bug, it caused some flaky timeouts for animation suspension tests. * Shared/WebPreferences.yaml: 2018-05-18 Wenson Hsieh [Extra zoom mode] Clearing text fields should dispatch input events of type "deleteContent" https://bugs.webkit.org/show_bug.cgi?id=185769 Reviewed by Tim Horton. When setting the text of the currently focused element to the empty string, just delete the text instead of pretending to insert an empty string. This mimics deleting content using the delete key on macOS, and fires an input event with inputType "deleteContent" instead of "insertText". Test: fast/forms/extrazoom/delete-content-in-text-field.html * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setTextAsync): 2018-05-18 Keith Rollin Renamed "trackNetworkActivity" to "tracksResourceLoadMilestones" https://bugs.webkit.org/show_bug.cgi?id=185523 Reviewed by Geoffrey Garen. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::networkActivityTrackingEnabled): * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::initializeNetworkProcess): * NetworkProcess/NetworkProcess.h: (WebKit::NetworkProcess::tracksResourceLoadMilestones const): (WebKit::NetworkProcess::trackNetworkActivity const): Deleted. * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * UIProcess/API/APIProcessPoolConfiguration.cpp: (API::ProcessPoolConfiguration::copy): * UIProcess/API/APIProcessPoolConfiguration.h: * UIProcess/API/C/WKContextConfigurationRef.cpp: (WKContextConfigurationTracksResourceLoadMilestones): (WKContextConfigurationSetTracksResourceLoadMilestones): (WKContextConfigurationTrackNetworkActivity): Deleted. (WKContextConfigurationSetTrackNetworkActivity): Deleted. * UIProcess/API/C/WKContextConfigurationRef.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.mm: (-[_WKProcessPoolConfiguration tracksResourceLoadMilestones]): (-[_WKProcessPoolConfiguration setTracksResourceLoadMilestones:]): (-[_WKProcessPoolConfiguration trackNetworkActivity]): Deleted. (-[_WKProcessPoolConfiguration setTrackNetworkActivity:]): Deleted. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::ensureNetworkProcess): 2018-05-18 Chris Dumez Avoid keeping the frame alive when ref'ing a WindowProxy https://bugs.webkit.org/show_bug.cgi?id=185737 Reviewed by Sam Weinig. * WebProcess/Plugins/PluginView.cpp: (WebKit::PluginView::windowScriptNPObject): 2018-05-18 Youenn Fablet -Wmemset-elt-size warning in LibWebRTCSocket constructor https://bugs.webkit.org/show_bug.cgi?id=185555 Reviewed by Darin Adler. GetOption implementation was broken in that it was not initializing properly its array of options. This patch fixes it by using an array of optional which are initialized by default. When no value is set, we return the error code -1. In theory, we should go to NetworkProcess to get the actual value. Since GetOption is not used in practice, we just do this best effort implementation of storing previously set values. * WebProcess/Network/webrtc/LibWebRTCSocket.cpp: (WebKit::LibWebRTCSocket::LibWebRTCSocket): (WebKit::LibWebRTCSocket::GetOption): * WebProcess/Network/webrtc/LibWebRTCSocket.h: 2018-05-18 Antoine Quint [Web Animations] Turn Web Animations with CSS integration on for test runners https://bugs.webkit.org/show_bug.cgi?id=184819 Reviewed by Jon Lee. * Shared/WebPreferences.yaml: Leave Web Animations off by default, it's up to clients to turn it on. 2018-05-18 Fujii Hironori [Curl] Remove unused SystemProxyWin.cpp https://bugs.webkit.org/show_bug.cgi?id=185224 Reviewed by Antti Koivisto. SystemProxyWin is not used at the moment. Remove it. * NetworkProcess/win/SystemProxyWin.cpp: Removed. * NetworkProcess/win/SystemProxyWin.h: Removed. * PlatformWin.cmake: Removed SystemProxyWin.cpp. 2018-05-17 Nan Wang AX: [macOS] Expose the primary screen height through AX API https://bugs.webkit.org/show_bug.cgi?id=185742 Reviewed by Chris Fleizach. * WebProcess/WebPage/mac/WKAccessibilityWebPageObjectMac.mm: (-[WKAccessibilityWebPageObject accessibilityAttributeNames]): (-[WKAccessibilityWebPageObject accessibilityAttributeValue:]): 2018-05-17 Alex Christensen Use CompletionHandlers for DelayedReplies https://bugs.webkit.org/show_bug.cgi?id=182269 Reviewed by Youenn Fablet. DelayedReplies should be a noncopyable, non-refcountable type. They should be called once and only once. This is what CompletionHandlers are for. No change in behavior. Just cleaner code. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::performSynchronousLoad): * NetworkProcess/NetworkConnectionToWebProcess.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::SynchronousLoadData::SynchronousLoadData): (WebKit::sendReplyToSynchronousRequest): (WebKit::NetworkResourceLoader::NetworkResourceLoader): * NetworkProcess/NetworkResourceLoader.h: * Platform/IPC/HandleMessage.h: (IPC::callMemberFunctionImpl): (IPC::callMemberFunction): (IPC::handleMessageDelayed): * PluginProcess/PluginControllerProxy.cpp: (WebKit::PluginControllerProxy::setInitializationReply): (WebKit::PluginControllerProxy::takeInitializationReply): * PluginProcess/PluginControllerProxy.h: * PluginProcess/WebProcessConnection.cpp: (WebKit::WebProcessConnection::destroyPlugin): (WebKit::WebProcessConnection::createPlugin): (WebKit::WebProcessConnection::createPluginAsynchronously): * PluginProcess/WebProcessConnection.h: * Scripts/webkit/LegacyMessageReceiver-expected.cpp: (Messages::WebPage::GetPluginProcessConnection::send): (Messages::WebPage::TestMultipleAttributes::send): (Messages::WebPage::GetPluginProcessConnection::DelayedReply::DelayedReply): Deleted. (Messages::WebPage::GetPluginProcessConnection::DelayedReply::~DelayedReply): Deleted. (Messages::WebPage::GetPluginProcessConnection::DelayedReply::send): Deleted. (Messages::WebPage::TestMultipleAttributes::DelayedReply::DelayedReply): Deleted. (Messages::WebPage::TestMultipleAttributes::DelayedReply::~DelayedReply): Deleted. (Messages::WebPage::TestMultipleAttributes::DelayedReply::send): Deleted. * Scripts/webkit/LegacyMessages-expected.h: * Scripts/webkit/MessageReceiver-expected.cpp: (Messages::WebPage::GetPluginProcessConnection::send): (Messages::WebPage::TestMultipleAttributes::send): (Messages::WebPage::GetPluginProcessConnection::DelayedReply::DelayedReply): Deleted. (Messages::WebPage::GetPluginProcessConnection::DelayedReply::~DelayedReply): Deleted. (Messages::WebPage::GetPluginProcessConnection::DelayedReply::send): Deleted. (Messages::WebPage::TestMultipleAttributes::DelayedReply::DelayedReply): Deleted. (Messages::WebPage::TestMultipleAttributes::DelayedReply::~DelayedReply): Deleted. (Messages::WebPage::TestMultipleAttributes::DelayedReply::send): Deleted. * Scripts/webkit/Messages-expected.h: * Scripts/webkit/messages.py: * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::getNetworkProcessConnection): (WebKit::NetworkProcessProxy::networkProcessCrashed): (WebKit::NetworkProcessProxy::networkProcessFailedToLaunch): (WebKit::NetworkProcessProxy::didCreateNetworkConnectionToWebProcess): * UIProcess/Network/NetworkProcessProxy.h: * UIProcess/Plugins/PluginProcessManager.cpp: (WebKit::PluginProcessManager::getPluginProcessConnection): * UIProcess/Plugins/PluginProcessManager.h: * UIProcess/Plugins/PluginProcessProxy.cpp: (WebKit::PluginProcessProxy::getPluginProcessConnection): (WebKit::PluginProcessProxy::pluginProcessCrashedOrFailedToLaunch): (WebKit::PluginProcessProxy::didCreateWebProcessConnection): * UIProcess/Plugins/PluginProcessProxy.h: * UIProcess/Storage/StorageProcessProxy.cpp: (WebKit::StorageProcessProxy::getStorageProcessConnection): (WebKit::StorageProcessProxy::didClose): (WebKit::StorageProcessProxy::didCreateStorageToWebProcessConnection): * UIProcess/Storage/StorageProcessProxy.h: * UIProcess/WebPageProxy.cpp: (WebKit::ExceededDatabaseQuotaRecords::createRecord): (WebKit::WebPageProxy::receivedPolicyDecision): (WebKit::WebPageProxy::decidePolicyForNavigationActionSync): (WebKit::WebPageProxy::createNewPage): (WebKit::WebPageProxy::runJavaScriptAlert): (WebKit::WebPageProxy::runJavaScriptConfirm): (WebKit::WebPageProxy::runJavaScriptPrompt): (WebKit::WebPageProxy::webGLPolicyForURL): (WebKit::WebPageProxy::resolveWebGLPolicyForURL): (WebKit::WebPageProxy::getToolbarsAreVisible): (WebKit::WebPageProxy::getMenuBarIsVisible): (WebKit::WebPageProxy::getStatusBarIsVisible): (WebKit::WebPageProxy::getWindowFrame): (WebKit::WebPageProxy::screenToRootView): (WebKit::WebPageProxy::rootViewToScreen): (WebKit::WebPageProxy::runBeforeUnloadConfirmPanel): (WebKit::WebPageProxy::exceededDatabaseQuota): (WebKit::WebPageProxy::reachedApplicationCacheOriginQuota): * UIProcess/WebPageProxy.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::networkProcessCrashed): (WebKit::WebProcessPool::getNetworkProcessConnection): (WebKit::WebProcessPool::getStorageProcessConnection): * UIProcess/WebProcessPool.h: * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::getPluginProcessConnection): (WebKit::WebProcessProxy::getNetworkProcessConnection): (WebKit::WebProcessProxy::getStorageProcessConnection): * UIProcess/WebProcessProxy.h: * WebProcess/Storage/WebSWContextManagerConnection.cpp: (WebKit::WebSWContextManagerConnection::syncTerminateWorker): * WebProcess/Storage/WebSWContextManagerConnection.h: * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::computePagesForPrintingAndDrawToPDF): 2018-05-17 Jer Noble CRASH in -[WKFullScreenViewController _manager] https://bugs.webkit.org/show_bug.cgi?id=185745 Reviewed by Eric Carlson. Protect against WKFullScreenViewController outliving WKWebView by making its _webView property weak. Additionally, add a sanity-check RetainPtr where _webView is referenced multiple times within a function. * UIProcess/ios/fullscreen/WKFullScreenViewController.mm: * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController initWithWebView:]): (-[WKFullScreenWindowController enterFullScreen]): (-[WKFullScreenWindowController beganEnterFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController beganExitFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController _completedExitFullScreen]): (-[WKFullScreenWindowController close]): (-[WKFullScreenWindowController webViewDidRemoveFromSuperviewWhileInFullscreen]): (-[WKFullScreenWindowController _exitFullscreenImmediately]): (-[WKFullScreenWindowController _isSecure]): (-[WKFullScreenWindowController _serverTrust]): (-[WKFullScreenWindowController _updateLocationInfo]): (-[WKFullScreenWindowController _manager]): (-[WKFullScreenWindowController _startToDismissFullscreenChanged:]): 2018-05-17 Brent Fulgham Correct default for StorageAccess API https://bugs.webkit.org/show_bug.cgi?id=185748 Reviewed by Dean Jackson. Flip the default state to 'true' so that the new "sticky" state for Storage Access API and attributing user interaction for Storage Access API use is applied by default. * Shared/WebPreferences.yaml: 2018-05-17 Carlos Alberto Lopez Perez [WPE] Implement and enable FULLSCREEN_API https://bugs.webkit.org/show_bug.cgi?id=185676 Reviewed by Žan Doberšek. Do the initial implementation of FULLSCREEN_API for WPE and enable the CMake option by default. Most of the layout tests (55 of 58) are passing and the feature seems to work fine on different websites that use it. * UIProcess/API/wpe/PageClientImpl.cpp: (WebKit::PageClientImpl::fullScreenManagerProxyClient): (WebKit::PageClientImpl::closeFullScreenManager): (WebKit::PageClientImpl::isFullScreen): (WebKit::PageClientImpl::enterFullScreen): (WebKit::PageClientImpl::exitFullScreen): (WebKit::PageClientImpl::beganEnterFullScreen): (WebKit::PageClientImpl::beganExitFullScreen): * UIProcess/API/wpe/PageClientImpl.h: * UIProcess/API/wpe/WPEView.h: (WKWPE::View::isFullScreen): (WKWPE::View::setFullScreen): 2018-05-17 Jiewen Tan Convert CertificateInfo into Credential in UI Process instead of Networking Process https://bugs.webkit.org/show_bug.cgi?id=185662 Reviewed by Alex Christensen. Right now we convert CertificateInfo into Credential in the very last stage of client certificate authentication process when it reaches Networking Process. This patch moves that conversion earlier in UI Process such that we don't have to pass both Credential and CertificateInfo to Networking Process. CertificateInfo is only used in macOS for C API specifically. WK2 includes macOS/iOS relies on NSURLCredential/WebCore::Credential solely. WK2 has already exercised the ability of using WebCore::Credential to do client certficate authentication. This patch therefore takes advantage of that. It converts CertficateInfo objects into Credential objects right after WebCredential is initialized, and then merge any code paths that utilizes CertficateInfo into ones that uses WebCore::Credential. Covered by existing tests. * Shared/Authentication/AuthenticationManager.cpp: (WebKit::AuthenticationManager::useCredentialForChallenge): (WebKit::AuthenticationManager::useCredentialForSingleChallenge): (WebKit::AuthenticationManager::tryUseCertificateInfoForChallenge): Deleted. * Shared/Authentication/AuthenticationManager.h: * Shared/Authentication/AuthenticationManager.messages.in: * UIProcess/Authentication/AuthenticationChallengeProxy.cpp: (WebKit::AuthenticationChallengeProxy::useCredential): * UIProcess/Authentication/WebCredential.cpp: (WebKit::WebCredential::WebCredential): (WebKit::WebCredential::certificateInfo): Deleted. * UIProcess/Authentication/WebCredential.h: (WebKit::WebCredential::create): * UIProcess/Authentication/mac/WebCredentialMac.mm: Renamed from Source/WebKit/Shared/Authentication/mac/AuthenticationManager.mac.mm. (WebKit::leafCertificate): (WebKit::chain): (WebKit::WebCredential::WebCredential): * WebKit.xcodeproj/project.pbxproj: 2018-05-17 Jeremy Jones Ensure valid rects for fullsceen animation. https://bugs.webkit.org/show_bug.cgi?id=185736 rdar://problem/40320174 Reviewed by Jer Noble. Protect against zero width and height since those can make for NANs in the animation transforms. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController beganEnterFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController beganExitFullScreenWithInitialFrame:finalFrame:]): 2018-05-17 Jer Noble Turn Modern EME API on by default and remove it as an experimental feature https://bugs.webkit.org/show_bug.cgi?id=185693 Reviewed by Eric Carlson. * Shared/WebPreferences.yaml: 2018-05-17 Dean Jackson Safari optimized flow should be releasing viewer to prevent memory growth with subsequent launches/closes https://bugs.webkit.org/show_bug.cgi?id=185722 Reviewed by Antoine Quint. I made a rookie mistake in the original patch: I was holding a strong reference to "self" in a block, which was causing a retain cycle. Replace that with a WeakObjCPtr. * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: (-[_WKPreviewControllerDataSource previewController:previewItemAtIndex:]): 2018-05-16 Brent Fulgham REGRESSION(r229093)[macOS] Allow network-outbound for syslog use https://bugs.webkit.org/show_bug.cgi?id=185703 Reviewed by Eric Carlson. In r229093 I removed the 'network-outbound' permission for syslog use. Further testing has shown that this is still needed for subsystem logging in our bundle loading code. This patch re-enabled network-outbound for syslog. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-16 Andy VanWagoner Add support for Intl NumberFormat formatToParts https://bugs.webkit.org/show_bug.cgi?id=185375 Reviewed by Yusuke Suzuki. Add flag for NumberFormat formatToParts. * Configurations/FeatureDefines.xcconfig: 2018-05-16 Andy Estes [Wi-Fi Assertions] Adopt WiFiAssertionHolderAdditions https://bugs.webkit.org/show_bug.cgi?id=185685 Reviewed by Sam Weinig. * NetworkProcess/cocoa/WiFiAssertionHolder.cpp: (WebKit::WiFiAssertionHolder::WiFiAssertionHolder): (WebKit::WiFiAssertionHolder::~WiFiAssertionHolder): (WebKit::ensureWiFiManagerClient): Deleted. 2018-05-16 Fujii Hironori [Win] Implement WebPage::handleEditingKeyboardEvent https://bugs.webkit.org/show_bug.cgi?id=185327 Reviewed by Alexey Proskuryakov. * WebProcess/WebPage/win/WebPageWin.cpp: (WebKit::WebPage::handleEditingKeyboardEvent): Copied from WebKitLegacy. 2018-05-16 Sihui Liu Session cookies aren't reliably set when using default WKWebSiteDataStore https://bugs.webkit.org/show_bug.cgi?id=185624 Reviewed by Geoffrey Garen. Session cookies of default session were set in UI Process when there was no process pool, but they were not synced (or synced slowly to) Network Process. To make these cookies visible as soon as they were set through API, we could manually set those cookies in Network Process during its initilization. * NetworkProcess/mac/RemoteNetworkingContext.mm: (WebKit::RemoteNetworkingContext::ensureWebsiteDataStoreSession): * UIProcess/API/APIHTTPCookieStore.cpp: (API::HTTPCookieStore::cookies): (API::HTTPCookieStore::setCookie): (API::HTTPCookieStore::deleteCookie): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::ensureNetworkProcess): (WebKit::WebProcessPool::pageBeginUsingWebsiteDataStore): * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::clearPendingCookies): * UIProcess/WebsiteData/WebsiteDataStore.h: 2018-05-16 Chris Nardi Remove Document#selectedStylesheetSet/preferredStylesheetSet https://bugs.webkit.org/show_bug.cgi?id=185381 Reviewed by Darin Adler. Make API methods for Document#selectedStylesheetSet/preferredStylesheetSet do nothing. * WebProcess/InjectedBundle/API/gtk/DOM/WebKitDOMDocument.h: * WebProcess/InjectedBundle/API/gtk/DOM/WebKitDOMDocumentGtk.cpp: (webkit_dom_document_set_property): (webkit_dom_document_get_property): (webkit_dom_document_get_preferred_stylesheet_set): (webkit_dom_document_get_selected_stylesheet_set): (webkit_dom_document_set_selected_stylesheet_set): 2018-05-16 Alberto Garcia [CMake] Properly detect compiler flags, needed libs, and fallbacks for usage of 64-bit atomic operations https://bugs.webkit.org/show_bug.cgi?id=182622 Reviewed by Michael Catanzaro. Move the test to determine whether we need to link against libatomic to the common file WebKitCompilerFlags.cmake so it can also be used for JavaScriptCore. * CMakeLists.txt: 2018-05-15 Yusuke Suzuki [JSC] Check TypeInfo first before calling getCallData when we would like to check whether given object is a function https://bugs.webkit.org/show_bug.cgi?id=185601 Reviewed by Saam Barati. * WebProcess/Plugins/Netscape/JSNPObject.h: 2018-05-15 Sihui Liu StorageManager::deleteLocalStorageOriginsModifiedSince: database files get deleted before database connections close https://bugs.webkit.org/show_bug.cgi?id=185671 Reviewed by Geoffrey Garen. We should delete database files before closing databases. * UIProcess/WebStorage/LocalStorageDatabase.cpp: (WebKit::LocalStorageDatabase::updateDatabaseWithChangedItems): * UIProcess/WebStorage/LocalStorageDatabaseTracker.cpp: (WebKit::LocalStorageDatabaseTracker::databasesModifiedSince): (WebKit::LocalStorageDatabaseTracker::deleteDatabasesModifiedSince): Deleted. * UIProcess/WebStorage/LocalStorageDatabaseTracker.h: * UIProcess/WebStorage/StorageManager.cpp: (WebKit::StorageManager::deleteLocalStorageOriginsModifiedSince): 2018-05-15 Dean Jackson Launch System Preview as the download starts, rather than waiting for a response https://bugs.webkit.org/show_bug.cgi?id=185669 Reviewed by Tim Horton. We were waiting for the RequestResponse to get a MIME-type before launching the system preview. This causes an annoying delay. Instead, assume that the system preview is one of the handled mime types and launch the viewer immediately. If it gets something it didn't expect, it will show an error. * UIProcess/Cocoa/DownloadClient.mm: (WebKit::DownloadClient::didStart): (WebKit::DownloadClient::didReceiveResponse): * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: (-[_WKPreviewControllerDataSource previewController:previewItemAtIndex:]): (WebKit::SystemPreviewController::start): Small cleanup to ensure we don't try to present twice (this shouldn't happen). 2018-05-15 Dean Jackson Post-review cleanup for 185459 https://bugs.webkit.org/show_bug.cgi?id=185665 Reviewed by Tim Horton. Jon made some comments in 185459 that I'm addressing here. * UIProcess/Cocoa/DownloadClient.h: * UIProcess/Cocoa/DownloadClient.mm: Guard the activity token for iOS in a way that means it will still work ok on macOS. (WebKit::DownloadClient::didStart): (WebKit::DownloadClient::processDidCrash): (WebKit::DownloadClient::didFinish): (WebKit::DownloadClient::didFail): (WebKit::DownloadClient::didCancel): (WebKit::DownloadClient::takeActivityToken): (WebKit::DownloadClient::releaseActivityTokenIfNecessary): (WebKit::DownloadClient::releaseActivityToken): Deleted. * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: Add an early return. (-[_WKPreviewControllerDataSource previewController:previewItemAtIndex:]): 2018-05-15 Tadeu Zagallo Update touch event tracking types on every touch https://bugs.webkit.org/show_bug.cgi?id=184250 Reviewed by Geoffrey Garen. The tracking types for touch events were only update on touchstart, which meant that event listeners added after the touchstart would always be treated as passive, even if explicitly setting passive to false. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::handleTouchEventSynchronously): (WebKit::WebPageProxy::handleTouchEvent): 2018-05-15 Per Arne Vollan Pause display links when window is not visible. https://bugs.webkit.org/show_bug.cgi?id=185627 Reviewed by Simon Fraser. Pause/resume display links created in the UI process when the window is hidden/shown. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::dispatchActivityStateChange): * UIProcess/mac/DisplayLink.cpp: (WebKit::DisplayLink::pause): (WebKit::DisplayLink::resume): * UIProcess/mac/DisplayLink.h: 2018-05-15 Dean Jackson Provide UIView and UIImage for zoom transition https://bugs.webkit.org/show_bug.cgi?id=185655 Reviewed by Antoine Quint. Provide a UIView* for the frameForPreviewItem to use as a source view. Also implement the transitionImageForPreviewItem delegate, even though we're returning nil. * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: (-[_WKPreviewControllerDelegate previewController:frameForPreviewItem:inSourceView:]): (-[_WKPreviewControllerDelegate previewController:transitionImageForPreviewItem:contentRect:]): 2018-05-15 Daniel Bates Fix the Apple Internal build Make a similar change to WebKit as I did for LegacyWebKit in r231777. See for more details. * UIProcess/mac/WKFullScreenWindowController.mm: (-[WKFullScreenWindowController enterFullScreen:]): (-[WKFullScreenWindowController finishedEnterFullScreenAnimation:]): (-[WKFullScreenWindowController exitFullScreen]): (-[WKFullScreenWindowController beganExitFullScreenWithInitialFrame:finalFrame:]): (-[WKFullScreenWindowController finishedExitFullScreenAnimation:]): (-[WKFullScreenWindowController completeFinishExitFullScreenAnimationAfterRepaint]): (-[WKFullScreenWindowController _startEnterFullScreenAnimationWithDuration:]): (-[WKFullScreenWindowController _startExitFullScreenAnimationWithDuration:]): 2018-05-15 Megan Gardner Clear selections from web content with single tap https://bugs.webkit.org/show_bug.cgi?id=185634 Reviewed by Tim Horton. With the switch to the single text selection assistant, we were not correctly clearing the selection when a single tap happened. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _singleTapCommited:]): 2018-05-15 Antoine Quint [Web Animations] Expose Web Animations CSS integration as an experimental feature https://bugs.webkit.org/show_bug.cgi?id=185647 Reviewed by Dean Jackson. Rename the Web Animations CSS integration flag. * Shared/WebPreferences.yaml: * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetWebAnimationsCSSIntegrationEnabled): (WKPreferencesGetWebAnimationsCSSIntegrationEnabled): (WKPreferencesSetCSSAnimationsAndCSSTransitionsBackedByWebAnimationsEnabled): Deleted. (WKPreferencesGetCSSAnimationsAndCSSTransitionsBackedByWebAnimationsEnabled): Deleted. * UIProcess/API/C/WKPreferencesRefPrivate.h: * UIProcess/API/Cocoa/WKPreferences.mm: (-[WKPreferences _setWebAnimationsCSSIntegrationEnabled:]): (-[WKPreferences _webAnimationsCSSIntegrationEnabled]): (-[WKPreferences _setCSSAnimationsAndCSSTransitionsBackedByWebAnimationsEnabled:]): Deleted. (-[WKPreferences _cssAnimationsAndCSSTransitionsBackedByWebAnimationsEnabled]): Deleted. * UIProcess/API/Cocoa/WKPreferencesPrivate.h: * WebProcess/InjectedBundle/InjectedBundle.cpp: (WebKit::InjectedBundle::overrideBoolPreferenceForTestRunner): (WebKit::InjectedBundle::setWebAnimationsCSSIntegrationEnabled): (WebKit::InjectedBundle::setCSSAnimationsAndCSSTransitionsBackedByWebAnimationsEnabled): Deleted. * WebProcess/InjectedBundle/InjectedBundle.h: 2018-05-15 Dean Jackson Update animation when presenting QuickLook https://bugs.webkit.org/show_bug.cgi?id=185648 Reviewed by Antoine Quint. Implement the QuickLook delegate on _WKPreviewControllerDelegate that produces a zoom-like animation when the QLPreviewController appears. * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: (-[_WKPreviewControllerDelegate previewController:frameForPreviewItem:inSourceView:]): * UIProcess/SystemPreviewController.h: Add a reference back to the page, so that the delegate implementation can access the presentingViewController. (WebKit::SystemPreviewController::page): 2018-05-14 Dean Jackson Download and present System Preview https://bugs.webkit.org/show_bug.cgi?id=185459 Reviewed by Tim Horton. Extend DownloadClient so that it can handle the case where the download was triggered by a System Preview. In this situation the result (and progress) are piped into QuickLook via the SystemPreviewController. The DownloadProxy class is also extended to handle the destination filename and the size of the content. Lastly, SystemPreviewController is updated to have a start(), show() and cancel() interface, and no longer adjusts page navigation. * UIProcess/Cocoa/DownloadClient.h: * UIProcess/Cocoa/DownloadClient.mm: Handle the SystemPreview case, which doesn't have a download delegate, but instead needs to communicate with the SystemPreviewController, if one exists. (WebKit::DownloadClient::didStart): (WebKit::DownloadClient::didReceiveResponse): (WebKit::DownloadClient::didReceiveData): (WebKit::DownloadClient::didCreateDestination): (WebKit::DownloadClient::processDidCrash): (WebKit::DownloadClient::decideDestinationWithSuggestedFilename): (WebKit::DownloadClient::didFinish): (WebKit::DownloadClient::didFail): (WebKit::DownloadClient::didCancel): (WebKit::DownloadClient::releaseActivityToken): * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: Implement the new API. (-[_WKPreviewControllerDataSource initWithMIMEType:]): (-[_WKPreviewControllerDataSource previewController:previewItemAtIndex:]): (-[_WKPreviewControllerDataSource setProgress:]): (-[_WKPreviewControllerDataSource finish:]): (-[_WKPreviewControllerDelegate previewControllerDidDismiss:]): (WebKit::SystemPreviewController::start): (WebKit::SystemPreviewController::updateProgress): (WebKit::SystemPreviewController::finish): (WebKit::SystemPreviewController::cancel): (-[_WKPreviewControllerDataSource initWithURL:]): Deleted. (-[_WKPreviewControllerDelegate previewControllerWillDismiss:]): Deleted. (WebKit::SystemPreviewController::canPreview const): Deleted. (WebKit::SystemPreviewController::showPreview): Deleted. * UIProcess/Downloads/DownloadProxy.h: Track the destination file by name and size. Also expose a helper to identify system preview downloads. (WebKit::DownloadProxy::destinationFilename const): (WebKit::DownloadProxy::setDestinationFilename): (WebKit::DownloadProxy::expectedContentLength const): (WebKit::DownloadProxy::setExpectedContentLength): (WebKit::DownloadProxy::bytesLoaded const): (WebKit::DownloadProxy::setBytesLoaded): (WebKit::DownloadProxy::isSystemPreviewDownload const): * UIProcess/SystemPreviewController.cpp: New API. (WebKit::SystemPreviewController::canPreview const): (WebKit::SystemPreviewController::sendPageBack): Deleted. (WebKit::SystemPreviewController::showPreview): Deleted. * UIProcess/SystemPreviewController.h: * UIProcess/WebPageProxy.cpp: (WebKit::m_configurationPreferenceValues): (WebKit::WebPageProxy::reattachToWebProcess): (WebKit::WebPageProxy::resetState): * UIProcess/WebPageProxy.h: 2018-05-14 Brady Eidson Add an API test to guard against regressions while re-entering setDefersLoading:. and https://bugs.webkit.org/show_bug.cgi?id=185630 Reviewed by Chris Dumez. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _setDefersLoadingForTesting:]): * UIProcess/API/Cocoa/WKWebViewPrivate.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::setDefersLoadingForTesting): * UIProcess/WebPageProxy.h: * WebProcess/WebPage/WebPage.messages.in: 2018-05-14 Tim Horton Use the system font by default in extra zoom mode https://bugs.webkit.org/show_bug.cgi?id=185638 Reviewed by Wenson Hsieh. * Shared/WebPreferencesDefaultValues.h: 2018-05-14 Michael Catanzaro Unreviewed, rolling out r231755. Change is not correct Reverted changeset: "-Wmemset-elt-size warning in LibWebRTCSocket constructor" https://bugs.webkit.org/show_bug.cgi?id=185555 https://trac.webkit.org/changeset/231755 2018-05-14 Wenson Hsieh [Extra zoom mode] Google search results are excessively zoomed in https://bugs.webkit.org/show_bug.cgi?id=185347 Reviewed by Tim Horton. Adds a new experimental feature for the "disabled-adaptations" meta tag, and adds plumbing in WebKit to propagate disabled adaptation changes to the ViewportConfiguration. The experimental feature is on by default in extra zoom mode. * Shared/WebPreferences.yaml: * Shared/WebPreferencesDefaultValues.h: * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::dispatchDisabledAdaptationsDidChange const): * WebProcess/WebCoreSupport/WebChromeClient.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::disabledAdaptationsDidChange): * WebProcess/WebPage/WebPage.h: 2018-05-14 Chris Dumez Overly aggressive timer throttling in service workers https://bugs.webkit.org/show_bug.cgi?id=185575 Reviewed by Geoff Garen. After ~30 seconds, the system would put the service worker process in "App Nap", causing its timers to get aggressively throttled. This happens because the service worker processes are WebProcesses that have no visible WebPages. To address the issue, we now disable process suppression for all service worker processes. This causes those processes to construct a UserActivity which prevents App Nap. This patch also refactors the code a bit to avoid duplication. The ProcessSuppression suppression logic in now all on ChildProcessProxy / ChildProcess. * NetworkProcess/NetworkProcess.messages.in: * PluginProcess/PluginProcess.messages.in: * Shared/ChildProcess.messages.in: * UIProcess/ChildProcessProxy.cpp: (WebKit::ChildProcessProxy::setProcessSuppressionEnabled): * UIProcess/ChildProcessProxy.h: * UIProcess/Network/NetworkProcessProxy.h: * UIProcess/Network/mac/NetworkProcessProxyMac.mm: Removed. * UIProcess/Plugins/PluginProcessProxy.h: * UIProcess/Plugins/mac/PluginProcessProxyMac.mm: * UIProcess/ServiceWorkerProcessProxy.cpp: (WebKit::ServiceWorkerProcessProxy::didFinishLaunching): * UIProcess/ServiceWorkerProcessProxy.h: * UIProcess/WebProcessProxy.h: * WebKit.xcodeproj/project.pbxproj: * WebProcess/WebProcess.messages.in: 2018-05-14 Andy Estes [Wi-Fi Assertions] Allow clients to specify a context identifier https://bugs.webkit.org/show_bug.cgi?id=185620 Reviewed by Brady Eidson. Added an SPI on _WKProcessPoolConfiguration that allows clients to specify a context identifier. * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa): * UIProcess/API/APIProcessPoolConfiguration.cpp: (API::ProcessPoolConfiguration::copy): * UIProcess/API/APIProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.mm: (-[_WKProcessPoolConfiguration wirelessContextIdentifier]): (-[_WKProcessPoolConfiguration setWirelessContextIdentifier:]): * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitializeNetworkProcess): 2018-05-11 Brian Burg Web Automation: Automation.getBrowsingContext returns window origin that differs from window.screenX/Y https://bugs.webkit.org/show_bug.cgi?id=185571 Reviewed by Timothy Hatcher. This code path was refactored to use completion handlers. It seems that the window.screenX/Y code path converts back to user coordinates but the WebDriver code path does not. Make them consistent since that is how it is spec'd and tested. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::getWindowFrameWithCallback): Convert the window frame to user coordinate space so it's the same as window.screenY. 2018-05-14 Brian Burg WebDriver: W3C test case actions/key.py::test_lone_keyup_sends_no_events is failing https://bugs.webkit.org/show_bug.cgi?id=185577 Reviewed by Timothy Hatcher. This test is failing because it expects Release Actions to not emit any events if nothing has changed from the initial state. Because the two code paths for creating empty states don't actually produce the same empty state, a difference in location was detected between the two empty states. This generates a mousemove. To fix this, unify the code that creates an empty state. For mouse input sources, always initialize the location to (0, 0) so that the mouse input source always has a location that is valid to click at. * UIProcess/Automation/SimulatedInputDispatcher.h: Extract the type enum out of the class to avoid circular definitions of SimulatedInputSource and SimulatedInputSourceState. * UIProcess/Automation/SimulatedInputDispatcher.cpp: (WebKit::SimulatedInputSourceState::emptyStateForSourceType): Take the input source type when generating an empty state. We always want location set for a mouse input source, but not set it for other input sources like keys. (WebKit::SimulatedInputKeyFrame::keyFrameToResetInputSources): (WebKit::SimulatedInputDispatcher::transitionInputSourceToState): (WebKit::SimulatedInputSource::create): (WebKit::SimulatedInputSource::SimulatedInputSource): (WebKit::SimulatedInputSourceState::emptyState): Deleted. * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::WebAutomationSession::WebAutomationSession): (WebKit::WebAutomationSession::inputSourceForType const): (WebKit::simulatedInputSourceTypeFromProtocolSourceType): (WebKit::WebAutomationSession::performInteractionSequence): * UIProcess/Automation/WebAutomationSession.h: 2018-05-14 Michael Catanzaro -Wmemset-elt-size warning in LibWebRTCSocket constructor https://bugs.webkit.org/show_bug.cgi?id=185555 Reviewed by Youenn Fablet. Add missing multiplication. * WebProcess/Network/webrtc/LibWebRTCSocket.cpp: (WebKit::LibWebRTCSocket::LibWebRTCSocket): 2018-05-14 Zan Dobersek [GTK] REGRESSION(r231170) Build broken with Clang 5.0 https://bugs.webkit.org/show_bug.cgi?id=185198 Reviewed by Michael Catanzaro. * Shared/RTCNetwork.h: With std::optional forward declaration gone, explicitly include the WTF Optional.h header. 2018-05-13 Dean Jackson WebKit2_Sim-7606.1.17.4 introduced dep cycle https://bugs.webkit.org/show_bug.cgi?id=185588 Reviewed by Tim Horton. Soft link AssetViewer.framework to avoid a dependency cycle. * Configurations/WebKit.xcconfig: * UIProcess/ios/WKSystemPreviewView.mm: (-[WKSystemPreviewView web_setContentProviderData:suggestedFilename:]): 2018-05-11 Daniel Bates X-Frame-Options: SAMEORIGIN needs to check all ancestor frames https://bugs.webkit.org/show_bug.cgi?id=185567 Reviewed by Brent Fulgham. Change the behavior of "X-Frame-Options: SAMEORIGIN" to ensure that all ancestors frames are same-origin with the document that delivered this header. This prevents an intermediary malicious frame from clickjacking a child frame whose document is same-origin with the top- level frame. It also makes the behavior of X-Frame-Options in WebKit more closely match the behavior of X-Frame-Options in other browsers, including Chrome and Firefox. Currently a document delivered with "X-Frame-Options: SAMEORIGIN" must only be same-origin with the top-level frame's document in order to be displayed. This prevents clickjacking by a malicious page that embeds a page delivered with "X-Frame-Options: SAMEORIGIN". However, it does not protect against clickjacking of the "X-Frame-Options: SAMEORIGIN" page (victim) if embedded by an intermediate malicious iframe, say a "rogue ad", that was embedded in a document same origin with the victim page. We should protect against such attacks. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::shouldInterruptLoadForXFrameOptions): 2018-05-11 Dean Jackson WKWebViewContentProvider should know what MIME type it was created to handle https://bugs.webkit.org/show_bug.cgi?id=185574 Reviewed by Tim Horton. Pass the MIME type of the downloaded asset into the WKWebViewContentProvider's init method, so it can choose to do something based on that information. The PDF and LegacyPDF views don't care because they, clearly, only handle PDF. But a WKSystemPreviewView can handle multiple types. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _setHasCustomContentView:loadedMIMEType:]): Send the MIME type on to the WKWebViewContentProvider. * UIProcess/Cocoa/WKWebViewContentProvider.h: Add a new parameter to web_initWithFrame. * UIProcess/ios/WKLegacyPDFView.mm: (-[WKLegacyPDFView web_initWithFrame:webView:mimeType:]): (-[WKLegacyPDFView web_initWithFrame:webView:]): Deleted. * UIProcess/ios/WKPDFView.mm: (-[WKPDFView web_initWithFrame:webView:mimeType:]): (-[WKPDFView web_initWithFrame:webView:]): Deleted. * UIProcess/ios/WKSystemPreviewView.mm: (-[WKSystemPreviewView web_initWithFrame:webView:mimeType:]): (-[WKSystemPreviewView web_setContentProviderData:suggestedFilename:]): Actually use the MIME type to tell QuickLook what it will be getting, rather than basing it on the file extension. (-[WKSystemPreviewView web_initWithFrame:webView:]): Deleted. 2018-05-11 Brent Fulgham Allow the WebContent process to read global ViewBridge preferences https://bugs.webkit.org/show_bug.cgi?id=185569 Reviewed by Eric Carlson. Allow reads of the global /Library/Preferences/com.apple.ViewBridge.plist preference file. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-11 Megan Gardner Cleanup canPerformActionForWebView in relation to the webSelectionAssistant being removed https://bugs.webkit.org/show_bug.cgi?id=185536 Reviewed by Tim Horton. The _webSelectionAssistant is now always nil, therefor many of these checks are unnecessary. Remove the check for a webSelection and clean up the logic surrounding those checks. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView canPerformActionForWebView:withSender:]): 2018-05-11 Brady Eidson Followup to: Make sure history navigations reuse the existing process when necessary. https://bugs.webkit.org/show_bug.cgi?id=185532 Reviewed by Andy Estes. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigationInternal): When re-using the same process, don't change the policy action. 2018-05-11 Charles Vazac Runtime feature flag for Server-Timing https://bugs.webkit.org/show_bug.cgi?id=184758 Reviewed by Youenn Fablet. * Shared/WebPreferences.yaml: Added ServerTimingEnabled. * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesGetServerTimingEnabled): * UIProcess/API/C/WKPreferencesRefPrivate.h: WK_EXPORT for WKPreferencesSetServerTimingEnabled. * WebProcess/Storage/WebSWContextManagerConnection.cpp: Call setServerTimingEnabled. 2018-05-11 Antti Koivisto Network process should not stat() all cache files on startup to find their sizes https://bugs.webkit.org/show_bug.cgi?id=185542 Reviewed by Chris Dumez. This is done to compute how much disk space a cache is using. While the operation happens in a background priority thread it is still quite a bit of work. Large bodies are saved in separate blob files so record file sizes are capped. We can avoid work by estimating their size instead of counting it exactly. * NetworkProcess/cache/NetworkCacheStorage.cpp: (WebKit::NetworkCache::estimateRecordsSize): (WebKit::NetworkCache::Storage::synchronize): Use size estimation if blob storage is in use. Remove the code that would delete empty files. Normal cache shrinking handles this. (WebKit::NetworkCache::Storage::shouldStoreBodyAsBlob): 2018-05-11 Brady Eidson Make sure history navigations reuse the existing process when necessary. and https://bugs.webkit.org/show_bug.cgi?id=185532 Reviewed by Ryosuke Niwa. If a view navigates to either a data: or blob: URL, it reuses the existing process. In such cases we need to also ensure that history navigations back will also reuse the existing process. * Shared/NavigationActionData.cpp: (WebKit::NavigationActionData::encode const): (WebKit::NavigationActionData::decode): * Shared/NavigationActionData.h: * UIProcess/API/APINavigation.h: (API::Navigation::setTargetItem): * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.mm: (-[_WKProcessPoolConfiguration pageCacheEnabled]): (-[_WKProcessPoolConfiguration setPageCacheEnabled:]): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::receivedPolicyDecision): (WebKit::WebPageProxy::decidePolicyForNavigationAction): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigationInternal): If the current and target back/forward items both came from the same process, then reuse the existing process. * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForNavigationAction): 2018-05-10 Brent Fulgham REGRESSION(r231057): Encrypted media content playback failures https://bugs.webkit.org/show_bug.cgi?id=185537 Reviewed by Eric Carlson. Put access to the SecurityServer back in the sandbox so we can validate the signatures of media encoder/decoders. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-11 Youenn Fablet NetworkCORSPreflightChecker should proceed when having a ProtectionSpaceAuthenticationSchemeServerTrustEvaluationRequested challenge https://bugs.webkit.org/show_bug.cgi?id=185522 Reviewed by Brent Fulgham. In case of such challenge, refuse to proceed with authentication since preflight is not using credentials. Previously, we were failing right away which is not right in case preflight is the request triggering the connection. Manually tested. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::didReceiveChallenge): 2018-05-10 Daniel Bates Use PlatformStrategies to switch between WebKit and WebKitLegacy checking of CSP frame-ancestors and X-Frame-Options https://bugs.webkit.org/show_bug.cgi?id=185412 Reviewed by Ryosuke Niwa. Update code for renaming and write in terms of WebLoaderStrategy::shouldPerformSecurityChecks() instead of explicitly querying RuntimeEnabledFeatures::sharedFeatures().restrictedHTTPResponseAccess(). * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): (WebKit::WebLoaderStrategy::loadResourceSynchronously): (WebKit::WebLoaderStrategy::startPingLoad): (WebKit::WebLoaderStrategy::preconnectTo): (WebKit::WebLoaderStrategy::shouldPerformSecurityChecks const): (WebKit::WebLoaderStrategy::havePerformedSecurityChecks const): (WebKit::WebLoaderStrategy::isDoingLoadingSecurityChecks const): Deleted. * WebProcess/Network/WebLoaderStrategy.h: * WebProcess/WebPage/WebPage.cpp: 2018-05-10 Timothy Horton Fix the build after r231393 ​https://bugs.webkit.org/show_bug.cgi?id=185519 * Configurations/WebKit.xcconfig: 2018-05-10 John Wilander Storage Access API: Extend lifetime of cookies on successful user approval https://bugs.webkit.org/show_bug.cgi?id=185534 Reviewed by Brent Fulgham. * UIProcess/Cocoa/WebResourceLoadStatisticsStoreCocoa.mm: (WebKit::WebResourceLoadStatisticsStore::registerUserDefaultsIfNeeded): Picks up the experimental feature flag. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::grantStorageAccessInternal): Now updates the domain's user interaction timestamp if the user was prompted for this access. * UIProcess/WebResourceLoadStatisticsStore.h: 2018-05-10 Chris Dumez [iOS] Release page load process assertion if the screen is locked https://bugs.webkit.org/show_bug.cgi?id=185333 Reviewed by Geoff Garen. We normally take a background process assertion during page loads to allow them to complete even if the tab / app is backgrounded. We should however avoid doing so when the backgrounding is caused by the screen locking. Keeping the process assertion in this case would prevent the whole device from sleeping longer than it should, thus negatively impacting power. * UIProcess/Cocoa/NavigationState.h: * UIProcess/Cocoa/NavigationState.mm: (WebKit::NavigationState::NavigationState): (WebKit::NavigationState::releaseNetworkActivityToken): (WebKit::NavigationState::didChangeIsLoading): * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::applicationDidEnterBackground): 2018-05-10 Megan Gardner Remove Unused Chinese/Japanese Reanalyze code https://bugs.webkit.org/show_bug.cgi?id=185529 Reviewed by Wenson Hsieh. The code for this has actually been completely removed from UIKit. This is unreachable dead code that should be removed if just for cleanliness. * Platform/spi/ios/UIKitSPI.h: * UIProcess/API/Cocoa/WKWebViewInternal.h: * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView canPerformActionForWebView:withSender:]): (-[WKContentView _reanalyzeForWebView:]): Deleted. 2018-05-10 Chris Dumez [iOS] Apps that are not visible may not get suspended if they trigger page loads while in the background https://bugs.webkit.org/show_bug.cgi?id=185318 Reviewed by Geoffrey Garen. Whenever there is a page load going on, we take a background process assertion to delay process suspension until this load completes. However, there is also a 3 seconds grace period after a load is complete to allow the app to trigger a new load shortly after. This grace period was introduced to support use cases where a visible app does loads in an offscreen view. However, it can be abused by apps running in the background as they could trigger new page loads while in the background to delay process suspension. This patch tightens the policy so that only apps that are currently visible get to use this grace period. Apps that are in the background get to finish their current load and will then get suspended. * UIProcess/Cocoa/NavigationState.mm: (WebKit::NavigationState::didChangeIsLoading): 2018-05-10 Chris Dumez 'Cross-Origin-Options header implementation follow-up https://bugs.webkit.org/show_bug.cgi?id=185520 Reviewed by Ryosuke Niwa. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::frameBecameRemote): 2018-05-10 Per Arne Vollan Drop-down Control borders missing. https://bugs.webkit.org/show_bug.cgi?id=185500 Reviewed by Brent Fulgham. Open sandbox for reading of some files in temp folder. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-10 Eric Carlson [MediaStream, iOS] Don't check authorizationStatusForMediaType when using mock capture devices https://bugs.webkit.org/show_bug.cgi?id=185516 Reviewed by Youenn Fablet. * UIProcess/Cocoa/UIDelegate.mm: (WebKit::UIDelegate::UIClient::decidePolicyForUserMediaPermissionRequest): Don't check +[AVCaptureDevice authorizationStatusForMediaType:] when using mock capture devices. 2018-05-10 Brent Fulgham REGRESSION(r230323): UIProcess needs to notify WebContent process of Accessibility setting changes https://bugs.webkit.org/show_bug.cgi?id=185515 Reviewed by Chris Fleizach. The UIProcess needs to register for relevant Accessibility preference updates so that it can notify the WebContent processes that screen properties have changed. This is represented by NSWorkspaceAccessibilityDisplayOptionsDidChangeNotification. Tested manually with the Accessibility preferences pane. * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::registerNotificationObservers): Add notification observer. When the notification is received, call 'screenPropertiesStateChanged' to message the information to the WebContent processes. (WebKit::WebProcessPool::unregisterNotificationObservers): Clean up observer. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::screenPropertiesStateChanged): Added helper function. * UIProcess/WebProcessPool.h: 2018-05-09 Carlos Garcia Campos WebDriver: implement advance user interactions https://bugs.webkit.org/show_bug.cgi?id=174616 Reviewed by Brian Burg. Handle origin in case of mouse move transitions. * UIProcess/Automation/Automation.json: Add MouseMoveOrigin enum and pass it as parameter of InputSourceState together with optional node handle. Also pass the frame handle to performInteractionSequence command to find the node in the current browsing context. * UIProcess/Automation/SimulatedInputDispatcher.cpp: (WebKit::SimulatedInputKeyFrame::keyFrameToResetInputSources): Ensure we reset the location. (WebKit::SimulatedInputDispatcher::resolveLocation): Helper to resolve destination location based on current location and mouse move origin. (WebKit::SimulatedInputDispatcher::transitionInputSourceToState): Use resolveLocation() in mouse transitions. (WebKit::SimulatedInputDispatcher::run): Receive and save the frame ID. (WebKit::SimulatedInputDispatcher::finishDispatching): Reset the frame ID. * UIProcess/Automation/SimulatedInputDispatcher.h: * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::WebAutomationSession::computeElementLayout): Use even numbers for the callback ID to not conflict with viewportInViewCenterPointOfElement() callbacks. (WebKit::WebAutomationSession::didComputeElementLayout): Handle computeElementLayout() or viewportInViewCenterPointOfElement() requests by calling the right callback depending on whether the ID is odd or even number. (WebKit::WebAutomationSession::viewportInViewCenterPointOfElement): Send ComputeElementLayout message to the WebProcess using odd numbers for the callback ID to not conflict with computeElementLayout() callbacks. (WebKit::WebAutomationSession::performInteractionSequence): Handle the mouse origin and element handle. (WebKit::WebAutomationSession::cancelInteractionSequence): Pass the frame ID to the input dispatcher. * UIProcess/Automation/WebAutomationSession.h: * UIProcess/Automation/WebAutomationSessionMacros.h: 2018-05-09 Tim Horton Remove the unused HAVE_OS_ACTIVITY https://bugs.webkit.org/show_bug.cgi?id=185501 Reviewed by Wenson Hsieh. * config.h: 2018-05-09 Chris Dumez Add initial support for 'Cross-Origin-Options' HTTP response header https://bugs.webkit.org/show_bug.cgi?id=184996 Reviewed by Geoff Garen. * Shared/WebPreferences.yaml: Add this as an experimental feature, on by default. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::frameBecameRemote): Make sure we pass the cross-origin options from the local Window to the remote one when transitioning. 2018-05-09 Wenson Hsieh [Extra zoom mode] fast/viewport/extrazoom/viewport-change-min-device-width.html sometimes fails https://bugs.webkit.org/show_bug.cgi?id=185490 Reviewed by Tim Horton. This test is currently flaky due to incorrect logic when computing the unobscured content rect, in the slice of time after a frame load has been committed, and before the first visible content rect update from the UI process after the frame load has been committed. * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::viewportConfigurationChanged): In the case where !m_hasReceivedVisibleContentRectsAfterDidCommitLoad, we try to set the unobscured content size to be the view size divided by the initial scale. However, in extra zoom mode, `ViewportConfiguration`'s `minimumLayoutSize()` is the layout size, which is larger than the size of the view by default, so dividing this by the initial scale yields a bogus value. Instead, use `viewLayoutSize()` instead. (WebKit::WebPage::updateViewportSizeForCSSViewportUnits): We also try to divide the view size by the initial scale when computing the effective viewport size for `vw` and `vh`. Additionally, fix the misleading name of a variable (largestUnobscuredRect) that stores a size. 2018-05-09 Brent Fulgham Restrict unarchiving of bundle parameters to a set of known classes https://bugs.webkit.org/show_bug.cgi?id=185489 Reviewed by Ryosuke Niwa. Stop accepting anything derived from NSObject, and instead only agree to unarchive objects from a set of things we actually pass as InjectedBundle parameters. * WebProcess/InjectedBundle/mac/InjectedBundleMac.mm: (WebKit::InjectedBundle::setBundleParameter): 2018-05-09 Richard Houle [Cocoa] Some fields are not identified as [WKWebProcessPlugInNodeHandle isTextField] https://bugs.webkit.org/show_bug.cgi?id=185260 INPUT element are not considered to be text fields when calling -[WKWebProcessPlugInNodeHandle isTextField] when they are of type number. Reviewed by Tim Horton. * WebProcess/InjectedBundle/DOM/InjectedBundleNodeHandle.cpp: (WebKit::InjectedBundleNodeHandle::isTextField const): 2018-05-09 Youenn Fablet Allow WebResourceLoader to cancel a load served from a service worker https://bugs.webkit.org/show_bug.cgi?id=185274 Reviewed by Chris Dumez. Use FetchIdentifier instead of uint64_t. Add IPC support for cancelling a fetch from WebProcess to service worker process. Ask service worker process to cancel the fetch when its corresponding WebResourceLoader is cancelled. No change of behavior as once a WebResourceLoader is cancelled, any related IPC is not processed. A follow-up patch should try to cancel the FetchResponse load, meaning to either cancel the network load or to abort reading the readable stream. * Scripts/webkit/messages.py: * StorageProcess/ServiceWorker/WebSWServerConnection.cpp: (WebKit::WebSWServerConnection::cancelFetch): (WebKit::WebSWServerConnection::startFetch): (WebKit::WebSWServerConnection::didReceiveFetchResponse): (WebKit::WebSWServerConnection::didReceiveFetchData): (WebKit::WebSWServerConnection::didReceiveFetchFormData): (WebKit::WebSWServerConnection::didFinishFetch): (WebKit::WebSWServerConnection::didFailFetch): (WebKit::WebSWServerConnection::didNotHandleFetch): * StorageProcess/ServiceWorker/WebSWServerConnection.h: * StorageProcess/ServiceWorker/WebSWServerConnection.messages.in: * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::didFailFetch): (WebKit::StorageProcess::didNotHandleFetch): (WebKit::StorageProcess::didReceiveFetchResponse): (WebKit::StorageProcess::didReceiveFetchData): (WebKit::StorageProcess::didReceiveFetchFormData): (WebKit::StorageProcess::didFinishFetch): * StorageProcess/StorageProcess.h: * StorageProcess/StorageProcess.messages.in: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::remove): * WebProcess/Storage/ServiceWorkerClientFetch.cpp: (WebKit::ServiceWorkerClientFetch::create): (WebKit::ServiceWorkerClientFetch::ServiceWorkerClientFetch): (WebKit::ServiceWorkerClientFetch::start): (WebKit::ServiceWorkerClientFetch::cancel): * WebProcess/Storage/ServiceWorkerClientFetch.h: * WebProcess/Storage/WebSWClientConnection.cpp: (WebKit::WebSWClientConnection::startFetch): (WebKit::WebSWClientConnection::cancelFetch): * WebProcess/Storage/WebSWClientConnection.h: * WebProcess/Storage/WebSWContextManagerConnection.cpp: (WebKit::WebSWContextManagerConnection::cancelFetch): (WebKit::WebSWContextManagerConnection::startFetch): * WebProcess/Storage/WebSWContextManagerConnection.h: * WebProcess/Storage/WebSWContextManagerConnection.messages.in: * WebProcess/Storage/WebServiceWorkerFetchTaskClient.cpp: (WebKit::WebServiceWorkerFetchTaskClient::WebServiceWorkerFetchTaskClient): (WebKit::WebServiceWorkerFetchTaskClient::cancel): * WebProcess/Storage/WebServiceWorkerFetchTaskClient.h: * WebProcess/Storage/WebServiceWorkerProvider.cpp: (WebKit::WebServiceWorkerProvider::handleFetch): (WebKit::WebServiceWorkerProvider::cancelFetch): (WebKit::WebServiceWorkerProvider::fetchFinished): * WebProcess/Storage/WebServiceWorkerProvider.h: 2018-05-09 Andy Estes [iOS] Consider the annotation bounds when positioning action sheets near long-pressed PDF links https://bugs.webkit.org/show_bug.cgi?id=185472 Reviewed by Daniel Bates. Adopted new PDFHostViewControllerDelegate methods that include annotation rects when URLs and page indices are long-pressed. This allows us to avoid obscuring annotations when positioning action sheet popovers. We also no longer need to convert the press location into host view coordinate space, as PDFKit now does that for us. * UIProcess/ios/WKPDFView.mm: (-[WKPDFView _showActionSheetForURL:atLocation:withAnnotationRect:]): (-[WKPDFView pdfHostViewController:didLongPressURL:atLocation:withAnnotationRect:]): (-[WKPDFView pdfHostViewController:didLongPressPageIndex:atLocation:withAnnotationRect:]): (-[WKPDFView _showActionSheetForURL:atLocation:]): Deleted. (-[WKPDFView pdfHostViewController:didLongPressURL:atLocation:]): Deleted. (-[WKPDFView pdfHostViewController:didLongPressPageIndex:atLocation:]): Deleted. 2018-05-09 Andy Estes [iOS] Tell PDFHostViewController when animated resizes begin and end https://bugs.webkit.org/show_bug.cgi?id=185477 Reviewed by Anders Carlsson. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _beginAnimatedResizeWithUpdates:]): (-[WKWebView _endAnimatedResize]): * UIProcess/Cocoa/WKWebViewContentProvider.h: * UIProcess/ios/WKPDFView.mm: (-[WKPDFView web_beginAnimatedResize]): (-[WKPDFView web_endAnimatedResize]): 2018-05-09 Michael Catanzaro Unreviewed. Update OptionsWPE.cmake and NEWS for 2.21.1 release. * wpe/NEWS: Added. Add release notes for 2.21.1. 2018-05-09 Michael Catanzaro [WPE] Build cleanly with GCC 8 and ICU 60 https://bugs.webkit.org/show_bug.cgi?id=185462 Reviewed by Carlos Alberto Lopez Perez. * Platform/IPC/glib/GSocketMonitor.cpp: (IPC::GSocketMonitor::start): Silence -Wcast-function-type warning. * Shared/API/glib/WebKitContextMenu.cpp: (webkit_context_menu_new_with_items): Ditto. 2018-05-08 Sihui Liu Adopt new async _savecookies SPI for keeping networking process active during flushing cookies https://bugs.webkit.org/show_bug.cgi?id=185261 Reviewed by Chris Dumez. By adopting new async SPI _savecookies, we can keep networking process active(not suspended) until cookies are fully synced to disk with process assertion. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::didSyncAllCookies): * NetworkProcess/NetworkProcess.h: * NetworkProcess/NetworkProcess.messages.in: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::syncAllCookies): * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::didClose): (WebKit::NetworkProcessProxy::syncAllCookies): (WebKit::NetworkProcessProxy::didSyncAllCookies): * UIProcess/Network/NetworkProcessProxy.h: * UIProcess/Network/NetworkProcessProxy.messages.in: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::syncNetworkProcessCookies): 2018-05-08 Per Arne Vollan Set colorspace in the PDF plugin. https://bugs.webkit.org/show_bug.cgi?id=185445 Reviewed by Simon Fraser. * WebProcess/Plugins/PDF/PDFLayerControllerSPI.h: * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::PDFPlugin): 2018-05-08 Megan Gardner Don't clear selection until we are actually interacting with a Node. https://bugs.webkit.org/show_bug.cgi?id=185455 Reviewed by Wenson Hsieh. The presence of TextInteractionAssistant should not be used as a proxy for it we are actually editing content. We need to check to see if we have an active node, and then we should clear the selection. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView setSelectedTextRange:]): 2018-05-08 Ryan Haddad Unreviewed, rolling out r231486. Caused service worker LayoutTest failures on macOS Debug WK2. Reverted changeset: "Allow WebResourceLoader to cancel a load served from a service worker" https://bugs.webkit.org/show_bug.cgi?id=185274 https://trac.webkit.org/changeset/231486 2018-05-08 Andy Estes [iOS] _WKWebViewPrintFormatter should return a page count of 0 for PDF documents that do not allow printing https://bugs.webkit.org/show_bug.cgi?id=185133 Reviewed by Andreas Kling. * UIProcess/ios/WKPDFView.mm: (-[WKPDFView _ensureDocumentForPrinting]): (-[WKPDFView _wk_pageCountForPrintFormatter:]): (-[WKPDFView _wk_printedDocument]): 2018-05-08 Andy Estes [iOS] WKPDFView remains in the view hierarchy after navigating away https://bugs.webkit.org/show_bug.cgi?id=185449 Reviewed by Tim Horton. WKPDFView removes the PDF host view from the view hierarchy in its -dealloc method, and relies on WKWebView releasing its last reference in -_setHasCustomContentView:loadedMIMEType: when the user navigates. However, WKWPDFView was capturing a strong reference to self in the block passed to +[PDFHostViewController createHostView:forExtensionIdentifier:], and PDFKit (actually UIKit) is retaining this block beyond its being called. This results in the PDF host view remaining as a child of the WKScrollView even after the user navigates to another page. Changed the aforementioned block to a lambda that captures a weak reference to self to prevent WKPDFView from outliving the current navigation. * UIProcess/ios/WKPDFView.mm: (-[WKPDFView retain]): (-[WKPDFView web_setContentProviderData:suggestedFilename:]): 2018-05-08 John Wilander Storage Access API: Make user opt-in sticky https://bugs.webkit.org/show_bug.cgi?id=185454 Reviewed by Alex Christensen. This patch persists the user's choice to opt-in to access under specific domains. Such storage access should age out with the accessing domain's cookies and website data. The opt-in prompt is still an experimental feature. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::hasStorageAccess): (WebKit::WebResourceLoadStatisticsStore::requestStorageAccess): (WebKit::WebResourceLoadStatisticsStore::requestStorageAccessUnderOpener): (WebKit::WebResourceLoadStatisticsStore::grantStorageAccess): (WebKit::WebResourceLoadStatisticsStore::grantStorageAccessInternal): (WebKit::WebResourceLoadStatisticsStore::hasUserGrantedStorageAccessThroughPrompt const): (WebKit::WebResourceLoadStatisticsStore::hasHadUnexpiredRecentUserInteraction const): * UIProcess/WebResourceLoadStatisticsStore.h: 2018-05-08 Daniel Bates Do not apply X-Frame-Options and CSP frame-ancestors to Quick Look-applicable responses in NetworkProcess https://bugs.webkit.org/show_bug.cgi?id=185442 Reviewed by Andy Estes. Just as we exempt responses in WebContent process that will be handled by Quick Look from the Content Security Policy frame-ancestors directive and X-Frame-Options checking we need to do the same when such checks are performed in NetworkProcess following r231479. HTTP responses that will be previewed using Quick Look are not considered web pages and are subject to the security model for Quick Look documents. That is, they are exempt from Content Security Policy and X-Frame-Options processing. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::shouldInterruptLoadForCSPFrameAncestorsOrXFrameOptions): 2018-05-08 Brian Burg REGRESSION(r230743): Mousemove events are not coalesced properly, mousemove/drag is very laggy https://bugs.webkit.org/show_bug.cgi?id=185425 Reviewed by Simon Fraser. When mousemove events come in faster than they can be processed, we should coalesce pending mousemoves that have not yet been sent to WebProcess. This has the effect of processing the most recent mousemove location, which is the old behavior that regressed. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::handleMouseEvent): If there is >1 event in the mouse queue, then the first one is being processed by WebProcess and the second one is eligible for coalescing. Replace it if the last event and new event are both mousemoves. 2018-05-08 Per Arne Vollan The PDF context menu should not be created in the WebContent process. https://bugs.webkit.org/show_bug.cgi?id=185401 Reviewed by Tim Horton. Send a sync IPC message from the WebContent process to the UI process with the necessary context menu information when the menu is requested. The NSMenu will then be created and shown in the UI process. The reply will contain the selected menu item index. * Shared/mac/PDFContextMenu.h: Added. (WebKit::PDFContextMenuItem::encode const): (WebKit::PDFContextMenuItem::decode): (WebKit::PDFContextMenu::encode const): (WebKit::PDFContextMenu::decode): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/mac/WebPageProxyMac.mm: (-[WKPDFMenuTarget menuItem]): (-[WKPDFMenuTarget contextMenuAction:]): (WebKit::WebPageProxy::showPDFContextMenu): * WebKit.xcodeproj/project.pbxproj: * WebProcess/Plugins/PDF/PDFPlugin.mm: (WebKit::PDFPlugin::handleContextMenuEvent): 2018-05-08 Dean Jackson System Preview links should trigger a download https://bugs.webkit.org/show_bug.cgi?id=185439 Reviewed by Jon Lee. Encode the new field identifying a system preview. And if you encounter such a resource request, trigger a download. * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder::encode): (IPC::ArgumentCoder::decode): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::decidePolicyForNavigationAction): 2018-05-08 John Wilander Storage Access API: Add a request roundtrip to check whether prompting is needed https://bugs.webkit.org/show_bug.cgi?id=185368 Reviewed by Alex Christensen and Youenn Fablet. This patch adds an enum WebKit::StorageAccessStatus to handle our three access states: - WebKit::StorageAccessStatus::CannotRequestAccess. This means the domain is blocked from cookie access. - WebKit::StorageAccessStatus::RequiresUserPrompt. This means that access has not been granted yet and a prompt is required. - WebKit::StorageAccessStatus::HasAccess. This either means that this domain does not need to ask for access, access was already granted, or access was granted now. If the call to WebResourceLoadStatisticsStore::requestStorageAccess() comes back as WebKit::StorageAccessStatus::RequiresUserPrompt, the WebPageProxy prompts the user and if the user said yes, calls a direct WebResourceLoadStatisticsStore::grantStorageAccess(). Existing test cases pass because requestStorageAccessConfirm in WKPage.cpp does not have m_client.requestStorageAccessConfirm and thus returns true. * UIProcess/Network/NetworkProcessProxy.messages.in: Added a missing #endif. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::requestStorageAccess): Here we now handle the various cases encoded in WebKit::StorageAccessStatus. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::requestStorageAccess): Now covers the optional prompt case. (WebKit::WebResourceLoadStatisticsStore::requestStorageAccessUnderOpener): (WebKit::WebResourceLoadStatisticsStore::grantStorageAccess): (WebKit::WebResourceLoadStatisticsStore::grantStorageAccessInternal): Granting access is broken out to allow WebKit::WebPageProxy to call it directly. * UIProcess/WebResourceLoadStatisticsStore.h: * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::requestStorageAccess): (WebKit::WebsiteDataStore::grantStorageAccess): Piping through calls from from WebKit::WebResourceLoadStatisticsStore to WebKit::WebPageProxy. * UIProcess/WebsiteData/WebsiteDataStore.h: 2018-05-08 Chris Dumez Unreviewed, rolling out r231376 and r231458. Caused some API tests failures on iOS Reverted changesets: "[iOS] Apps that are not visible may not get suspended if they trigger page loads while in the background" https://bugs.webkit.org/show_bug.cgi?id=185318 https://trac.webkit.org/changeset/231376 "[iOS] Release page load process assertion if the screen is locked" https://bugs.webkit.org/show_bug.cgi?id=185333 https://trac.webkit.org/changeset/231458 2018-05-08 Dean Jackson Use thumbnails in System Previews https://bugs.webkit.org/show_bug.cgi?id=185397 Reviewed by Jon Lee. A system preview that goes through the WKWebViewContentProvider will show a static thumbnail/snapshot of the item, rather than jumping directly to QuickLook. This means we have to link to the AssetViewer framework. That provides a ASVThumbnailView that will trigger QuickLook for us. * Configurations/WebKit.xcconfig: Link to AssetViewer. * UIProcess/ios/WKSystemPreviewView.h: Better macro use. Remove some unneeded protocols. * UIProcess/ios/WKSystemPreviewView.mm: (-[WKSystemPreviewView web_setContentProviderData:suggestedFilename:]): Update this to use an ASVThumbnailView, when on the internal SDK (because it is private). (-[WKSystemPreviewView _layoutThumbnailView]): Use the content insets to put the thumbnail in the right place. (-[WKSystemPreviewView thumbnailView:wantsToPresentPreviewController:forItem:]): Delegate method. (-[WKSystemPreviewView web_contentView]): (-[WKSystemPreviewView web_computedContentInsetDidChange]): (-[WKSystemPreviewView numberOfPreviewItemsInPreviewController:]): Deleted. (-[WKSystemPreviewView previewController:previewItemAtIndex:]): Deleted. (-[WKSystemPreviewView previewControllerWillDismiss:]): Deleted. 2018-05-08 Youenn Fablet Allow WebResourceLoader to cancel a load served from a service worker https://bugs.webkit.org/show_bug.cgi?id=185274 Reviewed by Chris Dumez. Use FetchIdentifier instead of uint64_t. Add IPC support for cancelling a fetch from WebProcess to service worker process. Ask service worker process to cancel the fetch when its corresponding WebResourceLoader is cancelled. No change of behavior as once a WebResourceLoader is cancelled, any related IPC is not processed. A follow-up patch should try to cancel the FetchResponse load, meaning to either cancel the network load or to abort reading the readable stream. * Scripts/webkit/messages.py: * StorageProcess/ServiceWorker/WebSWServerConnection.cpp: (WebKit::WebSWServerConnection::cancelFetch): (WebKit::WebSWServerConnection::startFetch): (WebKit::WebSWServerConnection::didReceiveFetchResponse): (WebKit::WebSWServerConnection::didReceiveFetchData): (WebKit::WebSWServerConnection::didReceiveFetchFormData): (WebKit::WebSWServerConnection::didFinishFetch): (WebKit::WebSWServerConnection::didFailFetch): (WebKit::WebSWServerConnection::didNotHandleFetch): * StorageProcess/ServiceWorker/WebSWServerConnection.h: * StorageProcess/ServiceWorker/WebSWServerConnection.messages.in: * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::didFailFetch): (WebKit::StorageProcess::didNotHandleFetch): (WebKit::StorageProcess::didReceiveFetchResponse): (WebKit::StorageProcess::didReceiveFetchData): (WebKit::StorageProcess::didReceiveFetchFormData): (WebKit::StorageProcess::didFinishFetch): * StorageProcess/StorageProcess.h: * StorageProcess/StorageProcess.messages.in: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::remove): * WebProcess/Storage/ServiceWorkerClientFetch.cpp: (WebKit::ServiceWorkerClientFetch::create): (WebKit::ServiceWorkerClientFetch::ServiceWorkerClientFetch): (WebKit::ServiceWorkerClientFetch::start): (WebKit::ServiceWorkerClientFetch::cancel): * WebProcess/Storage/ServiceWorkerClientFetch.h: * WebProcess/Storage/WebSWClientConnection.cpp: (WebKit::WebSWClientConnection::startFetch): (WebKit::WebSWClientConnection::cancelFetch): * WebProcess/Storage/WebSWClientConnection.h: * WebProcess/Storage/WebSWContextManagerConnection.cpp: (WebKit::WebSWContextManagerConnection::cancelFetch): (WebKit::WebSWContextManagerConnection::startFetch): * WebProcess/Storage/WebSWContextManagerConnection.h: * WebProcess/Storage/WebSWContextManagerConnection.messages.in: * WebProcess/Storage/WebServiceWorkerFetchTaskClient.cpp: (WebKit::WebServiceWorkerFetchTaskClient::WebServiceWorkerFetchTaskClient): (WebKit::WebServiceWorkerFetchTaskClient::cancel): * WebProcess/Storage/WebServiceWorkerFetchTaskClient.h: * WebProcess/Storage/WebServiceWorkerProvider.cpp: (WebKit::WebServiceWorkerProvider::handleFetch): (WebKit::WebServiceWorkerProvider::cancelFetch): (WebKit::WebServiceWorkerProvider::fetchFinished): * WebProcess/Storage/WebServiceWorkerProvider.h: 2018-05-08 Antti Koivisto Don't use mapped cache files in case of Class A/B protected app https://bugs.webkit.org/show_bug.cgi?id=185422 Reviewed by Chris Dumez. Currently we don't use shared memory maps in these cases. This still leaves us open for crashes in the network process when the device is locked. This patch disables use of blob storage (mapped cache files) in apps that use class A/B protection. Normally we use blobs for resources > 16KB. Since use of shared memory is already disabled, the only optimization lost for these apps is body data deduplication. Any existing cache entries with blobs are ignored and deleted. New entries are created with body data inlined with the metadata. * NetworkProcess/cache/NetworkCache.cpp: (WebKit::NetworkCache::Cache::store): * NetworkProcess/cache/NetworkCache.h: (WebKit::NetworkCache::Cache::canUseSharedMemoryForBodyData const): Deleted. * NetworkProcess/cache/NetworkCacheEntry.cpp: (WebKit::NetworkCache::Entry::initializeShareableResourceHandleFromStorageRecord const): Remove the code the prevented use of shared memory in these cases. Non-mapped Data objects are never shareable. (WebKit::NetworkCache::Entry::setNeedsValidation): * NetworkProcess/cache/NetworkCacheFileSystem.cpp: (WebKit::NetworkCache::isSafeToUseMemoryMapForPath): (WebKit::NetworkCache::canUseSharedMemoryForPath): Deleted. * NetworkProcess/cache/NetworkCacheFileSystem.h: * NetworkProcess/cache/NetworkCacheStorage.cpp: (WebKit::NetworkCache::Storage::Storage): (WebKit::NetworkCache::Storage::mayContainBlob const): (WebKit::NetworkCache::Storage::shouldStoreBodyAsBlob): (WebKit::NetworkCache::shouldStoreBodyAsBlob): Deleted. * NetworkProcess/cache/NetworkCacheStorage.h: (WebKit::NetworkCache::Storage::canUseSharedMemoryForBodyData const): Deleted. 2018-05-07 Carlos Garcia Campos Unreviewed. Add missing exit not included in r231298. * WebProcess/WebProcess.cpp: (WebKit::WebProcess::ensureWebToStorageProcessConnection): 2018-05-07 Daniel Bates Check X-Frame-Options and CSP frame-ancestors in network process https://bugs.webkit.org/show_bug.cgi?id=185410 Reviewed by Ryosuke Niwa. * NetworkProcess/NetworkResourceLoadParameters.cpp: (WebKit::NetworkResourceLoadParameters::encode const): Always encode the frame ancestor origins. (WebKit::NetworkResourceLoadParameters::decode): Always decode the frame ancestor origins. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::shouldInterruptLoadForXFrameOptions): Added. (WebKit::NetworkResourceLoader::shouldInterruptLoadForCSPFrameAncestorsOrXFrameOptions): Added. (WebKit::NetworkResourceLoader::didReceiveResponse): Check if the load needs to be interrupted due to a violation of the CSP frame-ancestors directive or X-Frame-Options. If there is a violation then stop the load. (WebKit::NetworkResourceLoader::didRetrieveCacheEntry): Ditto. (NetworkResourceLoader::addConsoleMessage): Added. (NetworkResourceLoader::sendCSPViolationReport): Added. * NetworkProcess/NetworkResourceLoader.h: * Scripts/webkit/messages.py: Teach the generator about data types MessageLevel and MessageSource as they are both defined in file JavaScriptCore/ConsoleTypes.h as opposed to independent headers. Also tell the generator that these types should not be forward declared so that we can use these types without their JSC:: prefix in WebPage.messages.in. * WebProcess/Network/NetworkProcessConnection.cpp: (WebKit::NetworkProcessConnection::didReceiveMessage): Route WebPage messages to the appropriate web page. * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): Added message StopLoadingAfterXFrameOptionsOrContentSecurityPolicyDenied. * WebProcess/Network/WebResourceLoader.cpp: (WebKit::WebResourceLoader::stopLoadingAfterXFrameOptionsOrContentSecurityPolicyDenied): Added. * WebProcess/Network/WebResourceLoader.h: * WebProcess/Network/WebResourceLoader.messages.in: * WebProcess/WebPage/WebFrame.cpp: (WebKit::WebFrame::addConsoleMessage): * WebProcess/WebPage/WebFrame.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::addConsoleMessage): Added. (WebKit::WebPage::sendCSPViolationReport): Added. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: Add messages AddConsoleMessage and SendCSPViolationReport for adding a console message to Web Inspector and sending a CSP report, respectively. 2018-05-07 Daniel Bates Abstract logic to log console messages and send CSP violation reports into a client https://bugs.webkit.org/show_bug.cgi?id=185393 Reviewed by Brent Fulgham. For now, build a URL from the source origin associated with the NetworkResourceLoader and pass this to the ContentSecurityPolicy constructor. Additionally, make NetworkLoadChecker::contentSecurityPolicy() non-const since it returns a non-const pointer to a ContentSecurityPolicy object; => callers can mutate this object right from under NetworkLoadChecker. Making this non-const makes this clear to a reader. Also remove the mutable keyword from the definition of NetworkLoadChecker::m_contentSecurityPolicy. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::contentSecurityPolicy): (WebKit::NetworkLoadChecker::contentSecurityPolicy const): Deleted. * NetworkProcess/NetworkLoadChecker.h: 2018-05-07 Alex Christensen WebResourceLoadStatisticsStore::requestStorageAccess should call its completion handler on the main thread https://bugs.webkit.org/show_bug.cgi?id=185403 Reviewed by Brent Fulgham. * UIProcess/WebResourceLoadStatisticsStore.cpp: (WebKit::WebResourceLoadStatisticsStore::requestStorageAccess): 2018-05-07 Chris Dumez [iOS] Release page load process assertion if the screen is locked https://bugs.webkit.org/show_bug.cgi?id=185333 Reviewed by Geoffrey Garen. We normally take a background process assertion during page loads to allow them to complete even if the tab / app is backgrounded. We should however avoid doing so when the backgrounding is caused by the screen locking. Keeping the process assertion in this case would prevent the whole device from sleeping longer than it should, thus negatively impacting power. * UIProcess/Cocoa/NavigationState.h: * UIProcess/Cocoa/NavigationState.mm: (WebKit::NavigationState::NavigationState): (WebKit::NavigationState::releaseNetworkActivityToken): (WebKit::NavigationState::didChangeIsLoading): * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::applicationDidEnterBackground): 2018-05-07 Brent Fulgham Add experimental feature to prompt for Storage Access API use https://bugs.webkit.org/show_bug.cgi?id=185335 Reviewed by Alex Christensen and Youenn Fablet. Create a new experimental feature that gates the ability of WebKit clients to prompt the user when Storage Access API is invoked. Currently this feature doesn't have any user-visible impact. * Shared/API/APIObject.h: * Shared/API/c/WKBase.h: * Shared/WebPreferences.yaml: * UIProcess/API/APIUIClient.h: (API::UIClient::requestStorageAccessConfirm): * UIProcess/API/C/WKPage.cpp: (WebKit::RequestStorageAccessConfirmResultListener::create): (WebKit::RequestStorageAccessConfirmResultListener::~RequestStorageAccessConfirmResultListener): (WebKit::RequestStorageAccessConfirmResultListener::call): (WebKit::RequestStorageAccessConfirmResultListener::RequestStorageAccessConfirmResultListener): (WKPageRequestStorageAccessConfirmResultListenerGetTypeID): (WKPageRequestStorageAccessConfirmResultListenerCall): (WKPageSetPageUIClient): * UIProcess/API/C/WKPageUIClient.h: * UIProcess/API/Cocoa/WKPreferences.mm: (-[WKPreferences _storageAccessPromptsEnabled]): (-[WKPreferences _setStorageAccessPromptsEnabled:]): * UIProcess/API/Cocoa/WKPreferencesPrivate.h: * UIProcess/API/Cocoa/WKUIDelegatePrivate.h: * UIProcess/Cocoa/UIDelegate.h: * UIProcess/Cocoa/UIDelegate.mm: (WebKit::UIDelegate::setDelegate): (WebKit::UIDelegate::UIClient::requestStorageAccessConfirm): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::requestStorageAccessConfirm): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/WebPreferences.cpp: (WebKit::WebPreferences::update): * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::requestStorageAccess): 2018-05-07 Dean Jackson Use a dark gray for system preview bbackground https://bugs.webkit.org/show_bug.cgi?id=185391 Reviewed by Eric Carlson. Throw some darker shade at this view. * UIProcess/ios/WKSystemPreviewView.mm: (-[WKSystemPreviewView web_initWithFrame:webView:]): 2018-05-07 Don Olmstead [Win] Add missing methods to WebChromeClient https://bugs.webkit.org/show_bug.cgi?id=185325 Reviewed by Brent Fulgham. * WebProcess/WebCoreSupport/WebChromeClient.h: 2018-05-07 Megan Gardner Allow Web Touch events to timeout https://bugs.webkit.org/show_bug.cgi?id=185282 Reviewed by Tim Horton. This is backwards, fixing. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::handleTouchEventSynchronously): 2018-05-07 Don Olmstead [Win] LoggingWin is missing includes https://bugs.webkit.org/show_bug.cgi?id=185326 Reviewed by Per Arne Vollan. * Platform/win/LoggingWin.cpp: 2018-05-07 Daniel Bates CSP should be passed the referrer https://bugs.webkit.org/show_bug.cgi?id=185367 Reviewed by Per Arne Vollan. Pass the referrer through NetworkLoadChecker so that it can pass it to the ContentSecurityPolicy object it instantiates. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::contentSecurityPolicy const): * NetworkProcess/NetworkLoadChecker.h: (WebKit::NetworkLoadChecker::create): * NetworkProcess/NetworkResourceLoader.cpp: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): 2018-05-07 Daniel Bates Substitute CrossOriginPreflightResultCache::clear() for CrossOriginPreflightResultCache::empty() https://bugs.webkit.org/show_bug.cgi?id=185170 Reviewed by Per Arne Vollan. * WebProcess/WebProcess.cpp: (WebKit::WebProcess::clearResourceCaches): (WebKit::WebProcess::deleteWebsiteData): 2018-05-07 Brian Burg Web Inspector: opt out of process swap on navigation if a Web Inspector frontend is connected https://bugs.webkit.org/show_bug.cgi?id=184861 Reviewed by Timothy Hatcher. We need to track how many frontends are attached to the web page (both local and remote). InspectorController propagates this out to WebKit via InspectorClient. This is then kept in UIProcess as a member of WebPageProxy. When making a decision whether to use a new process for a navigation, return early with "no" if any frontends are open for the page being navigated. * UIProcess/WebPageProxy.h: (WebKit::WebPageProxy::didChangeInspectorFrontendCount): (WebKit::WebPageProxy::inspectorFrontendCount const): * UIProcess/WebPageProxy.messages.in: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigation): * WebProcess/WebCoreSupport/WebInspectorClient.cpp: (WebKit::WebInspectorClient::frontendCountChanged): * WebProcess/WebCoreSupport/WebInspectorClient.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::inspectorFrontendCountChanged): * WebProcess/WebPage/WebPage.h: 2018-05-04 Tim Horton Shift to a lower-level framework for simplifying URLs https://bugs.webkit.org/show_bug.cgi?id=185334 Reviewed by Dan Bernstein. * Configurations/WebKit.xcconfig: * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController _updateLocationInfo]): 2018-05-04 Per Arne Vollan Shutdown WindowServer connections after checking in with launch services https://bugs.webkit.org/show_bug.cgi?id=185082 Reviewed by Brent Fulgham. When WindowServer access is blocked in the WebContent process, we should shutdown all connections after checking in with launch services. * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeProcess): 2018-05-04 Don Olmstead [Win][WebKit] Fix forwarding headers for Windows build https://bugs.webkit.org/show_bug.cgi?id=184412 Reviewed by Alex Christensen. * PlatformWin.cmake: * UIProcess/API/APIAttachment.h: * UIProcess/API/APIContextMenuClient.h: * UIProcess/API/C/WKProcessTerminationReason.h: * WebProcess/InjectedBundle/API/c/WKBundlePageOverlay.cpp: 2018-05-04 Chris Dumez [iOS] Apps that are not visible may not get suspended if they trigger page loads while in the background https://bugs.webkit.org/show_bug.cgi?id=185318 Reviewed by Geoffrey Garen. Whenever there is a page load going on, we take a background process assertion to delay process suspension until this load completes. However, there is also a 3 seconds grace period after a load is complete to allow the app to trigger a new load shortly after. This grace period was introduced to support use cases where a visible app does loads in an offscreen view. However, it can be abused by apps running in the background as they could trigger new page loads while in the background to delay process suspension. This patch tightens the policy so that only apps that are currently visible get to use this grace period. Apps that are in the background get to finish their current load and will then get suspended. * UIProcess/Cocoa/NavigationState.mm: (WebKit::NavigationState::didChangeIsLoading): 2018-05-04 Per Arne Vollan Adjust sandbox profile for simulator. https://bugs.webkit.org/show_bug.cgi?id=185319 Reviewed by Brent Fulgham. Disable Kerberos rules, as well as rules related to NSApplication initialization. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-04 Tim Horton Wasted time dlopening Lookup when tearing down a WKWebView https://bugs.webkit.org/show_bug.cgi?id=185310 Reviewed by Wenson Hsieh. * UIProcess/Cocoa/WebViewImpl.h: * UIProcess/Cocoa/WebViewImpl.mm: (-[WKWindowVisibilityObserver dealloc]): (-[WKWindowVisibilityObserver startObservingLookupDismissalIfNeeded]): (WebKit::WebViewImpl::prepareForDictionaryLookup): (-[WKWindowVisibilityObserver startObservingLookupDismissal]): Deleted. Avoid un-registering as a Lookup dismissal observer if we never registered in the first place, because that involves dlopening Lookup. 2018-05-04 Megan Gardner Allow Web Touch events to timeout https://bugs.webkit.org/show_bug.cgi?id=185282 Reviewed by Tim Horton. Web Touch events currently never time out, which blocks the user from interacting with the UI Process at all. We should allow these events to time out so that the user can interact with the rest of the UI. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::handleTouchEventSynchronously): 2018-05-04 Wenson Hsieh REGRESSION: [ios-simulator] 3 WKWebViewAutofillTests API test failures seen with 11.3 SDK https://bugs.webkit.org/show_bug.cgi?id=184196 Reviewed by Tim Horton. Remove an unnecessary call to NSClassFromString, now that trunk WebKit only supports iOS 11.3+. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView insertTextSuggestion:]): 2018-05-04 Youenn Fablet NetworkProcessProxy::didReceiveAuthenticationChallenge should take an AuthenticationChallenge r-value https://bugs.webkit.org/show_bug.cgi?id=185302 Reviewed by Geoffrey Garen. Pass AuthenticationChallenge as an r-value since it comes from IPC. No change of behavior. * UIProcess/Authentication/AuthenticationChallengeProxy.cpp: (WebKit::AuthenticationChallengeProxy::AuthenticationChallengeProxy): * UIProcess/Authentication/AuthenticationChallengeProxy.h: (WebKit::AuthenticationChallengeProxy::create): * UIProcess/Downloads/DownloadProxy.cpp: (WebKit::DownloadProxy::didReceiveAuthenticationChallenge): * UIProcess/Downloads/DownloadProxy.h: * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::didReceiveAuthenticationChallenge): * UIProcess/Network/NetworkProcessProxy.h: 2018-05-04 Sihui Liu Assertion failure in NetworkStorageSession::setCookie: privilege of UI process is not set https://bugs.webkit.org/show_bug.cgi?id=185262 Reviewed by Chris Dumez. Fix an assertion failure by setting UI process privileges in constructor of WebsiteDataStore because UI process may use the cookie API before creating a WebView. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::WebsiteDataStore): 2018-05-04 Per Arne Vollan Adjust sandbox rules for simulator. https://bugs.webkit.org/show_bug.cgi?id=185275 Reviewed by Brent Fulgham. Enable rules related to CoreMedia for minimal simulator. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-04 Carlos Garcia Campos [GTK] Epiphany (GNOME Web) says "Error downloading: Service Unavailable." when trying to download an image from discogs.com https://bugs.webkit.org/show_bug.cgi?id=174730 Reviewed by Michael Catanzaro. The problem is that we don't send any User-Agent HTTP header for downloads started by WebProcessPool::download(). * UIProcess/API/glib/WebKitDownload.cpp: (webkitDownloadUpdateRequest): Helper to update the cached request. (webkitDownloadStarted): Updated the cached request if we have one. (webkit_download_get_request): Use webkitDownloadUpdateRequest(). * UIProcess/API/glib/WebKitDownloadClient.cpp: * UIProcess/API/glib/WebKitDownloadPrivate.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::download): Set the User-Agent HTTP header if there isn't any. 2018-05-04 Carlos Garcia Campos [GTK] Some event tests failing after r230817 https://bugs.webkit.org/show_bug.cgi?id=185072 Reviewed by Michael Catanzaro. Do not send mouse move events to the WebProcess for crossing events during testing. WTR never generates crossing events and they can confuse tests. Fixes: editing/pasteboard/drag-link-with-data-transfer-adds-trusted-link-to-pasteboard.html fast/css/user-drag-none.html fast/events/context-activated-by-key-event.html fast/events/drag-selects-image.html fast/events/dropzone-005.html fast/events/mouse-click-events.html fast/events/mouse-cursor-change.html * UIProcess/API/gtk/WebKitWebViewBase.cpp: (webkitWebViewBaseCrossingNotifyEvent): 2018-05-03 Chris Dumez More aggressively terminate child processes when the connection to their parent process is severed https://bugs.webkit.org/show_bug.cgi?id=177972 Reviewed by Geoff Garen. More aggressively terminate child processes when the connection to their parent process is severed. Previously, we would dispatch to the main thread and then exit the process. This would sometimes cause the process to say alive for 10 seconds until our watchdog would forcefully terminate the process. This could happen in particular when the main thread is blocked on a synchronous IPC. * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::didClose): Deleted. * NetworkProcess/NetworkProcess.h: * PluginProcess/PluginProcess.cpp: (WebKit::PluginProcess::didClose): Deleted. * PluginProcess/PluginProcess.h: * Shared/ChildProcess.cpp: (WebKit::ChildProcess::didClose): (WebKit::didCloseOnConnectionWorkQueue): (WebKit::ChildProcess::terminationTimerFired): * Shared/ChildProcess.h: * StorageProcess/StorageProcess.cpp: (WebKit::StorageProcess::didClose): Deleted. * StorageProcess/StorageProcess.h: * WebProcess/WebProcess.cpp: (WebKit::WebProcess::didClose): Deleted. * WebProcess/WebProcess.h: 2018-05-03 Yusuke Suzuki Use default std::optional if it is provided https://bugs.webkit.org/show_bug.cgi?id=185159 Reviewed by Michael Catanzaro. * Shared/SandboxExtension.h: (WebKit::SandboxExtension::Handle::decode): * Shared/TouchBarMenuItemData.cpp: (WebKit::TouchBarMenuItemData::decode): 2018-05-03 Justin Fan [WebGL] Add runtime flag for enabling ASTC support in WebGL https://bugs.webkit.org/show_bug.cgi?id=184840 Reviewed by Myles C. Maxfield. Added runtime flag for ASTC support in WebGL, to turn on/off when extension is implemented. * Shared/WebPreferences.yaml: 2018-05-03 Keith Rollin Unreviewed build fix after . * NetworkProcess/NetworkActivityTracker.h: 2018-05-03 Wenson Hsieh Ads in NYTimes app are shifted downwards by the scroll view's top content inset https://bugs.webkit.org/show_bug.cgi?id=185251 Reviewed by Tim Horton. The NYTimes app embeds advertisements in each article's WKWebView by adding views in the WKScrollView's view hierarchy. These views are positioned using the bounding client rects of elements in the DOM (via Element ::getBoundingClientRect). Prior to r229641, WebKit would report bounding client rects inset by the content insets of WKScrollView, which means that if a top content inset X is specified on the scroll view, an element that is flush against the top of the viewport will have a bounding client rect top of -X (when it should really be 0). To account for this, NYTimes adds the scroll view content insets back to the bounding client rect when determining the position of each advertisement which, after r229641, causes these views to be shifted downwards by an amount equal to the scroll view content inset top. This new behavior does not affect Safari, since Safari uses SPI to explicitly set obscured insets. As such, we address this by gating the scroll view content inset fix with a linked-on-or-after check. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _computedObscuredInset]): * UIProcess/Cocoa/VersionChecks.h: 2018-05-03 Chris Dumez Load hangs if the WebProcess fails to launch https://bugs.webkit.org/show_bug.cgi?id=185225 Reviewed by Geoff Garen. When a process fails to launch, ChildProcessProxy::didFinishLaunching() gets called with an invalid connection identifier. While NetworkProcessProxy::didFinishLaunching() properly deals with this situation, WebProcessProxy::didFinishLaunching() does not. As a result, we do not attempt to relaunch the process, we do not notify the client and WebPageProxy::m_isValid stays true. This patch thus updates WebProcessProxy::didFinishLaunching() to check if the connection identifier is valid and treats it as a crash. As a result, the WebPageProxies properly reset their state and the client gets notified of the crash so that it can attempt to reload. * UIProcess/API/Cocoa/WKProcessPool.mm: (-[WKProcessPool _makeNextWebProcessLaunchFailForTesting]): * UIProcess/API/Cocoa/WKProcessPoolPrivate.h: * UIProcess/Launcher/ProcessLauncher.h: * UIProcess/Launcher/mac/ProcessLauncherMac.mm: (WebKit::ProcessLauncher::launchProcess): Add SPI to make the next WebProcess launch fail, for the purpose of API testing. * UIProcess/WebProcessPool.h: * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::getLaunchOptions): (WebKit::WebProcessProxy::didClose): (WebKit::WebProcessProxy::processDidTerminateOrFailedToLaunch): (WebKit::WebProcessProxy::didFinishLaunching): * UIProcess/WebProcessProxy.h: 2018-05-03 Commit Queue Unreviewed, rolling out r231223 and r231288. https://bugs.webkit.org/show_bug.cgi?id=185256 The change in r231223 breaks internal builds, and r231288 is a dependent change. (Requested by ryanhaddad on #webkit). Reverted changesets: "Use default std::optional if it is provided" https://bugs.webkit.org/show_bug.cgi?id=185159 https://trac.webkit.org/changeset/231223 "Use pointer instead of std::optional>" https://bugs.webkit.org/show_bug.cgi?id=185186 https://trac.webkit.org/changeset/231288 2018-05-03 Per Arne Vollan An error message is written to stderr when the WebContent process is blocking WindowServer access. https://bugs.webkit.org/show_bug.cgi?id=184701 Reviewed by Brent Fulgham. Calling 'setApplicationIsDaemon(true)' instead of 'CGSSetDenyWindowServerConnections(true)' to disable access to the WindowServer in the WebContent process, will remove this error message. After this change, the url of the WebContent process is still showing up in Activity Monitor, which previously was a problem when calling 'setApplicationIsDaemon(true)'. * WebProcess/WebProcess.cpp: (WebKit::WebProcess::initializeProcess): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeProcess): 2018-05-03 Ryan Haddad Unreviewed, rolling out r231253. The API test added with this change is crashing on the bots. Reverted changeset: "Web Inspector: opt out of process swap on navigation if a Web Inspector frontend is connected" https://bugs.webkit.org/show_bug.cgi?id=184861 https://trac.webkit.org/changeset/231253 2018-05-03 Brent Fulgham Re-eneable Network Extension support in the WebContent process https://bugs.webkit.org/show_bug.cgi?id=185236 Reviewed by Eric Carlson. * Resources/SandboxProfiles/ios/com.apple.WebKit.WebContent.sb: * WebProcess/com.apple.WebProcess.sb.in: 2018-05-03 Tim Horton REGRESSION (r231014): Entitlements are not applied to XPC services on macOS https://bugs.webkit.org/show_bug.cgi?id=185241 Reviewed by Dan Bernstein. * Configurations/BaseXPCService.xcconfig: * Configurations/WebContentService.Development.xcconfig: * Configurations/WebContentService.xcconfig: 2018-05-03 Carlos Garcia Campos REGRESSION(r222772): [GTK][WPE] WebProcess from WebKitGtk+ 2.19.9x SIGSEVs in WebKit::WebProcess::ensureNetworkProcessConnection() at Source/WebKit/WebProcess/WebProcess.cpp:1127 https://bugs.webkit.org/show_bug.cgi?id=183348 Reviewed by Michael Catanzaro. When connection doesn't exit in case of sync message failure, always exit in case of failing to send GetNetworkProcessConnection or GetStorageProcessConnection messages. This can happen when the WebView is created and destroyed quickly. * WebProcess/WebProcess.cpp: (WebKit::WebProcess::ensureNetworkProcessConnection): (WebKit::WebProcess::ensureWebToStorageProcessConnection): 2018-05-02 Nan Wang AX: Missing kAXSWebAccessibilityEventsEnabledNotification causes a crash https://bugs.webkit.org/show_bug.cgi?id=185237 Reviewed by Dan Bernstein. When libAccessibility.dylib is missing, the compiler would optimize out the global notification and lead to a crash. Fixed it by using the isNullFunction check instead, since we are sure the global notification would be there when the corresponding function is available. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): 2018-05-02 Keith Rollin Add facility for tracking times and results of page and resource loading https://bugs.webkit.org/show_bug.cgi?id=184838 Reviewed by Brent Fulgham. Add NetworkActivityTracker. The idea behind this facility is to create and destroy them around networking activity that we want to track for the purpose of measuring overall network health. They can be created around the loading of pages or individual resources, and can be arranged in a parent/child hierarchy to indicate what pages the resources are part of. The NetworkActivity tracker tracks load times and results. On Cocoa, it can be integrated with CFNetwork in order to associate WebKit activity with low-level networking activity. * CMakeLists.txt: * Configurations/WebKit.xcconfig: * NetworkProcess/NetworkActivityTracker.cpp: Copied from Source/WebKit/NetworkProcess/NetworkLoadParameters.h. (WebKit::NetworkActivityTracker::NetworkActivityTracker): (WebKit::NetworkActivityTracker::~NetworkActivityTracker): (WebKit::NetworkActivityTracker::setParent): (WebKit::NetworkActivityTracker::start): (WebKit::NetworkActivityTracker::complete): * NetworkProcess/NetworkActivityTracker.h: Added. (WebKit::NetworkActivityTracker::getPlatformObject): * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::didClose): (WebKit::NetworkConnectionToWebProcess::pageLoadCompleted): (WebKit::networkActivityTrackingEnabled): (WebKit::NetworkConnectionToWebProcess::startTrackingResourceLoad): (WebKit::NetworkConnectionToWebProcess::stopTrackingResourceLoad): (WebKit::NetworkConnectionToWebProcess::stopAllNetworkActivityTracking): (WebKit::NetworkConnectionToWebProcess::stopAllNetworkActivityTrackingForPage): (WebKit::NetworkConnectionToWebProcess::findRootNetworkActivity): (WebKit::NetworkConnectionToWebProcess::findNetworkActivityTracker): * NetworkProcess/NetworkConnectionToWebProcess.h: (WebKit::NetworkConnectionToWebProcess::ResourceNetworkActivityTracker::ResourceNetworkActivityTracker): * NetworkProcess/NetworkConnectionToWebProcess.messages.in: * NetworkProcess/NetworkDataTask.cpp: (WebKit::NetworkDataTask::create): * NetworkProcess/NetworkLoadParameters.h: * NetworkProcess/NetworkProcess.cpp: (WebKit::NetworkProcess::initializeNetworkProcess): * NetworkProcess/NetworkProcess.h: (WebKit::NetworkProcess::trackNetworkActivity const): * NetworkProcess/NetworkProcessCreationParameters.cpp: (WebKit::NetworkProcessCreationParameters::encode const): (WebKit::NetworkProcessCreationParameters::decode): * NetworkProcess/NetworkProcessCreationParameters.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::start): (WebKit::NetworkResourceLoader::cleanup): (WebKit::NetworkResourceLoader::abort): (WebKit::NetworkResourceLoader::didFinishLoading): (WebKit::NetworkResourceLoader::didFailLoading): (WebKit::NetworkResourceLoader::didRetrieveCacheEntry): (WebKit::NetworkResourceLoader::continueProcessingCachedEntryAfterDidReceiveResponse): * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/cocoa/NetworkActivityTrackerCocoa.mm: Added. (WebKit::NetworkActivityTracker::NetworkActivityTracker): (WebKit::NetworkActivityTracker::~NetworkActivityTracker): (WebKit::NetworkActivityTracker::setParent): (WebKit::NetworkActivityTracker::start): (WebKit::NetworkActivityTracker::complete): * NetworkProcess/cocoa/NetworkDataTaskCocoa.h: * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::NetworkDataTaskCocoa): * UIProcess/API/APIProcessPoolConfiguration.cpp: (API::ProcessPoolConfiguration::copy): * UIProcess/API/APIProcessPoolConfiguration.h: * UIProcess/API/C/WKContextConfigurationRef.cpp: (WKContextConfigurationTrackNetworkActivity): (WKContextConfigurationSetTrackNetworkActivity): * UIProcess/API/C/WKContextConfigurationRef.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.mm: (-[_WKProcessPoolConfiguration trackNetworkActivity]): (-[_WKProcessPoolConfiguration setTrackNetworkActivity:]): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::ensureNetworkProcess): * WebKit.xcodeproj/project.pbxproj: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::pageLoadCompleted): * WebProcess/Network/WebLoaderStrategy.h: 2018-05-02 Jer Noble Open audio/video sandbox services for minimal simulator https://bugs.webkit.org/show_bug.cgi?id=185217 Reviewed by Per Arne Vollan. * WebKit.xcodeproj/project.pbxproj: * WebProcess/com.apple.WebProcess.sb.in: 2018-05-02 Daniel Bates Cleanup NetworkResourceLoader::didReceiveResponse() https://bugs.webkit.org/show_bug.cgi?id=185209 Reviewed by Chris Dumez. Use early returns to make the control flow easier to read and reason about. Disregarding a From-Origin violation, NetworkResourceLoader::didReceiveResponse() only returns NetworkLoadClient::ShouldContinueDidReceiveResponse::No when the load is for a main resource and hence it must wait for the embedding client to allow the load before continuing with it. With regards to a From-Origin violation, the network process schedules to fail the load in a subsequent turn of the event loop before returning NetworkLoadClient::ShouldContinueDidReceiveResponse::No. It return NetworkLoadClient::ShouldContinueDidReceiveResponse::No solely to tell the NetworkLoadClient to defer assuming the load is allowed (because we will fail it on the next turn of the event loop). Additionally, remove all logging about the return value as we no longer have a need for such logging. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::didReceiveResponse): 2018-05-02 Alex Christensen Add WKWebsiteDataStorePrivate._proxyConfiguration SPI https://bugs.webkit.org/show_bug.cgi?id=185179 Reviewed by Andy Estes. * NetworkProcess/NetworkSessionCreationParameters.h: (WebKit::NetworkSessionCreationParameters::encode const): (WebKit::NetworkSessionCreationParameters::decode): * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::applySniffingPoliciesAndBindRequestToInferfaceIfNeeded): * NetworkProcess/cocoa/NetworkSessionCocoa.h: * NetworkProcess/cocoa/NetworkSessionCocoa.mm: (WebKit::NetworkSessionCocoa::NetworkSessionCocoa): * Shared/WebsiteDataStoreParameters.cpp: (WebKit::WebsiteDataStoreParameters::privateSessionParameters): * Shared/cf/ArgumentCodersCF.cpp: (IPC::encode): (IPC::decode): * UIProcess/API/Cocoa/WKWebsiteDataStore.mm: (-[WKWebsiteDataStore _setProxyConfiguration:]): (-[WKWebsiteDataStore _proxyConfiguration]): * UIProcess/API/Cocoa/WKWebsiteDataStorePrivate.h: * UIProcess/WebsiteData/Cocoa/WebsiteDataStoreCocoa.mm: (WebKit::WebsiteDataStore::parameters): * UIProcess/WebsiteData/WebsiteDataStore.h: (WebKit::WebsiteDataStore::setProxyConfiguration): (WebKit::WebsiteDataStore::proxyConfiguration): 2018-05-02 Youenn Fablet Use NetworkLoadChecker for navigation loads https://bugs.webkit.org/show_bug.cgi?id=184892 Reviewed by Chris Dumez. Compute whether a response is same origin in no-cors case. This allows providing more precise filtering. In case of navigate loads, set the tainting to basic which will make filtering to the minimum. Pass the sourceOrigin for navigation loads as well. Enable to restrict HTTP response access for navigation load. Content Blockers are disabled for now in NetworkLoadChecker for navigation loads. They should be reenabled as a follow-up. Add a specific case to allow any redirection to about:// URLs. While this does not conform with the spec, this keeps the existing WebKit behavior. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::validateResponse): (WebKit::NetworkLoadChecker::continueCheckingRequest): (WebKit::NetworkLoadChecker::doesNotNeedCORSCheck const): * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::sanitizeResponseIfPossible): * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): (WebKit::WebLoaderStrategy::isDoingLoadingSecurityChecks const): We only do security checks if this runtime flag is on. * WebProcess/Network/WebLoaderStrategy.h: 2018-05-02 Jer Noble Make EncryptedMediaAPIEnabled an experimental feature https://bugs.webkit.org/show_bug.cgi?id=185212 Reviewed by Eric Carlson. * Shared/WebPreferences.yaml: 2018-05-02 Per Arne Vollan Adjust sandbox profile in simulator mode. https://bugs.webkit.org/show_bug.cgi?id=185172 Reviewed by Brent Fulgham. Fix some sandbox violations. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-02 Brian Burg Web Inspector: opt out of process swap on navigation if a Web Inspector frontend is connected https://bugs.webkit.org/show_bug.cgi?id=184861 Reviewed by Ryosuke Niwa. We need to track how many frontends are attached to the web page (both local and remote). InspectorController propagates this out to WebKit via InspectorClient. This is then kept in UIProcess as a member of WebPageProxy. When making a decision whether to use a new process for a navigation, return early with "no" if any frontends are open for the page being navigated. * UIProcess/WebPageProxy.h: (WebKit::WebPageProxy::didChangeInspectorFrontendCount): (WebKit::WebPageProxy::inspectorFrontendCount const): * UIProcess/WebPageProxy.messages.in: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigation): * WebProcess/WebCoreSupport/WebInspectorClient.cpp: (WebKit::WebInspectorClient::frontendCountChanged): * WebProcess/WebCoreSupport/WebInspectorClient.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::inspectorFrontendCountChanged): * WebProcess/WebPage/WebPage.h: 2018-05-02 Jer Noble Adopt -destinationWindowToExitFullScreenForWindow: https://bugs.webkit.org/show_bug.cgi?id=185204 Reviewed by Eric Carlson. * UIProcess/mac/WKFullScreenWindowController.mm: (-[WKFullScreenWindowController destinationWindowToExitFullScreenForWindow:]): 2018-05-02 Per Arne Vollan Disable Media capture rules in sandbox for simulator. https://bugs.webkit.org/show_bug.cgi?id=185206 Reviewed by Eric Carlson. These rules are not relevant in this case. * WebProcess/com.apple.WebProcess.sb.in: 2018-05-02 Eric Carlson [iOS] Provide audio route information when invoking AirPlay picker https://bugs.webkit.org/show_bug.cgi?id=185199 Reviewed by Jer Noble. * Scripts/webkit/messages.py: * UIProcess/PageClient.h: * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/ios/PageClientImplIOS.h: * UIProcess/ios/PageClientImplIOS.mm: (WebKit::PageClientImpl::showPlaybackTargetPicker): Pass route sharing policy and routing context UID. * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _showPlaybackTargetPicker:fromRect:routeSharingPolicy:routingContextUID:]): Take same. (-[WKContentView _showPlaybackTargetPicker:fromRect:]): Deleted. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::showPlaybackTargetPicker): Pass route sharing policy and routing context UID. * UIProcess/ios/forms/WKAirPlayRoutePicker.h: * UIProcess/ios/forms/WKAirPlayRoutePicker.mm: (-[WKAirPlayRoutePicker showFromView:routeSharingPolicy:routingContextUID:]): Take same. (-[WKAirPlayRoutePicker showFromView:]): Deleted. * WebProcess/WebCoreSupport/WebChromeClient.h: * WebProcess/WebCoreSupport/ios/WebChromeClientIOS.mm: (WebKit::WebChromeClient::showPlaybackTargetPicker): 2018-05-02 Jer Noble Get the WebKit.framework bundle by asking for WKWebView https://bugs.webkit.org/show_bug.cgi?id=185175 Reviewed by Tim Horton. * NetworkProcess/mac/NetworkProcessMac.mm: (WebKit::NetworkProcess::initializeSandbox): * Shared/mac/ChildProcessMac.mm: (WebKit::ChildProcess::initializeSandbox): * StorageProcess/mac/StorageProcessMac.mm: (WebKit::StorageProcess::initializeSandbox): 2018-05-02 Youenn Fablet Cannot gather srflx or relay ICE candidates on IPv6 network (ICE agent hangs?) https://bugs.webkit.org/show_bug.cgi?id=181009 Reviewed by Eric Carlson. On iOS/IPv6 networks, STUN servers name resolution returns a zero IPv6 IP address. No error is raised which leads to sending STUN requests with that IP address. Once the request times out, the ICE candidate gathering finishes with host candidates only. This patch makes WebRTC DNS resolver to send only IPv4 resolved addresses. STUN is used for NAT traversal which is for IPv4 addresses. Not sending IPv6 addresses allows terminating ICE candidate gathering sooner. Manually tested on iOS with IPv4/IPv6 and IPv6 networks. * NetworkProcess/webrtc/NetworkRTCResolverCocoa.cpp: (WebKit::resolvedName): 2018-05-02 Youenn Fablet CacheStorage::Engine should keep a list of initialization callback https://bugs.webkit.org/show_bug.cgi?id=185184 Reviewed by Antti Koivisto. Keep each initialize callback in a Vector so as to compute the salt only once. Call all callbacks then in a loop. * NetworkProcess/cache/CacheStorageEngine.cpp: (WebKit::CacheStorage::Engine::~Engine): (WebKit::CacheStorage::Engine::initialize): * NetworkProcess/cache/CacheStorageEngine.h: 2018-05-02 Jer Noble Pipe volume through PlaybackSessionManager/Proxy. https://bugs.webkit.org/show_bug.cgi?id=185182 Reviewed by Eric Carlson. * UIProcess/Cocoa/PlaybackSessionManagerProxy.h: * UIProcess/Cocoa/PlaybackSessionManagerProxy.messages.in: * UIProcess/Cocoa/PlaybackSessionManagerProxy.mm: (WebKit::PlaybackSessionModelContext::setVolume): (WebKit::PlaybackSessionModelContext::volumeChanged): (WebKit::PlaybackSessionManagerProxy::volumeChanged): (WebKit::PlaybackSessionManagerProxy::setVolume): * WebProcess/cocoa/PlaybackSessionManager.h: * WebProcess/cocoa/PlaybackSessionManager.messages.in: * WebProcess/cocoa/PlaybackSessionManager.mm: (WebKit::PlaybackSessionInterfaceContext::volumeChanged): (WebKit::PlaybackSessionManager::volumeChanged): (WebKit::PlaybackSessionManager::setVolume): 2018-05-01 Yusuke Suzuki Use default std::optional if it is provided https://bugs.webkit.org/show_bug.cgi?id=185159 Reviewed by JF Bastien. * Shared/SandboxExtension.h: (WebKit::SandboxExtension::Handle::decode): * Shared/TouchBarMenuItemData.cpp: (WebKit::TouchBarMenuItemData::decode): 2018-05-01 Jer Noble Production build error in Migrate Header phase when WK_ALTERNATE_FRAMEWORKS_DIR is set to non-empty value https://bugs.webkit.org/show_bug.cgi?id=185171 Reviewed by Timothy Hatcher. * Configurations/BaseTarget.xcconfig: 2018-05-01 Per Arne Vollan Use correct runloop type in the WebContent process. https://bugs.webkit.org/show_bug.cgi?id=185140 Reviewed by Brent Fulgham. Use WK_MACOS_* machinery to determine runloop type for the WebContent process. * Configurations/WebContentService.xcconfig: 2018-05-01 Oleksandr Skachkov WebAssembly: add support for stream APIs - JavaScript API https://bugs.webkit.org/show_bug.cgi?id=183442 Reviewed by Yusuke Suzuki and JF Bastien. Add WEBASSEMBLY_STREAMING_API feature flag * Configurations/FeatureDefines.xcconfig: 2018-04-30 Per Arne Vollan Use correct runloop type in the WebContent process. https://bugs.webkit.org/show_bug.cgi?id=185140 Reviewed by Brent Fulgham. The macOS target version should be used to determine the runloop type. * Configurations/WebContentService.xcconfig: 2018-04-30 Michael Saboff Eliminate WebProcessShim.dylib https://bugs.webkit.org/show_bug.cgi?id=185147 Reviewed by Ryosuke Niwa. * Configurations/WebContentService.xcconfig: * Configurations/WebProcessShim.xcconfig: Removed. * WebKit.xcodeproj/project.pbxproj: 2018-04-30 Michael Saboff Remove unused mac/CookieStorageShimLibrary https://bugs.webkit.org/show_bug.cgi?id=185146 Reviewed by Alex Christensen. * Shared/mac/CookieStorageShimLibrary.cpp: Removed. * Shared/mac/CookieStorageShimLibrary.h: Removed. * WebKit.xcodeproj/project.pbxproj: 2018-04-30 Alex Christensen Add WKUIDelegatePrivate equivalent of WKPageContextMenuClient getContextMenuFromProposedMenuAsync https://bugs.webkit.org/show_bug.cgi?id=180955 Reviewed by Andy Estes. * UIProcess/API/APIContextMenuClient.h: (API::ContextMenuClient::menuFromProposedMenu): * UIProcess/API/Cocoa/WKUIDelegatePrivate.h: * UIProcess/Cocoa/UIDelegate.h: * UIProcess/Cocoa/UIDelegate.mm: (WebKit::UIDelegate::setDelegate): (WebKit::UIDelegate::ContextMenuClient::menuFromProposedMenu): * UIProcess/mac/WebContextMenuProxyMac.mm: (WebKit::WebContextMenuProxyMac::showContextMenuWithItems): 2018-04-30 JF Bastien Use some C++17 features https://bugs.webkit.org/show_bug.cgi?id=185135 Reviewed by Alex Christensen. As discussed here [0] let's move WebKit to a subset of C++17. We now require GCC 6 [1] which means that, according to [2] we can use the following C++17 language features (I removed some uninteresting ones): - New auto rules for direct-list-initialization - static_assert with no message - typename in a template template parameter - Nested namespace definition - Attributes for namespaces and enumerators - u8 character literals - Allow constant evaluation for all non-type template arguments - Fold Expressions - Unary fold expressions and empty parameter packs - __has_include in preprocessor conditional - Differing begin and end types in range-based for - Improving std::pair and std::tuple Consult the Tony Tables [3] to see before / after examples. Of course we can use any library feature if we're willing to import them to WTF (and they don't require language support). [0]: https://lists.webkit.org/pipermail/webkit-dev/2018-March/029922.html [1]: https://trac.webkit.org/changeset/231152/webkit [2]: https://en.cppreference.com/w/cpp/compiler_support [3]: https://github.com/tvaneerd/cpp17_in_TTs/blob/master/ALL_IN_ONE.md * Configurations/Base.xcconfig: * DerivedSources.make: * PlatformMac.cmake: 2018-04-30 Wenson Hsieh [Extra zoom mode] Respect the existing shrink-to-fit attribute instead of using min-device-width https://bugs.webkit.org/show_bug.cgi?id=185132 Reviewed by Tim Horton. Remove the experimental feature for `min-device-width`. * Shared/WebPreferences.yaml: 2018-04-30 Keith Rollin Include breadcrumb for tracking resource loading into CFNetwork https://bugs.webkit.org/show_bug.cgi?id=184837 rdar://problem/39575411 Reviewed by Brent Fulgham. When starting the network-based loading of a resource, log the description provided by NetworkDataTask. On Cocoa, this is implemented to return the description property in NSURLSessionTask. This information better allows us to track a resource load through the WebContent process, the Networking process, and the Cocoa networking layers. * NetworkProcess/NetworkDataTask.cpp: (WebKit::NetworkDataTask::description const): * NetworkProcess/NetworkDataTask.h: * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::description const): * NetworkProcess/NetworkLoad.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::startNetworkLoad): * NetworkProcess/cocoa/NetworkDataTaskCocoa.h: * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::description const): 2018-04-30 Andy Estes [iOS] Try to unlock PDF documents before printing them https://bugs.webkit.org/show_bug.cgi?id=185084 Reviewed by Dan Bernstein. * UIProcess/ios/WKPDFView.mm: (-[WKPDFView pdfHostViewController:documentDidUnlockWithPassword:]): Stored the password that successfully unlocked the current PDF document. (-[WKPDFView _wk_printedDocument]): Used the stored password to unlock the CGPDFDocument we create for printing. 2018-04-28 Andy Estes [iOS] Present an action sheet when long-pressing on PDF links https://bugs.webkit.org/show_bug.cgi?id=185093 Reviewed by Dan Bernstein. * UIProcess/ios/WKPDFView.mm: (-[WKPDFView dealloc]): Called -[WKActionSheetAssistant cleanupSheet]. (-[WKPDFView web_setContentProviderData:suggestedFilename:]): Created a WKActionSheetAssistant with the host view as the assistant view and ourselves as the delegate. (-[WKPDFView _URLWithPageIndex:]): Added. Creates a URL to the current page with a page number fragment appended. (-[WKPDFView _goToURL:atLocation:]): Added. Navigates to a URL with a synthetic mouse click at a location in host view coordinates. (-[WKPDFView pdfHostViewController:goToURL:]): (-[WKPDFView pdfHostViewController:goToPageIndex:withViewFrustum:]): Called -_goToURL:atLocation:. Used -_URLWithPageIndex: to construct an NSURL from a page index. (-[WKPDFView _showActionSheetForURL:atLocation:]): Added. Populates _positionInformation with a URL and location and calls -[WKActionSheetAssistant showLinkSheet]. (-[WKPDFView pdfHostViewController:didLongPressURL:atLocation:]): (-[WKPDFView pdfHostViewController:didLongPressPageIndex:atLocation:]): Called -_showActionSheetForURL:atLocation:. Used -_URLWithPageIndex: to construct an NSURL from a page index. (-[WKPDFView positionInformationForActionSheetAssistant:]): Returned _positionInformation. (-[WKPDFView actionSheetAssistant:performAction:]): Populated the pasteboard with plain text and URL representations of _positionInformation.url. (-[WKPDFView actionSheetAssistant:openElementAtLocation:]): Called -_goToURL:atLocation. (-[WKPDFView actionSheetAssistant:shareElementWithURL:rect:]): Created a UIWKSelectionAssistant and called -showShareSheetFor:fromRect:. (-[WKPDFView actionSheetAssistant:shouldIncludeAppLinkActionsForElement:]): Returned API::UIClient::shouldIncludeAppLinkActionsForElement(). (-[WKPDFView actionSheetAssistant:decideActionsForElement:defaultActions:]): Returned API::UIClient::actionsForElement()l 2018-04-28 Andy Estes [iOS] Allow com.apple.WebKit.Networking to look up com.apple.wifi.manager https://bugs.webkit.org/show_bug.cgi?id=185114 Reviewed by Wenson Hsieh. * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb: 2018-04-28 Brent Fulgham Revise sandboxes to allow additional IOKit property access https://bugs.webkit.org/show_bug.cgi?id=185095 Reviewed by Eric Carlson. Update the WebContent and Plugin processes to allow additional IOKit property access. * PluginProcess/mac/com.apple.WebKit.plugin-common.sb.in: * WebProcess/com.apple.WebProcess.sb.in: 2018-04-28 Carlos Garcia Campos [GTK] WebProcess from WebKitGtk+ 2.19.92 SIGSEVs in WebCore::TextureMapperGL::~TextureMapperGL https://bugs.webkit.org/show_bug.cgi?id=184040 Reviewed by Michael Catanzaro. This can happen when using single shared process model or when the process limit is reached in multiple process model. In this case, all pages in the same web process with accelerated compositing enabled share the same compositing thread. Every page sets its GL context as current when rendering a frame, but not when invalidating the threaded compositor when the page is closed. So, if a hidden tab is closed, the threaded compositor is invalidated and the GL resources of the current context (the visible page) are destroyed. This is also causing the blank pages issue when closing a tab related to another one, the current one stops rendering anything because its GL context has been released. We should make the threaded compositor context current when invalidating it. * Shared/CoordinatedGraphics/threadedcompositor/ThreadedCompositor.cpp: (WebKit::ThreadedCompositor::invalidate): 2018-04-27 Timothy Hatcher REGRESSION: Touch events fail to dispatch to the page in all cases. https://bugs.webkit.org/show_bug.cgi?id=185097 rdar://problem/39731995 Reviewed by Tim Horton. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView gestureRecognizer:shouldRecognizeSimultaneouslyWithGestureRecognizer:]): Consult internal gesture recognizers, otherwise NO might get returned. 2018-04-26 Ryosuke Niwa PSON: Triggering a navigation to an invalid URL creates a new WebContent process https://bugs.webkit.org/show_bug.cgi?id=185066 Reviewed by Youenn Fablet. Don't create a new WebContent process when the target URL is invalid as well as when the source URL is invalid. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigationInternal): 2018-04-27 Youenn Fablet Use NetworkLoadChecker for XHR/fetch loads https://bugs.webkit.org/show_bug.cgi?id=184741 Reviewed by Chris Dumez. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::didCompleteWithError): Pass the preflight error as completion error if any. * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::willPerformHTTPRedirection): Set response source to Network so that checks relying on that are correct. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::validateResponse): Adding Oppaqueredirect tainting. (NetworkLoadChecker::doesNotNeedCORSCheck): Adding a check to only activate CORS checks for CORS enabled schemes. Non CORS enabled schemes loads should have failed in WebProcess already. (WebKit::NetworkLoadChecker::checkCORSRedirectedRequest): Remove Authorization header as done by SubresourceLoader. (WebKit::NetworkLoadChecker::checkCORSRequestWithPreflight): If error is cancellation, we still want to call the completion handler. * NetworkProcess/NetworkResourceLoader.cpp: Activate network load checker for all types of loads. (WebKit::NetworkResourceLoader::willSendRedirectedRequest): Handle manual redirection by directly calling didReceiveResponse. 2018-04-27 Wenson Hsieh Add an experimental feature flag for viewport "min-device-width" https://bugs.webkit.org/show_bug.cgi?id=185050 Reviewed by Tim Horton. Add MinDeviceWidthEnabled as a new experimental feature, on by default in extra zoom mode and off elsewhere. * Shared/WebPreferences.yaml: * Shared/WebPreferencesDefaultValues.h: 2018-04-27 Daniel Bates UIDelegate::UIClient::didResignInputElementStrongPasswordAppearance() is applicable to both Mac and iOS https://bugs.webkit.org/show_bug.cgi?id=185079 I inadvertently forgot to move the UIDelegate field webViewDidResignInputElementStrongPasswordAppearanceWithUserInfo outside the PLATFORM(MAC)-guard. * UIProcess/Cocoa/UIDelegate.h: 2018-04-27 Daniel Bates UIDelegate::UIClient::didResignInputElementStrongPasswordAppearance() is applicable to both Mac and iOS https://bugs.webkit.org/show_bug.cgi?id=185079 Reviewed by Andy Estes. * UIProcess/Cocoa/UIDelegate.h: * UIProcess/Cocoa/UIDelegate.mm: (WebKit::UIDelegate::setDelegate): (WebKit::UIDelegate::UIClient::didResignInputElementStrongPasswordAppearance): 2018-04-27 Wenson Hsieh Rename minimumLayoutSize to viewLayoutSize https://bugs.webkit.org/show_bug.cgi?id=185050 Reviewed by Tim Horton. Renames minimumLayoutSize to viewLayoutSize, since the minimum layout size in ViewportConfiguration is now different from the minimum layout size that is currently pushed down from the UI process (e.g. WKWebView SPI) in the case where `min-device-width` is used to override the minimum layout size. * Shared/WebPageCreationParameters.cpp: (WebKit::WebPageCreationParameters::encode const): (WebKit::WebPageCreationParameters::decode): * Shared/WebPageCreationParameters.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _processDidExit]): (-[WKWebView activeViewLayoutSize:]): (-[WKWebView _dispatchSetViewLayoutSize:]): (-[WKWebView _frameOrBoundsChanged]): (-[WKWebView _minimumLayoutSizeOverride]): (-[WKWebView _setViewLayoutSizeOverride:]): (-[WKWebView _beginAnimatedResizeWithUpdates:]): (-[WKWebView _endAnimatedResize]): (-[WKWebView _overrideLayoutParametersWithMinimumLayoutSize:maximumUnobscuredSizeOverride:]): (-[WKWebView _clearOverrideLayoutParameters]): (-[WKWebView _minimumLayoutWidth]): (-[WKWebView _setMinimumLayoutWidth:]): (-[WKWebView activeMinimumLayoutSize:]): Deleted. (-[WKWebView _dispatchSetMinimumLayoutSize:]): Deleted. (-[WKWebView _setMinimumLayoutSizeOverride:]): Deleted. (-[WKWebView _overrideLayoutParametersWithMinimumLayoutSize:minimumLayoutSizeForMinimalUI:maximumUnobscuredSizeOverride:]): Deleted. Remove unused SPI that has been deprecated since iOS 9, has a simple drop-in replacement, and no longer has any internal clients. * UIProcess/API/Cocoa/WKWebViewPrivate.h: * UIProcess/Cocoa/WebViewImpl.mm: (WebKit::WebViewImpl::setMinimumSizeForAutoLayout): (WebKit::WebViewImpl::minimumSizeForAutoLayout const): (WebKit::WebViewImpl::setIntrinsicContentSize): * UIProcess/DrawingAreaProxy.h: (WebKit::DrawingAreaProxy::viewLayoutSizeDidChange): (WebKit::DrawingAreaProxy::minimumLayoutSizeDidChange): Deleted. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::creationParameters): (WebKit::WebPageProxy::setViewLayoutSize): (WebKit::WebPageProxy::setMinimumLayoutSize): Deleted. * UIProcess/WebPageProxy.h: (WebKit::WebPageProxy::viewLayoutSize const): (WebKit::WebPageProxy::minimumLayoutSize const): Deleted. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::dynamicViewportSizeUpdate): (WebKit::WebPageProxy::setViewportConfigurationViewLayoutSize): (WebKit::WebPageProxy::setViewportConfigurationMinimumLayoutSize): Deleted. * UIProcess/mac/TiledCoreAnimationDrawingAreaProxy.h: * UIProcess/mac/TiledCoreAnimationDrawingAreaProxy.mm: (WebKit::TiledCoreAnimationDrawingAreaProxy::viewLayoutSizeDidChange): (WebKit::TiledCoreAnimationDrawingAreaProxy::didUpdateGeometry): (WebKit::TiledCoreAnimationDrawingAreaProxy::intrinsicContentSizeDidChange): (WebKit::TiledCoreAnimationDrawingAreaProxy::willSendUpdateGeometry): (WebKit::TiledCoreAnimationDrawingAreaProxy::minimumLayoutSizeDidChange): Deleted. * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::transitionToCommittedForNewPage): * WebProcess/WebPage/ViewGestureGeometryCollector.cpp: (WebKit::ViewGestureGeometryCollector::collectGeometryForSmartMagnificationGesture): * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): (WebKit::WebPage::setViewLayoutSize): (WebKit::WebPage::setMinimumLayoutSize): Deleted. * WebProcess/WebPage/WebPage.h: (WebKit::WebPage::viewLayoutSize const): (WebKit::WebPage::minimumLayoutSize const): Deleted. * WebProcess/WebPage/WebPage.messages.in: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::setViewportConfigurationViewLayoutSize): (WebKit::WebPage::dynamicViewportSizeUpdate): (WebKit::WebPage::setViewportConfigurationMinimumLayoutSize): Deleted. * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm: (WebKit::TiledCoreAnimationDrawingArea::updateIntrinsicContentSizeIfNeeded): (WebKit::TiledCoreAnimationDrawingArea::updateGeometry): 2018-04-27 Wenson Hsieh [Extra zoom mode] Add a mechanism to override default viewport behaviors in extra zoom mode https://bugs.webkit.org/show_bug.cgi?id=185050 Reviewed by Tim Horton. Remove the forceHorizontalViewportShrinkToFit and minimumAllowedLayoutWidth SPI hooks from WebKit, and additionally remove all logic for plumbing viewSize to WebCore. See WebCore/ChangeLog for more information. * Shared/VisibleContentRectUpdateInfo.cpp: (WebKit::VisibleContentRectUpdateInfo::encode const): (WebKit::VisibleContentRectUpdateInfo::decode): (WebKit::operator<<): * Shared/VisibleContentRectUpdateInfo.h: (WebKit::VisibleContentRectUpdateInfo::VisibleContentRectUpdateInfo): (WebKit::VisibleContentRectUpdateInfo::allowShrinkToFit const): (WebKit::operator==): (WebKit::VisibleContentRectUpdateInfo::forceHorizontalShrinkToFit const): Deleted. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): (-[WKWebView activeMinimumLayoutSize:]): (-[WKWebView _dispatchSetMinimumLayoutSize:]): (-[WKWebView _frameOrBoundsChanged]): (-[WKWebView _setMinimumLayoutSizeOverride:]): (-[WKWebView _beginAnimatedResizeWithUpdates:]): (-[WKWebView _endAnimatedResize]): (-[WKWebView _minimumAllowedLayoutWidth]): Deleted. (-[WKWebView _setMinimumAllowedLayoutWidth:]): Deleted. (-[WKWebView activeMinimumLayoutSizes:]): Deleted. (-[WKWebView _dispatchSetMinimumLayoutSize:viewSize:]): Deleted. (-[WKWebView _setForceHorizontalViewportShrinkToFit:]): Deleted. (-[WKWebView _forceHorizontalViewportShrinkToFit]): Deleted. * UIProcess/API/Cocoa/WKWebViewPrivate.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::creationParameters): * UIProcess/WebPageProxy.h: * UIProcess/ios/WKContentView.mm: (-[WKContentView didUpdateVisibleRect:unobscuredRect:unobscuredRectInScrollViewCoordinates:obscuredInsets:unobscuredSafeAreaInsets:inputViewBounds:scale:minimumScale:inStableState:isChangingObscuredInsetsInteractively:enclosedInScrollableAncestorView:]): * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::dynamicViewportSizeUpdate): (WebKit::WebPageProxy::setViewportConfigurationMinimumLayoutSize): * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::setViewportConfigurationMinimumLayoutSize): (WebKit::WebPage::dynamicViewportSizeUpdate): (WebKit::WebPage::updateVisibleContentRects): 2018-04-27 Carlos Garcia Campos REGRESSION(r230812): [WPE][GTK] WebKitWebViewSessionState.cpp throws away encoded BackForwardList identifier https://bugs.webkit.org/show_bug.cgi?id=184823 Reviewed by Michael Catanzaro. Bump session sate format version to 2 and stop encoding the backfoward list item identifier, since it's always regenerated. * UIProcess/API/glib/WebKitWebViewSessionState.cpp: (encodeBackForwardListItemState): Always encode version 2. (encodeBackForwardListState): Ditto. (encodeSessionState): Ditto. (decodeBackForwardListItemStateV1): Decode list item state for version 1. (decodeBackForwardListItemState): Receive the version and call decodeBackForwardListItemStateV1() if it's 1 or use the version 2 otherwise. (decodeSessionState): Load data for known formats and use the one that worked to decode it. 2018-04-26 Megan Gardner Add timeout for ensurePositionInformationIsUpToDate https://bugs.webkit.org/show_bug.cgi?id=184567 Reviewed by Wenson Hsieh. We are having long hang times for WebKit, and this is one of the culprits. If we do not get an answer for positionInformation in a reasonable amount of time, we should timeout, so as to not hang the UI. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView ensurePositionInformationIsUpToDate:]): 2018-04-26 Andy Estes Try again to fix the iOS build after r231063. * Configurations/Base.xcconfig: 2018-04-26 Jer Noble WK_COCOA_TOUCH the WK_ACCESSIBILITY_LDFLAGS https://bugs.webkit.org/show_bug.cgi?id=185007 Reviewed by Timothy Hatcher. * Configurations/WebKit.xcconfig: 2018-04-26 Jer Noble Unreviewed build fix; fix iOS TAPI build step after r231063. * Configurations/WebKit.xcconfig: 2018-04-26 Jer Noble WK_COCOA_TOUCH all the things. https://bugs.webkit.org/show_bug.cgi?id=185006 Reviewed by Tim Horton. * Configurations/BaseTarget.xcconfig: * Configurations/WebKit.xcconfig: 2018-04-26 Daniel Bates Remove WebCore::-qualifier in NetworkLoadChecker.cpp https://bugs.webkit.org/show_bug.cgi?id=185037 Reviewed by Youenn Fablet. It is unncesssary to qualify WebCore types in NetworkLoadChecker.cpp as it has a "using namespace WebCore" directive. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::checkRedirection): (WebKit::NetworkLoadChecker::validateResponse): (WebKit::NetworkLoadChecker::continueCheckingRequest): Removed extra space character and unnecessary parentheses from the right-hand side of the assignment to m_storedCredentialsPolicy. (WebKit::NetworkLoadChecker::processContentExtensionRulesForLoad): 2018-04-26 Daniel Bates Rename NetworkLoadChecker::returnError() to NetworkLoadChecker::accessControlErrorForValidationHandler() https://bugs.webkit.org/show_bug.cgi?id=185035 Reviewed by Youenn Fablet. Substitute NetworkLoadChecker::accessControlErrorForValidationHandler() for NetworkLoadChecker::returnError() to better describe that it is a convenience function that returns a wrapped ResourceError object, that represents an access control error, suitable to be passed directly to a validation handler. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkRedirection): Update as needed for renaming. (WebKit::NetworkLoadChecker::accessControlErrorForValidationHandler): Use auto -> syntax to avoid the need to class-qualify the return type. Also renamed parameter from error to message as it represents the message/description for the access control error. (WebKit::NetworkLoadChecker::checkRequest): Update as needed for renaming. Also substitute "message" for "error" to match the argument of accessControlErrorForValidationHandler() with the same name. (WebKit::NetworkLoadChecker::continueCheckingRequest): Update as needed for renaming. (WebKit::NetworkLoadChecker::returnError): Deleted; renamed to accessControlErrorForValidationHandler(). * NetworkProcess/NetworkLoadChecker.h: 2018-04-26 Jiewen Tan Remove access to keychain from the WebContent process https://bugs.webkit.org/show_bug.cgi?id=184428 Part 3. Tighten WebContent Process' sandbox profile to all Security.framework services. Reviewed by Brent Fulgham. * WebProcess/com.apple.WebProcess.sb.in: 2018-04-26 Youenn Fablet Make cross origin redirection error messages consistent between SubresourceLoader and NetworkLoadChecker https://bugs.webkit.org/show_bug.cgi?id=185023 Reviewed by Chris Dumez. Align NetworkLoadChecker with what SubresourceLoader is doing so that we can keep WK1 and WK2 error messages as consistent as possible. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkRedirection): (WebKit::NetworkLoadChecker::validateResponse): 2018-04-25 Megan Gardner Activate selection when interacting with editable content https://bugs.webkit.org/show_bug.cgi?id=185017 Reviewed by Tim Horton. Fixes a regression from r231016 where selection now does not work when interacting with editable content. When we go into editable content, we should turn on the assistant. This fulfills the requirement of user interaction as well, so any javascript selections after this point should be valid. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _startAssistingKeyboard]): (-[WKContentView _stopAssistingKeyboard]): 2018-04-26 Per Arne Vollan Disable content filtering in minimal simulator mode https://bugs.webkit.org/show_bug.cgi?id=185027 Reviewed by Jer Noble. * Configurations/FeatureDefines.xcconfig: 2018-04-26 Brady Eidson Add a setting for keeping around all processes and always reusing them per-origin. and https://bugs.webkit.org/show_bug.cgi?id=185020 Reviewed by Andy Estes. * UIProcess/API/APIProcessPoolConfiguration.cpp: (API::ProcessPoolConfiguration::copy): * UIProcess/API/APIProcessPoolConfiguration.h: * UIProcess/API/C/WKContextConfigurationRef.cpp: (WKContextConfigurationAlwaysKeepAndReuseSwappedProcesses): (WKContextConfigurationSetAlwaysKeepAndReuseSwappedProcesses): * UIProcess/API/C/WKContextConfigurationRef.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.mm: (-[_WKProcessPoolConfiguration setAlwaysKeepAndReuseSwappedProcesses:]): (-[_WKProcessPoolConfiguration alwaysKeepAndReuseSwappedProcesses]): * UIProcess/SuspendedPageProxy.cpp: (WebKit::SuspendedPageProxy::webProcessDidClose): (WebKit::SuspendedPageProxy::destroyWebPageInWebProcess): * UIProcess/SuspendedPageProxy.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::suspendedPageClosed): (WebKit::WebPageProxy::suspendedPageProcessClosed): Deleted. * UIProcess/WebPageProxy.h: (WebKit::WebPageProxy::suspendedPage const): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::shouldTerminate): (WebKit::WebProcessPool::disconnectProcess): (WebKit::WebProcessPool::addProcessToOriginCacheSet): (WebKit::WebProcessPool::removeProcessFromOriginCacheSet): (WebKit::WebProcessPool::processForNavigation): If a swap will occur, cache the old process. (WebKit::WebProcessPool::processForNavigationInternal): Consider re-using a previously cached process. * UIProcess/WebProcessPool.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): 2018-04-26 Andy VanWagoner [INTL] Implement Intl.PluralRules https://bugs.webkit.org/show_bug.cgi?id=184312 Reviewed by JF Bastien. Added Intl.PluralRules feature flag. * Configurations/FeatureDefines.xcconfig: 2018-04-26 Zan Dobersek [GTK][WPE] Initial ASYNC_SCROLLING support https://bugs.webkit.org/show_bug.cgi?id=184961 Reviewed by Carlos Garcia Campos. Guard RemoteScrollingCoordinator and RemoteScrollingCoordinatorProxy usage in WebChromeClient and WebPageProxy, respectively, with PLATFORM(COCOA) in addition to the ASYNC_SCROLLING guards. Despite enabling the code at build-time, the feature (as intended) is not yet used because of the DrawingArea rejection in the WebPage constructor. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::initializeWebPage): (WebKit::WebPageProxy::handleWheelEvent): (WebKit::WebPageProxy::updateTouchEventTracking): * UIProcess/WebPageProxy.h: * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::createScrollingCoordinator const): 2018-04-25 Michael Catanzaro [WPE] Build and link against latest WPEBackend and WPEBackend-fdo https://bugs.webkit.org/show_bug.cgi?id=184643 Reviewed by Žan Doberšek. Adapt to single-header WPE includes. Null-initialize padding to silence -Wmissing-field-initializers. (Yuck.) * Shared/NativeWebTouchEvent.h: * Shared/wpe/WebEventFactory.cpp: * UIProcess/API/glib/WebKitPrivate.cpp: * UIProcess/API/wpe/CompositingManagerProxy.cpp: * UIProcess/API/wpe/ScrollGestureController.h: * UIProcess/API/wpe/WPEView.cpp: (WKWPE::m_backend): * UIProcess/API/wpe/WebKitWebViewBackend.h: * UIProcess/Launcher/glib/ProcessLauncherGLib.cpp: * WebProcess/WebPage/wpe/AcceleratedSurfaceWPE.cpp: (WebKit::AcceleratedSurfaceWPE::initialize): 2018-04-25 Saam Barati dlopen the bundle's executable before calling -[NSBundle load] since that will also do a bunch of other things we don't need https://bugs.webkit.org/show_bug.cgi?id=184904 Reviewed by Geoffrey Garen. Loading an NSBundle does a lot of work to find the principal class inside the bundle. This means it walks all the objective C class names loaded by the bundle. Doing this is *really* expensive. Some users of the injected bundle define a WKBundleInitialize function. In such a case, we don't need the principal class, so we can skip loading the NSBundle. Now, before we load the bundle, we dlopen and dlsym looking for the WKBundleInitialize function. If we find it, we skip loading the bundle. If we don't find the WKBundleInitialize function, we fall back to loading the bundle and finding the principal class. This speeds up initializeWebProcess by ~70ms on my MBP. * WebProcess/InjectedBundle/mac/InjectedBundleMac.mm: (WebKit::InjectedBundle::initialize): 2018-04-25 Youenn Fablet Use NetworkLoadChecker for all subresource loads except fetch/XHR https://bugs.webkit.org/show_bug.cgi?id=184870 Reviewed by Chris Dumez. Relax rules to check for non HTTP(s) redirections to throw only when WebProcess says to load it after redirection. This allows WebProcess to load redirected non HTTP(s) URLs, such as data URLs. We keep these checks when WebProcess asks to continue the load and for all PingLoads. Update error messages to be more consistent with WK1. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkRedirection): (WebKit::NetworkLoadChecker::continueCheckingRequest): (WebKit::NetworkLoadChecker::validateResourceResponse): (WebKit::NetworkLoadChecker::continueCheckingRequest): * NetworkProcess/NetworkLoadChecker.h: (WebKit::NetworkLoadChecker::validateResponse): * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::shouldUseNetworkLoadChecker): (WebKit::NetworkResourceLoader::continueWillSendRequest): 2018-04-25 Ryosuke Niwa PSON: Don't create a new process when navigating to a blob URL, data URL, and about:blank https://bugs.webkit.org/show_bug.cgi?id=184962 Reviewed by Youenn Fablet. Build fix. Revert the change in r231019 to remove the empty URL and about:blank check here. These checks are for the source / originating URL, not the target URL. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigation): 2018-04-25 Youenn Fablet WebLoaderStrategy::networkMetricsFromResourceLoadIdentifier should use DoNotProcessIncomingMessagesWhenWaitingForSyncReply https://bugs.webkit.org/show_bug.cgi?id=184978 Reviewed by Simon Fraser. Use DoNotProcessIncomingMessagesWhenWaitingForSyncReply to keep a consistent state after the sync IPC call. * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::responseFromResourceLoadIdentifier): (WebKit::WebLoaderStrategy::networkMetricsFromResourceLoadIdentifier): 2018-04-25 Jiewen Tan Remove access to keychain from the WebContent process https://bugs.webkit.org/show_bug.cgi?id=184428 Reviewed by Brent Fulgham. This patch does the followings: 1. Added necessary support to move HTMLKeygenElement's operation from WebContent Process to UI Process. 2. Craft new SPI copySignedPublicKeyAndChallengeString to supply HTMLKeygenElement with dummy data such that WebKitTestRunner tests will not modify the underlying key store (e.g., the macOS Keychain). * UIProcess/API/APINavigationClient.h: (API::NavigationClient::signedPublicKeyAndChallengeString): * UIProcess/API/C/WKPage.cpp: (WKPageSetPageNavigationClient): * UIProcess/API/C/WKPageNavigationClient.h: * UIProcess/Cocoa/NavigationState.h: * UIProcess/Cocoa/NavigationState.mm: (WebKit::NavigationState::NavigationClient::signedPublicKeyAndChallengeString): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::signedPublicKeyAndChallengeString): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::signedPublicKeyAndChallengeString const): * WebProcess/WebCoreSupport/WebChromeClient.h: 2018-04-25 Wenson Hsieh [Extra zoom mode] The search field on www.bing.com is missing label text https://bugs.webkit.org/show_bug.cgi?id=184975 Reviewed by Tim Horton. Adds support for displaying the "aria-label" attribute as the input view's label text in extra zoom mode. Also adds support for grabbing the input label's text for testing. Test: fast/forms/extrazoom/form-control-label-text.html * Shared/AssistedNodeInformation.cpp: (WebKit::AssistedNodeInformation::encode const): (WebKit::AssistedNodeInformation::decode): * Shared/AssistedNodeInformation.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView formInputLabel]): * UIProcess/API/Cocoa/WKWebViewPrivate.h: * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView formInputLabel]): * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::getAssistedNodeInformation): 2018-04-25 Ryosuke Niwa PSON: Don't create a new process when navigating to a blob URL, data URL, and about:blank https://bugs.webkit.org/show_bug.cgi?id=184962 Reviewed by Youenn Fablet. Don't create a new WebContent process when navigating to a blob object URL since doing so can result in a race condition in which the blog URL is removed from the blob registry of the network process by the time the navigation gets commited. This causes a failure in fast/dom/HTMLAnchorElement/anchor-download-unset.html and oher layout tests. In the future, the network process should verify that a given WebContent process has access to a given blob URL. For now, we rely on WebContent process to tell us whether it can navigate to a given blob URL or not. * Shared/NavigationActionData.cpp: (WebKit::NavigationActionData::encode const): Encode newly added treatAsSameOriginNavigation. (WebKit::NavigationActionData::decode): Ditto for decoding. * Shared/NavigationActionData.h: (WebKit::NavigationActionData::treatAsSameOriginNavigation): Added. * UIProcess/API/APINavigation.h: (API::Navigation::setTreatAsSameOriginNavigation): Added. (API::Navigation::treatAsSameOriginNavigation const): Added. * UIProcess/API/APIProcessPoolConfiguration.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::decidePolicyForNavigationAction): Use the current process when treatAsSameOriginNavigation is set to true; i.e. when navigating to a blob URL the current document has access. * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigation): * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForNavigationAction): 2018-04-25 Megan Gardner Don't activate Selection Assistant unless it is actually needed. https://bugs.webkit.org/show_bug.cgi?id=184944 Reviewed by Tim Horton. Don't activate the selection unless we need to. Activating on init is overeager and allowing Javascript to activate selections without user input. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView useSelectionAssistantWithGranularity:]): 2018-04-25 Wenson Hsieh Fix entitlements and sandbox configurations in WebKit after r230778 https://bugs.webkit.org/show_bug.cgi?id=184960 Reviewed by Tim Horton. Build fixes for watchOS and tvOS after r230778. * Configurations/BaseXPCService.xcconfig: * Configurations/NetworkService.xcconfig: * Configurations/WebContentService.xcconfig: 2018-04-25 Brent Fulgham Unreviewed build fix after r231008. * NetworkProcess/NetworkDataTask.cpp: (WebKit::NetworkDataTask::create): Forgot to remove an unneeded constructor argument. 2018-04-25 Brent Fulgham Don't Block First Party Cookies on Redirects https://bugs.webkit.org/show_bug.cgi?id=184948 Reviewed by Youenn Fablet. Top-level navigations should not be subject to cookie blocking behavior. When performing redirects for main frame navigation we are blocking cookies, leading to site breakage. We need to keep track of which NetworkDataTasks are due to a main frame navigation. When a redirect is performed on the main frame, we should treat the new origin as the 'first party for cookies' and avoid blocking cookies for that URL. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::preconnectTo): Use the correct parameter type. We actually serialize NetworkResourceLoadParameters over IPC, so we should get access to all the members of this child class. * NetworkProcess/NetworkConnectionToWebProcess.h: * NetworkProcess/NetworkDataTask.cpp: (WebKit::NetworkDataTask::create): Pass new 'loadIsForNavigation' flag to create methods. (WebKit::NetworkDataTask::NetworkDataTask): Capture 'loadIsForNavigation' in constructor. * NetworkProcess/NetworkDataTask.h: (WebKit::NetworkDataTask::isTopLevelNavigation const): Added. * NetworkProcess/NetworkDataTaskBlob.cpp: (WebKit::NetworkDataTaskBlob::NetworkDataTaskBlob): Accept new constructor argument. * NetworkProcess/NetworkDataTaskBlob.h: * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::willPerformHTTPRedirection): Retain requester value from old request during redirect. * NetworkProcess/NetworkResourceLoadParameters.cpp: (NetworkResourceLoadParameters::decode): Update to pass new flag. (NetworkResourceLoadParameters::encode): Ditto. * NetworkProcess/NetworkLoadParameters.h: * NetworkProcess/capture/NetworkDataTaskReplay.cpp: (WebKit::NetworkCapture::NetworkDataTaskReplay::NetworkDataTaskReplay): Accept new constructor argument. * NetworkProcess/cocoa/NetworkDataTaskCocoa.h: * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::NetworkDataTaskCocoa): Accept new constructor argument. (WebKit::NetworkDataTaskCocoa::willPerformHTTPRedirection): * NetworkProcess/curl/NetworkDataTaskCurl.cpp: (WebKit::NetworkDataTaskCurl::NetworkDataTaskCurl): Accept new constructor argument. * NetworkProcess/curl/NetworkDataTaskCurl.h: * NetworkProcess/soup/NetworkDataTaskSoup.cpp: (WebKit::NetworkDataTaskSoup::NetworkDataTaskSoup): Accept new constructor argument. * NetworkProcess/soup/NetworkDataTaskSoup.h: 2018-04-25 Youenn Fablet Ensure DNT is set for redirections handled in NetworkProcess https://bugs.webkit.org/show_bug.cgi?id=184890 Reviewed by Ryosuke Niwa. Compute whether DNT header should be set on requests based on: - request has a DNT header - session is ephemeral (aka private browsing mode) In both cases, we ensure a DNT header is added for any request triggered by a redirection. Covered by http/wpt/fetch/dnt-header-after-redirection.html. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::check): (WebKit::NetworkLoadChecker::prepareRedirectedRequest): * NetworkProcess/NetworkLoadChecker.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::willSendRedirectedRequest): (WebKit::NetworkResourceLoader::continueWillSendRequest): * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::willPerformHTTPRedirection): * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): 2018-04-25 Michael Catanzaro [WPE] Remove deprecated functions and properties from the API https://bugs.webkit.org/show_bug.cgi?id=179295 Reviewed by Žan Doberšek. * UIProcess/API/glib/WebKitCookieManager.cpp: * UIProcess/API/glib/WebKitFormSubmissionRequest.cpp: * UIProcess/API/glib/WebKitNavigationPolicyDecision.cpp: (webkitNavigationPolicyDecisionGetProperty): (webkit_navigation_policy_decision_class_init): * UIProcess/API/glib/WebKitSettings.cpp: (webKitSettingsSetProperty): (webKitSettingsGetProperty): (webkit_settings_class_init): * UIProcess/API/glib/WebKitWebContext.cpp: (webkitWebContextGetProperty): (webkitWebContextSetProperty): (webkit_web_context_class_init): * UIProcess/API/glib/WebKitWebView.cpp: (webkit_web_view_class_init): (webkitWebViewHandleAuthenticationChallenge): (webkitWebViewWebProcessTerminated): * UIProcess/API/wpe/WebKitCookieManager.h: * UIProcess/API/wpe/WebKitFormSubmissionRequest.h: * UIProcess/API/wpe/WebKitNavigationPolicyDecision.h: * UIProcess/API/wpe/WebKitSettings.h: * UIProcess/API/wpe/WebKitWebContext.h: 2018-04-25 Michael Catanzaro Unreviewed, silence -Wreturn-type warning https://bugs.webkit.org/show_bug.cgi?id=184560 * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::shouldCancelCrossOriginLoad): 2018-04-25 Michael Catanzaro [GTK] Miscellaneous build cleanups https://bugs.webkit.org/show_bug.cgi?id=184399 Reviewed by Žan Doberšek. * PlatformGTK.cmake: 2018-04-25 Dean Jackson Make a better flag for system preview, and disable it where necessary https://bugs.webkit.org/show_bug.cgi?id=184968 Reviewed by Eric Carlson. Use USE(SYSTEM_PREVIEW). * UIProcess/Cocoa/SystemPreviewControllerCocoa.mm: * UIProcess/Cocoa/WKWebViewContentProviderRegistry.mm: (-[WKWebViewContentProviderRegistry init]): * UIProcess/ios/WKSystemPreviewView.mm: 2018-04-25 Carlos Garcia Campos [GTK] Implement MouseEvent.buttons https://bugs.webkit.org/show_bug.cgi?id=184913 Reviewed by Žan Doberšek. It's currently returning always 0. * Shared/gtk/WebEventFactory.cpp: (WebKit::pressedMouseButtons): Helper function to get the pressed mouse buttons. (WebKit::WebEventFactory::createWebMouseEvent): Pass presssed mouse buttons to constructor instead of 0. * UIProcess/Automation/gtk/WebAutomationSessionGtk.cpp: (WebKit::WebAutomationSession::platformSimulateMouseInteraction): Include the mouse buttons state in automation synthesized events and update m_currentModifiers with the mouse buttons state. (WebKit::keyCodeForVirtualKey): Do not set the state here. (WebKit::modifiersForKeyCode): Helper to get the modifiers for a key code. (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): Initialize the modifiers also when virtualKey is std::nullopt; 2018-04-24 Nan Wang AX: soft link libAccessibility.dylb https://bugs.webkit.org/show_bug.cgi?id=184919 Reviewed by Dan Bernstein. Weakly linked libAccessibility.dylib on macOS. * Configurations/WebKit.xcconfig: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): (-[WKWebView _updateAccessibilityEventsEnabled]): 2018-04-24 Fujii Hironori [WinCairo] Add WKView and WKAPI https://bugs.webkit.org/show_bug.cgi?id=182869 Reviewed by Alex Christensen. Resurrected source files for WebKit for Windows port which was removed in r139003. * PlatformWin.cmake: Renamed the output name of WebKit to WebKit2 not to conflict WebKitLegacy. Added source files and include paths. * UIProcess/API/C/WKAPICast.h: * UIProcess/API/C/win/WKAPICastWin.h: Added. * UIProcess/API/C/win/WKView.cpp: Added. (WKViewCreate): (WKViewGetWindow): (WKViewGetPage): (WKViewSetParentWindow): (WKViewWindowAncestryDidChange): (WKViewSetIsInWindow): (WKViewSetScrollOffsetOnNextResize): * UIProcess/API/C/win/WKView.h: Added. * UIProcess/API/win/APIWebsiteDataStoreWin.cpp: Added. (API::WebsiteDataStore::defaultApplicationCacheDirectory): (API::WebsiteDataStore::defaultCacheStorageDirectory): (API::WebsiteDataStore::defaultNetworkCacheDirectory): (API::WebsiteDataStore::defaultIndexedDBDatabaseDirectory): (API::WebsiteDataStore::defaultServiceWorkerRegistrationDirectory): (API::WebsiteDataStore::defaultLocalStorageDirectory): (API::WebsiteDataStore::defaultMediaKeysStorageDirectory): (API::WebsiteDataStore::defaultWebSQLDatabaseDirectory): (API::WebsiteDataStore::defaultResourceLoadStatisticsDirectory): (API::WebsiteDataStore::cacheDirectoryFileSystemRepresentation): (API::WebsiteDataStore::websiteDataDirectoryFileSystemRepresentation): (API::WebsiteDataStore::defaultDataStoreConfiguration): * UIProcess/Launcher/ProcessLauncher.h: * UIProcess/Launcher/win/ProcessLauncherWin.cpp: Added. (WebKit::processName): (WebKit::ProcessLauncher::launchProcess): (WebKit::ProcessLauncher::terminateProcess): (WebKit::ProcessLauncher::platformInvalidate): * UIProcess/Network/NetworkProcessProxy.cpp: (WebKit::NetworkProcessProxy::networkProcessFailedToLaunch): (WebKit::NetworkProcessProxy::didCreateNetworkConnectionToWebProcess): * UIProcess/WebsiteData/win/WebsiteDataStoreWin.cpp: Added. (WebKit::WebsiteDataStore::platformInitialize): (WebKit::WebsiteDataStore::platformDestroy): (WebKit::WebsiteDataStore::platformRemoveRecentSearches): * UIProcess/win/PageClientImpl.cpp: Added. (WebKit::PageClientImpl::PageClientImpl): (WebKit::PageClientImpl::createDrawingAreaProxy): (WebKit::PageClientImpl::setViewNeedsDisplay): (WebKit::PageClientImpl::requestScroll): (WebKit::PageClientImpl::viewScrollPosition): (WebKit::PageClientImpl::viewSize): (WebKit::PageClientImpl::isViewWindowActive): (WebKit::PageClientImpl::isViewFocused): (WebKit::PageClientImpl::isViewVisible): (WebKit::PageClientImpl::isViewInWindow): (WebKit::PageClientImpl::PageClientImpl::processDidExit): (WebKit::PageClientImpl::didRelaunchProcess): (WebKit::PageClientImpl::toolTipChanged): (WebKit::PageClientImpl::setCursor): (WebKit::PageClientImpl::setCursorHiddenUntilMouseMoves): (WebKit::PageClientImpl::didChangeViewportProperties): (WebKit::PageClientImpl::registerEditCommand): (WebKit::PageClientImpl::clearAllEditCommands): (WebKit::PageClientImpl::canUndoRedo): (WebKit::PageClientImpl::executeUndoRedo): (WebKit::PageClientImpl::convertToDeviceSpace): (WebKit::PageClientImpl::convertToUserSpace): (WebKit::PageClientImpl::screenToRootView): (WebKit::PageClientImpl::rootViewToScreen): (WebKit::PageClientImpl::doneWithKeyEvent): (WebKit::PageClientImpl::createPopupMenuProxy): (WebKit::PageClientImpl::createContextMenuProxy): (WebKit::createColorPicker): (WebKit::PageClientImpl::enterAcceleratedCompositingMode): (WebKit::PageClientImpl::exitAcceleratedCompositingMode): (WebKit::PageClientImpl::updateAcceleratedCompositingMode): (WebKit::PageClientImpl::pageClosed): (WebKit::PageClientImpl::preferencesDidChange): (WebKit::PageClientImpl::didChangeContentSize): (WebKit::PageClientImpl::handleDownloadRequest): (WebKit::PageClientImpl::didCommitLoadForMainFrame): (WebKit::PageClientImpl::fullScreenManagerProxyClient): (WebKit::PageClientImpl::closeFullScreenManager): (WebKit::PageClientImpl::isFullScreen): (WebKit::PageClientImpl::enterFullScreen): (WebKit::PageClientImpl::exitFullScreen): (WebKit::PageClientImpl::beganEnterFullScreen): (WebKit::PageClientImpl::beganExitFullScreen): (WebKit::PageClientImpl::doneWithTouchEvent): (WebKit::PageClientImpl::wheelEventWasNotHandledByWebCore): (WebKit::PageClientImpl::didFinishLoadingDataForCustomContentProvider): (WebKit::PageClientImpl::navigationGestureDidBegin): (WebKit::PageClientImpl::navigationGestureWillEnd): (WebKit::PageClientImpl::navigationGestureDidEnd): (WebKit::PageClientImpl::willRecordNavigationSnapshot): (WebKit::PageClientImpl::didRemoveNavigationGestureSnapshot): (WebKit::PageClientImpl::didFirstVisuallyNonEmptyLayoutForMainFrame): (WebKit::PageClientImpl::didFinishLoadForMainFrame): (WebKit::PageClientImpl::didSameDocumentNavigationForMainFrame): (WebKit::PageClientImpl::didChangeBackgroundColor): (WebKit::PageClientImpl::isPlayingAudioWillChange): (WebKit::PageClientImpl::isPlayingAudioDidChange): (WebKit::PageClientImpl::refView): (WebKit::PageClientImpl::derefView): * UIProcess/win/PageClientImpl.h: Added. * UIProcess/win/TextCheckerWin.cpp: Added. (WebKit::checkerState): (WebKit::TextChecker::state): (WebKit::TextChecker::setTestingMode): (WebKit::TextChecker::isTestingMode): (WebKit::TextChecker::isContinuousSpellCheckingAllowed): (WebKit::TextChecker::setContinuousSpellCheckingEnabled): (WebKit::TextChecker::setGrammarCheckingEnabled): (WebKit::TextChecker::continuousSpellCheckingEnabledStateChanged): (WebKit::TextChecker::grammarCheckingEnabledStateChanged): (WebKit::TextChecker::uniqueSpellDocumentTag): (WebKit::TextChecker::closeSpellDocumentWithTag): (WebKit::TextChecker::checkSpellingOfString): (WebKit::TextChecker::checkGrammarOfString): (WebKit::TextChecker::spellingUIIsShowing): (WebKit::TextChecker::toggleSpellingUIIsShowing): (WebKit::TextChecker::updateSpellingUIWithMisspelledWord): (WebKit::TextChecker::updateSpellingUIWithGrammarString): (WebKit::TextChecker::getGuessesForWord): (WebKit::TextChecker::learnWord): (WebKit::TextChecker::ignoreWord): (WebKit::TextChecker::requestCheckingOfString): (WebKit::TextChecker::checkTextOfParagraph): * UIProcess/win/WebContextMenuProxyWin.cpp: Added. (WebKit::WebContextMenuProxyWin::show): (WebKit::WebContextMenuProxyWin::showContextMenuWithItems): (WebKit::WebContextMenuProxyWin::WebContextMenuProxyWin): (WebKit::WebContextMenuProxyWin::~WebContextMenuProxyWin): * UIProcess/win/WebContextMenuProxyWin.h: Added. (WebKit::WebContextMenuProxyWin::create): * UIProcess/win/WebInspectorProxyWin.cpp: Added. (WebKit::WebInspectorProxy::platformCreateFrontendPage): (WebKit::WebInspectorProxy::platformCreateFrontendWindow): (WebKit::WebInspectorProxy::platformCloseFrontendPageAndWindow): (WebKit::WebInspectorProxy::platformDidCloseForCrash): (WebKit::WebInspectorProxy::platformInvalidate): (WebKit::WebInspectorProxy::platformHide): (WebKit::WebInspectorProxy::platformBringToFront): (WebKit::WebInspectorProxy::platformBringInspectedPageToFront): (WebKit::WebInspectorProxy::platformIsFront): (WebKit::WebInspectorProxy::platformInspectedURLChanged): (WebKit::WebInspectorProxy::inspectorPageURL): (WebKit::WebInspectorProxy::inspectorTestPageURL): (WebKit::WebInspectorProxy::inspectorBaseURL): (WebKit::WebInspectorProxy::platformInspectedWindowHeight): (WebKit::WebInspectorProxy::platformInspectedWindowWidth): (WebKit::WebInspectorProxy::platformAttach): (WebKit::WebInspectorProxy::platformDetach): (WebKit::WebInspectorProxy::platformSetAttachedWindowHeight): (WebKit::WebInspectorProxy::platformSetAttachedWindowWidth): (WebKit::WebInspectorProxy::platformStartWindowDrag): (WebKit::WebInspectorProxy::platformSave): (WebKit::WebInspectorProxy::platformAppend): (WebKit::WebInspectorProxy::platformAttachAvailabilityChanged): * UIProcess/win/WebPageProxyWin.cpp: Added. (WebKit::WebPageProxy::platformInitialize): (WebKit::WebPageProxy::standardUserAgent): (WebKit::WebPageProxy::saveRecentSearches): (WebKit::WebPageProxy::loadRecentSearches): (WebKit::WebPageProxy::editorStateChanged): * UIProcess/win/WebPreferencesWin.cpp: Added. (WebKit::WebPreferences::platformInitializeStore): (WebKit::WebPreferences::platformUpdateStringValueForKey): (WebKit::WebPreferences::platformUpdateBoolValueForKey): (WebKit::WebPreferences::platformUpdateUInt32ValueForKey): (WebKit::WebPreferences::platformUpdateDoubleValueForKey): (WebKit::WebPreferences::platformUpdateFloatValueForKey): (WebKit::WebPreferences::platformGetStringUserValueForKey): (WebKit::WebPreferences::platformGetBoolUserValueForKey): (WebKit::WebPreferences::platformGetUInt32UserValueForKey): (WebKit::WebPreferences::platformGetDoubleUserValueForKey): * UIProcess/win/WebProcessPoolWin.cpp: Added. (WebKit::WebProcessPool::platformInitialize): (WebKit::WebProcessPool::platformInitializeNetworkProcess): (WebKit::WebProcessPool::platformInitializeWebProcess): (WebKit::WebProcessPool::platformInvalidateContext): (WebKit::WebProcessPool::legacyPlatformDefaultApplicationCacheDirectory): (WebKit::WebProcessPool::legacyPlatformDefaultMediaCacheDirectory): (WebKit::WebProcessPool::legacyPlatformDefaultWebSQLDatabaseDirectory): (WebKit::WebProcessPool::legacyPlatformDefaultIndexedDBDatabaseDirectory): (WebKit::WebProcessPool::legacyPlatformDefaultLocalStorageDirectory): (WebKit::WebProcessPool::legacyPlatformDefaultMediaKeysStorageDirectory): (WebKit::WebProcessPool::legacyPlatformDefaultNetworkCacheDirectory): (WebKit::WebProcessPool::legacyPlatformDefaultJavaScriptConfigurationDirectory): (WebKit::WebProcessPool::platformResolvePathsForSandboxExtensions): * UIProcess/win/WebView.cpp: Added. (WebKit::WebView::WebViewWndProc): (WebKit::WebView::wndProc): (WebKit::WebView::registerWebViewWindowClass): (WebKit::WebView::WebView): (WebKit::WebView::~WebView): (WebKit::WebView::initialize): (WebKit::WebView::setParentWindow): (WebKit::findTopLevelParentWindow): (WebKit::WebView::windowAncestryDidChange): (WebKit::WebView::onMouseEvent): (WebKit::WebView::onWheelEvent): (WebKit::WebView::onHorizontalScroll): (WebKit::WebView::onVerticalScroll): (WebKit::WebView::onKeyEvent): (WebKit::drawPageBackground): (WebKit::WebView::paint): (WebKit::WebView::onPaintEvent): (WebKit::WebView::onPrintClientEvent): (WebKit::WebView::onSizeEvent): (WebKit::WebView::onWindowPositionChangedEvent): (WebKit::WebView::onSetFocusEvent): (WebKit::WebView::onKillFocusEvent): (WebKit::WebView::onTimerEvent): (WebKit::WebView::onShowWindowEvent): (WebKit::WebView::onSetCursor): (WebKit::WebView::updateActiveState): (WebKit::WebView::updateActiveStateSoon): (WebKit::initCommonControls): (WebKit::WebView::initializeToolTipWindow): (WebKit::WebView::startTrackingMouseLeave): (WebKit::WebView::stopTrackingMouseLeave): (WebKit::WebView::shouldInitializeTrackPointHack): (WebKit::WebView::close): (WebKit::WebView::cursorToShow const): (WebKit::WebView::updateNativeCursor): (WebKit::WebView::setOverrideCursor): (WebKit::WebView::setIsInWindow): (WebKit::WebView::setIsVisible): (WebKit::WebView::isWindowActive): (WebKit::WebView::isFocused): (WebKit::WebView::isVisible): (WebKit::WebView::isInWindow): (WebKit::WebView::setScrollOffsetOnNextResize): (WebKit::WebView::setViewNeedsDisplay): (WebKit::WebView::createColorChooserProxy): (WebKit::WebView::didCommitLoadForMainFrame): (WebKit::WebView::customRepresentationZoomFactor): (WebKit::WebView::setCustomRepresentationZoomFactor): (WebKit::WebView::findStringInCustomRepresentation): (WebKit::WebView::countStringMatchesInCustomRepresentation): (WebKit::WebView::nativeWindow): (WebKit::WebView::windowReceivedMessage): * UIProcess/win/WebView.h: Added. (WebKit::WebView::create): (WebKit::WebView::window const): (WebKit::WebView::page const): (WebKit::WebView::drawingArea): (WebKit::WebView::setWasActivatedByMouseEvent): 2018-04-24 Fujii Hironori Implement Same-Site cookies https://bugs.webkit.org/show_bug.cgi?id=159464 Unreviewed build fix. WinCairo WebKit2 can't compile since r230921. * NetworkProcess/curl/NetworkDataTaskCurl.cpp: (WebKit::NetworkDataTaskCurl::appendCookieHeader): CookieJarCurlDatabase::cookieRequestHeaderFieldValue needs SameSiteInfo. 2018-04-24 Simon Fraser Add a new "color-filter" CSS property as an experimental feature https://bugs.webkit.org/show_bug.cgi?id=184940 Reviewed by Jon Lee. Add the color-filter property as an experimental feature. * Shared/WebPreferences.yaml: 2018-04-24 Saam Barati Keep around a pre-warmed process when doing process swap on navigation https://bugs.webkit.org/show_bug.cgi?id=184765 Reviewed by Ryosuke Niwa and Brady Eidson. This patch makes it so that WebProcessPool prewarms a process when process swap on navigation is turned on. When we do a process swap on navigation, we first try to grab a prewarmed process before creating a new one. We try to be smart about when to create these processes. The initial heuristic that this patch chooses is when we reach the DidFirstVisuallyNonEmptyLayout layout milestone. We're going to try to improve on this heuristic in: https://bugs.webkit.org/show_bug.cgi?id=184899 This is a 40% progression on PLT with process swap on navigation turned on. * UIProcess/API/Cocoa/WKProcessPool.mm: (-[WKProcessPool _prewarmedWebProcessCount]): (-[WKProcessPool _webProcessCountIgnoringPrewarmed]): * UIProcess/API/Cocoa/WKProcessPoolPrivate.h: * UIProcess/ServiceWorkerProcessProxy.cpp: (WebKit::ServiceWorkerProcessProxy::ServiceWorkerProcessProxy): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::notifyProcessPoolToPrewarm): (WebKit::WebPageProxy::didFirstVisuallyNonEmptyLayoutForFrame): * UIProcess/WebPageProxy.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::createNewWebProcess): (WebKit::WebProcessPool::tryTakePrewarmedProcess): (WebKit::WebProcessPool::warmInitialProcess): (WebKit::WebProcessPool::disconnectProcess): (WebKit::WebProcessPool::createWebPage): (WebKit::WebProcessPool::didReachGoodTimeToPrewarm): (WebKit::WebProcessPool::processForNavigation): * UIProcess/WebProcessPool.h: * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::create): (WebKit::WebProcessProxy::WebProcessProxy): (WebKit::m_isInPrewarmedPool): (WebKit::m_userMediaCaptureManagerProxy): Deleted. * UIProcess/WebProcessProxy.h: (WebKit::WebProcessProxy::isInPrewarmedPool const): (WebKit::WebProcessProxy::setIsInPrewarmedPool): 2018-04-24 Commit Queue Unreviewed, rolling out r230971. https://bugs.webkit.org/show_bug.cgi?id=184939 This fix was not appropriate (Requested by n_wang on #webkit). Reverted changeset: "AX: soft link libAccessibility.dylb" https://bugs.webkit.org/show_bug.cgi?id=184919 https://trac.webkit.org/changeset/230971 2018-04-24 Nan Wang AX: soft link libAccessibility.dylb https://bugs.webkit.org/show_bug.cgi?id=184919 Reviewed by Chris Fleizach. Make sure we soft link the library so that it won't crash if it's missing in the system. * Configurations/WebKit.xcconfig: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): (-[WKWebView _updateAccessibilityEventsEnabled]): 2018-04-24 John Wilander From-Origin: Support for 'same' and 'same-site' response header, nested frame origin check https://bugs.webkit.org/show_bug.cgi?id=184560 Reviewed by Youenn Fablet and Daniel Bates. This patch implements significant parts of https://github.com/whatwg/fetch/issues/687. We consume the From-Origin response header and only load the resource if: - The header is non-existent, empty, or invalid. - The header specifies 'same' and the resource's origin matches the originating document's origin and the origins up the frame tree. - The header specifies 'same-site' and the resource's eTLD+1 matches the originating document's eTLD+1 and the eTLD+1 of the documents up the frame tree. This feature is experimental and off by default. * NetworkProcess/NetworkResourceLoadParameters.cpp: (WebKit::NetworkResourceLoadParameters::encode const): (WebKit::NetworkResourceLoadParameters::decode): Support for the two new load parameters: - shouldEnableFromOriginResponseHeader - frameAncestorOrigins * NetworkProcess/NetworkResourceLoadParameters.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::areFrameAncestorsSameSite): (WebKit::areFrameAncestorsSameOrigin): (WebKit::shouldCancelCrossOriginLoad): The three functions above implement the new blocking logic. (WebKit::fromOriginResourceError): Convenience function that returns an error with the From-Origin error message. (WebKit::NetworkResourceLoader::didReceiveResponse): Now checks for a From-Origin response header. (WebKit::NetworkResourceLoader::didFailLoading): Now checks for a From-Origin response header. (WebKit::NetworkResourceLoader::continueWillSendRedirectedRequest): Now checks for a From-Origin response header. (WebKit::NetworkResourceLoader::didRetrieveCacheEntry): Now checks for a From-Origin response header. (WebKit::NetworkResourceLoader::dispatchWillSendRequestForCacheEntry): Now checks for a From-Origin response header. * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder>>::encode): (IPC::ArgumentCoder>>::decode): Now encodes and decodes vectors of RefPtr. * Shared/WebCoreArgumentCoders.h: * Shared/WebPreferences.yaml: Added From-Origin support as an experimental feature. * UIProcess/API/C/WKPreferences.cpp: (WKPreferencesSetFromOriginResponseHeaderEnabled): (WKPreferencesGetFromOriginResponseHeaderEnabled): * UIProcess/API/C/WKPreferencesRef.h: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): Sets the two new load parameters: - shouldEnableFromOriginResponseHeader - frameAncestorOrigins 2018-04-24 Jer Noble Don't add system framework paths to FRAMEWORK_SEARCH_PATHS https://bugs.webkit.org/show_bug.cgi?id=184786 Reviewed by Tim Horton. * Configurations/BaseTarget.xcconfig: * DerivedSources.make: 2018-04-24 Ryan Haddad Unreviewed, rolling out r230938. Introduced two ProcessSwap API test failures. Reverted changeset: "Keep around a pre-warmed process when doing process swap on navigation" https://bugs.webkit.org/show_bug.cgi?id=184765 https://trac.webkit.org/changeset/230938 2018-04-24 Zan Dobersek [CoordGraphics] Remove dead fixed layer code https://bugs.webkit.org/show_bug.cgi?id=184912 Reviewed by Michael Catanzaro. Drop the unused fixed layer handling code in CoordinatedGraphicsScene. The m_fixedLayers container can be removed, along with the adjustPositionForFixedLayers() method that operated on that container. This was the only method that operated with the m_scrollPosition member variable and the contentsPosition argument that's passed to the CoordinatedGraphicsScene::paintToCurrentGLContext() method. Both of these are removed, along with the scrollPosition attribute on the CoordinatedGraphicsState struct. * Shared/CoordinatedGraphics/CoordinatedGraphicsScene.cpp: (WebKit::CoordinatedGraphicsScene::paintToCurrentGLContext): (WebKit::CoordinatedGraphicsScene::setLayerState): (WebKit::CoordinatedGraphicsScene::deleteLayer): (WebKit::CoordinatedGraphicsScene::commitSceneState): (WebKit::CoordinatedGraphicsScene::purgeGLResources): (WebKit::CoordinatedGraphicsScene::adjustPositionForFixedLayers): Deleted. * Shared/CoordinatedGraphics/CoordinatedGraphicsScene.h: * Shared/CoordinatedGraphics/threadedcompositor/ThreadedCompositor.cpp: (WebKit::ThreadedCompositor::renderLayerTree): * WebProcess/WebPage/CoordinatedGraphics/CompositingCoordinator.cpp: (WebKit::CompositingCoordinator::flushPendingLayerChanges): 2018-04-24 Zan Dobersek REGRESSION(r230950): Faulty commit sequencing in CoordinatedGraphicsScene https://bugs.webkit.org/show_bug.cgi?id=184917 Reviewed by Michael Catanzaro. After r230950, current animation state for a given layer is also taken into account when determining whether or not the layer requires a backing store. For that to work properly, all the animation state has to be updated before the backing store work. This patch changes the order of helper method invocations in CoordinatedGraphicsScene::setLayerState() to address that. * Shared/CoordinatedGraphics/CoordinatedGraphicsScene.cpp: (WebKit::CoordinatedGraphicsScene::setLayerState): 2018-04-24 Zan Dobersek [CoordGraphics] Remove unused fixed layout functionality https://bugs.webkit.org/show_bug.cgi?id=184908 Reviewed by Carlos Garcia Campos. Ports using the CoordinatedGraphics subsystem don't expose fixed layout support. As such, we're able to remove a lot of unused code and unnecessary USE(COORDINATED_GRAPHICS) special cases in generic sections in both WebCore and WebKit. Remove USE(COORDINATED_GRAPHICS) special-casing from the WebPage::setUseFixedLayout() method. This is not possible to enable for the GTK+ and WPE ports that use the CoordinatedGraphics subsytem via API. Removing all this unlocks removing considerable amounts of dead code and complexities in CoordinatedGraphics. WebChromeClient::delegatedScrollRequested() method is removed, along with the WebPage::pageDidRequestScroll() method that was only called from there. * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::delegatedScrollRequested): Deleted. * WebProcess/WebCoreSupport/WebChromeClient.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setUseFixedLayout): (WebKit::WebPage::pageDidRequestScroll): Deleted. * WebProcess/WebPage/WebPage.h: 2018-04-24 Zan Dobersek [CoordGraphics] Avoid painting backing stores for zero-opacity layers https://bugs.webkit.org/show_bug.cgi?id=184143 Reviewed by Carlos Garcia Campos. * Shared/CoordinatedGraphics/CoordinatedGraphicsScene.cpp: (WebKit::layerShouldHaveBackingStore): Mirror CoordinatedGraphicsLayer's backing store requirements. 2018-04-23 Daniel Bates Implement Same-Site cookies https://bugs.webkit.org/show_bug.cgi?id=159464 Reviewed by Brent Fulgham. Pass the Same-Site info through the WebKit abstractions. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::cookiesForDOM): (WebKit::NetworkConnectionToWebProcess::setCookiesFromDOM): (WebKit::NetworkConnectionToWebProcess::cookieRequestHeaderFieldValue): (WebKit::NetworkConnectionToWebProcess::getRawCookies): * NetworkProcess/NetworkConnectionToWebProcess.h: * NetworkProcess/NetworkConnectionToWebProcess.messages.in: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::logCookieInformation const): (WebKit::logBlockedCookieInformation): (logCookieInformationInternal): (NetworkResourceLoader::logCookieInformation): * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/cache/NetworkCacheSpeculativeLoadManager.cpp: (WebKit::NetworkCache::constructRevalidationRequest): * NetworkProcess/cache/NetworkCacheSubresourcesEntry.cpp: (WebKit::NetworkCache::SubresourceInfo::encode const): (WebKit::NetworkCache::SubresourceInfo::decode): (WebKit::NetworkCache::SubresourceInfo::SubresourceInfo): * NetworkProcess/cache/NetworkCacheSubresourcesEntry.h: (WebKit::NetworkCache::SubresourceInfo::isSameSite const): (WebKit::NetworkCache::SubresourceInfo::isTopSite const): Returns false; subresources do not represent a top-level navigation. * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::isThirdPartyRequest): (WebKit::updateTaskWithFirstPartyForSameSiteCookies): (WebKit::NetworkDataTaskCocoa::NetworkDataTaskCocoa): (WebKit::NetworkDataTaskCocoa::willPerformHTTPRedirection): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::download): * WebProcess/WebCoreSupport/WebPlatformStrategies.cpp: (WebKit::WebPlatformStrategies::cookiesForDOM): (WebKit::WebPlatformStrategies::setCookiesFromDOM): (WebKit::WebPlatformStrategies::cookieRequestHeaderFieldValue): (WebKit::WebPlatformStrategies::getRawCookies): * WebProcess/WebCoreSupport/WebPlatformStrategies.h: 2018-04-23 Youenn Fablet Make WebLoaderStrategy send to NetworkResourceLoader necessary parameters to handle full loads in NetworkProcess https://bugs.webkit.org/show_bug.cgi?id=184763 Reviewed by Chris Dumez. Set all required NetworkResourceLoadParameters for asynchronous loads. This includes preflight policy, CSP response headers, SecurityOrigin and content blockers identifier. Update NetworkLoadChecker to handle preflight policy. This is not needed right now since sync XHR and ping loads are using the default ConsiderPreflight policy. But this will be needed for XHR/fetch/EventSource loads. * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::checkRedirection): (WebKit::NetworkLoadChecker::validateResponse): (WebKit::NetworkLoadChecker::checkCORSRequest): * NetworkProcess/NetworkLoadChecker.h: (WebKit::NetworkLoadChecker::create): * NetworkProcess/NetworkResourceLoadParameters.cpp: (WebKit::NetworkResourceLoadParameters::encode const): (WebKit::NetworkResourceLoadParameters::decode): * NetworkProcess/NetworkResourceLoadParameters.h: * NetworkProcess/NetworkResourceLoader.cpp: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::scheduleLoadFromNetworkProcess): 2018-04-23 Wenson Hsieh [Extra zoom mode] REGRESSION(230860) Unable to change time input values using UI https://bugs.webkit.org/show_bug.cgi?id=184901 Reviewed by Tim Horton. Fixes the bug by falling back to setting the value of the focused input element in the case where the selection is not editable. Also adds plumbing to make time pickers testable in extra zoom mode. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView setTimePickerValueToHour:minute:]): * UIProcess/API/Cocoa/WKWebViewPrivate.h: * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView setTimePickerValueToHour:minute:]): Add plumbing to make it possible for WebKitTestRunner to simulate picking a time from the given hours and minutes. This is currently only implemented for extra zoom mode, but may be implemented for UIKit's time picker as well in the future by adjusting -[WKContentView setTimePickerValueToHour:minute:]. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setTextAsync): 2018-04-23 Saam Barati Keep around a pre-warmed process when doing process swap on navigation https://bugs.webkit.org/show_bug.cgi?id=184765 Reviewed by Ryosuke Niwa. This patch makes it so that WebProcessPool prewarms a process when process swap on navigation is turned on. When we do a process swap on navigation, we first try to grab a prewarmed process before creating a new one. We try to be smart about when to create these processes. The initial heuristic that this patch chooses is when we reach the DidFirstVisuallyNonEmptyLayout layout milestone. We're going to try to improve on this heuristic in: https://bugs.webkit.org/show_bug.cgi?id=184899 This is a 40% progression on PLT with process swap on navigation turned on. * UIProcess/ServiceWorkerProcessProxy.cpp: (WebKit::ServiceWorkerProcessProxy::ServiceWorkerProcessProxy): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::notifyProcessPoolToPrewarm): (WebKit::WebPageProxy::didFirstVisuallyNonEmptyLayoutForFrame): * UIProcess/WebPageProxy.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::createNewWebProcess): (WebKit::WebProcessPool::tryTakePrewarmedProcess): (WebKit::WebProcessPool::warmInitialProcess): (WebKit::WebProcessPool::disconnectProcess): (WebKit::WebProcessPool::createWebPage): (WebKit::WebProcessPool::didReachGoodTimeToPrewarm): (WebKit::WebProcessPool::processForNavigation): * UIProcess/WebProcessPool.h: * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::create): (WebKit::WebProcessProxy::WebProcessProxy): (WebKit::m_isInPrewarmedPool): (WebKit::m_userMediaCaptureManagerProxy): Deleted. * UIProcess/WebProcessProxy.h: (WebKit::WebProcessProxy::isInPrewarmedPool const): (WebKit::WebProcessProxy::setIsInPrewarmedPool): 2018-04-23 Michael Catanzaro [WPE][GTK] Remove WlUniquePtr footgun https://bugs.webkit.org/show_bug.cgi?id=184405 Reviewed by Carlos Garcia Campos. Switch to std::unique_ptr. * UIProcess/gtk/WaylandCompositor.cpp: (WebKit::WaylandCompositor::WaylandCompositor): * UIProcess/gtk/WaylandCompositor.h: (WebKit::WaylandCompositor::DisplayDeleter::operator()): 2018-04-23 Daniel Bates Attempt to fix the Apple Internal build following r230921 (https://bugs.webkit.org/show_bug.cgi?id=159464) Forward declare some SPI. Add availability guard. * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: 2018-04-23 Zalan Bujtas [LayoutFormattingContext] Initial commit. https://bugs.webkit.org/show_bug.cgi?id=184896 Reviewed by Antti Koivisto. * Configurations/FeatureDefines.xcconfig: 2018-04-23 Daniel Bates Implement Same-Site cookies https://bugs.webkit.org/show_bug.cgi?id=159464 Reviewed by Brent Fulgham. Pass the Same-Site info through the WebKit abstractions. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::cookiesForDOM): (WebKit::NetworkConnectionToWebProcess::setCookiesFromDOM): (WebKit::NetworkConnectionToWebProcess::cookieRequestHeaderFieldValue): (WebKit::NetworkConnectionToWebProcess::getRawCookies): * NetworkProcess/NetworkConnectionToWebProcess.h: * NetworkProcess/NetworkConnectionToWebProcess.messages.in: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::logCookieInformation const): (WebKit::logBlockedCookieInformation): (logCookieInformationInternal): (NetworkResourceLoader::logCookieInformation): * NetworkProcess/NetworkResourceLoader.h: * NetworkProcess/cache/NetworkCacheSpeculativeLoadManager.cpp: (WebKit::NetworkCache::constructRevalidationRequest): * NetworkProcess/cache/NetworkCacheSubresourcesEntry.cpp: (WebKit::NetworkCache::SubresourceInfo::encode const): (WebKit::NetworkCache::SubresourceInfo::decode): (WebKit::NetworkCache::SubresourceInfo::SubresourceInfo): * NetworkProcess/cache/NetworkCacheSubresourcesEntry.h: (WebKit::NetworkCache::SubresourceInfo::isSameSite const): (WebKit::NetworkCache::SubresourceInfo::isTopSite const): Returns false; subresources do not represent a top-level navigation. * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::isThirdPartyRequest): (WebKit::updateTaskWithFirstPartyForSameSiteCookies): (WebKit::NetworkDataTaskCocoa::NetworkDataTaskCocoa): (WebKit::NetworkDataTaskCocoa::willPerformHTTPRedirection): * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::download): * WebProcess/WebCoreSupport/WebPlatformStrategies.cpp: (WebKit::WebPlatformStrategies::cookiesForDOM): (WebKit::WebPlatformStrategies::setCookiesFromDOM): (WebKit::WebPlatformStrategies::cookieRequestHeaderFieldValue): (WebKit::WebPlatformStrategies::getRawCookies): * WebProcess/WebCoreSupport/WebPlatformStrategies.h: 2018-04-23 Chris Dumez WebProcessProxy frequently re-takes a process assertion for the network process even though is already has one https://bugs.webkit.org/show_bug.cgi?id=184889 Reviewed by Brady Eidson. In ProcessThrottler::updateAssertionNow(), if the new process assertion state is the same as the existing one, then return early. Otherwise, we would end up calling WebProcessProxy::didSetAssertionState() for the same assertion state, which would cause duplicate logging but also some unnecessary work. * UIProcess/ProcessThrottler.cpp: (WebKit::ProcessThrottler::updateAssertionNow): 2018-04-23 Zan Dobersek [CoordGraphics] Remove unused trajectory cruft in CoordinatedLayerTreeHost, CoordinatedGraphicsLayer https://bugs.webkit.org/show_bug.cgi?id=184881 Reviewed by Michael Catanzaro. The CompositingCoordinator::setVisibleContentsRect() method is always called with a (0,0) FloatPoint value as the trajectory vector parameter, which is already the default value in TiledBackingStore where this ends up. Removing this call chain also enables removing some unnecessary and odd code in the CoordinatedGraphicsLayer class. This doesn't yet touch the trajectory logic in the TiledBackingStore class since it's not yet a given this won't be used in the future. But if that will be necessary, hope is to not use it this way. * WebProcess/WebPage/CoordinatedGraphics/CompositingCoordinator.cpp: (WebKit::CompositingCoordinator::setVisibleContentsRect): (WebKit::CompositingCoordinator::mainContentsLayer): Deleted. * WebProcess/WebPage/CoordinatedGraphics/CompositingCoordinator.h: * WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.cpp: (WebKit::CoordinatedLayerTreeHost::setVisibleContentsRect): * WebProcess/WebPage/CoordinatedGraphics/CoordinatedLayerTreeHost.h: * WebProcess/WebPage/CoordinatedGraphics/ThreadedCoordinatedLayerTreeHost.cpp: (WebKit::ThreadedCoordinatedLayerTreeHost::didChangeViewport): 2018-04-23 Fujii Hironori [Win][WK2] REGRESSION(r230834) 'getpid': identifier not found https://bugs.webkit.org/show_bug.cgi?id=184877 Reviewed by Yusuke Suzuki. * WebProcess/WebPage/WebBackForwardListProxy.cpp: (WebKit::WebBackForwardListProxy::addItem): Use WTF::getCurrentProcessID() instead of getpid(). * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::goToBackForwardItem): Ditto. 2018-04-23 Zan Dobersek [TexMap] Drop RefCounted inheritance off of TextureMapperBackingStore https://bugs.webkit.org/show_bug.cgi?id=184810 Reviewed by Carlos Garcia Campos. CoordinatedBackingStore should inherit directly from RefCounted<> now that TextureMapperBackingStore doesn't anymore. * Shared/CoordinatedGraphics/CoordinatedBackingStore.h: * Shared/CoordinatedGraphics/CoordinatedGraphicsScene.cpp: (WebKit::CoordinatedGraphicsScene::createBackingStoreIfNeeded): 2018-04-22 Zan Dobersek [CoordinatedGraphics] Unused contentsSize, coveredRect attributes in CoordinatedGraphicsState https://bugs.webkit.org/show_bug.cgi?id=184811 Reviewed by Carlos Garcia Campos. * WebProcess/WebPage/CoordinatedGraphics/CompositingCoordinator.cpp: (WebKit::CompositingCoordinator::flushPendingLayerChanges): Stop setting the removed contentsSize and coveredRect attributes. These were only ever set to the appropriate values, but were then never used anywhere. 2018-04-22 Matt Baker Web Inspector: WebInspectorProxy releases WKWebInspectorProxyObjCAdapter without removing corresponding observer https://bugs.webkit.org/show_bug.cgi?id=184865 Reviewed by Brian Burg. Replace the early return removed in https://bugs.webkit.org/show_bug.cgi?id=177661, so that WKWebInspectorProxyObjCAdapter and the view controller can be reused when reopening the Inspector while the WebView is still alive. * UIProcess/mac/WebInspectorProxyMac.mm: (WebKit::WebInspectorProxy::platformCreateFrontendPage): 2018-04-22 Paul Knight Add -[WKInputDelegate _webView:decidePolicyForFocusedElement:] so clients can request default focusing behavior https://bugs.webkit.org/show_bug.cgi?id=184844 Reviewed by Dan Bernstein. If a client doesn't implement -[_WKInputDelegate _webView:focusShouldStartInputSession:] the default focus behavior only brings up the keyboard if it's already onscreen, the interaction is user driven, and other factors that even depend on what feature flags are enabled. If a client implements _webView:focusShouldStartInputSession:, they don't have a good way to specifiy they'd like to fall back to the default behavior. This makes it difficult for a client to use the default in most cases, but sometimes allow programmatic focus from the page, for example. Add a new delegate method -_webView:decidePolicyForFocusedElement: that returns a new enum type _WKFocusStartsInputSessionPolicy. Clients can return _WKFocusStartsInputSessionPolicyAuto to request the default behavior, or _WKFocusStartsInputSessionPolicyAllow / Disallow to directly control whether the keyboard appears to assist the focused node. * UIProcess/API/Cocoa/_WKInputDelegate.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _startAssistingNode:userIsInteracting:blurPreviousNode:changingActivityState:userObject:]): 2018-04-21 Jeremy Jones Disable backward and forward navigation swipes while in fullscreen. https://bugs.webkit.org/show_bug.cgi?id=184656 rdar://problem/36057535 Reviewed by Tim Horton. Disable navigation swipes while in fullscreen. * UIProcess/Cocoa/ViewGestureController.cpp: (WebKit::ViewGestureController::canSwipeInDirection const): 2018-04-21 Youenn Fablet Activate NetworkLoadChecker for media loads https://bugs.webkit.org/show_bug.cgi?id=184841 Reviewed by Eric Carlson. Instantiate a NetworkLoadChecker for NetworkResourceLoader for audio/video loads. Move CORS checks for response after handling of 304 checks. For 304 checks, we need to do the CORS checks on the validated cached response, not the 304 received response. Updated ResourceError argument coder to explicitly pass the error type as some errors created by NetworkLoadChecker would otherwise be received as General errors by WebProcess. Updated platform data encoding of ResourceError accordingly. All changes are covered by regular media loading layout tests. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::shouldUseNetworkLoadChecker): (WebKit::NetworkResourceLoader::didReceiveResponse): * Shared/WebCoreArgumentCoders.cpp: (IPC::ArgumentCoder::encode): (IPC::ArgumentCoder::decode): * Shared/mac/WebCoreArgumentCodersMac.mm: (IPC::ArgumentCoder::encodePlatformData): (IPC::ArgumentCoder::decodePlatformData): We need to set the type after decoding the NSError as ResourceError tries to guess the type from NSError data. * Shared/soup/WebCoreArgumentCodersSoup.cpp: (IPC::ArgumentCoder::encodePlatformData): (IPC::ArgumentCoder::decodePlatformData): 2018-04-20 Carlos Garcia Campos [SOUP] Do TLS error checking on GTlsConnection::accept-certificate https://bugs.webkit.org/show_bug.cgi?id=184480 Reviewed by Michael Catanzaro. Connect to GTlsConnection::accept-certificate signal instead of SoupMessage::notify::tls-errors to perform the TLS errors check. * NetworkProcess/soup/NetworkDataTaskSoup.cpp: (WebKit::NetworkDataTaskSoup::createRequest): Do not connect to SoupMessage::notify::tls-errors. (WebKit::NetworkDataTaskSoup::tlsConnectionAcceptCertificateCallback): Call tlsConnectionAcceptCertificate() is the task is still ongoing. (WebKit::NetworkDataTaskSoup::tlsConnectionAcceptCertificate): Check TLS errors here. (WebKit::NetworkDataTaskSoup::networkEventCallback): Pass the stream to networkEvent. (WebKit::NetworkDataTaskSoup::networkEvent): Connect to GTlsConnection::accept-certificate. * NetworkProcess/soup/NetworkDataTaskSoup.h: 2018-04-20 Timothy Hatcher NULL dereference crash sometimes under [super initWithCoder:] in WebView https://bugs.webkit.org/show_bug.cgi?id=184851 rdar://problem/39611236 Reviewed by Tim Horton. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): (-[WKWebView effectiveAppearanceDidChange]): Added a null check and call the code later in initialization. 2018-04-20 Tim Horton Adjust geolocation feature flag https://bugs.webkit.org/show_bug.cgi?id=184856 Reviewed by Wenson Hsieh. * Configurations/FeatureDefines.xcconfig: 2018-04-20 Chris Dumez Unreviewed attempt to fix GTK build after r230867. * WebProcess/InjectedBundle/API/gtk/DOM/WebKitDOMDOMWindow.cpp: (webkit_dom_dom_window_get_self): (webkit_dom_dom_window_get_window): (webkit_dom_dom_window_get_frames): (webkit_dom_dom_window_get_opener): (webkit_dom_dom_window_get_parent): (webkit_dom_dom_window_get_top): 2018-04-20 Commit Queue Unreviewed, rolling out r230873. https://bugs.webkit.org/show_bug.cgi?id=184857 Broke the iOS build (Requested by cdumez on #webkit). Reverted changeset: "Disable backward and forward navigation swipes while in fullscreen." https://bugs.webkit.org/show_bug.cgi?id=184656 https://trac.webkit.org/changeset/230873 2018-04-20 Chris Dumez REGRESSION (r229828): web view doesn’t update or respond to resizing until client calls policy decision handler https://bugs.webkit.org/show_bug.cgi?id=184210 Reviewed by Wenson Hsieh. r229828 tried to have some API tests happy on iOS by freezing the layer tree during the navigation policy decision. However, this is observable by the client application and a regression from when the policy delegate was synchronous. To address the issue, this patch reverts r229828 and instead updates the iOS API tests to wait for the next presentation update after navigating before interacting with the view. * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForResponse): (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForNavigationAction): (WebKit::WebFrameLoaderClient::cancelPolicyCheck): (WebKit::WebFrameLoaderClient::provisionalLoadStarted): * WebProcess/WebCoreSupport/WebFrameLoaderClient.h: * WebProcess/WebPage/WebPage.cpp: * WebProcess/WebPage/WebPage.h: 2018-04-20 Brent Fulgham Limit cookie header access to Network process https://bugs.webkit.org/show_bug.cgi?id=184764 Reviewed by Youenn Fablet. Revise the handling of cookie request headers so that we don't interact with them in the WebContent process. They are only needed for interaction with the server and the network process, so we should limit their scope to just the Network process. Instead, we should handle a token that represents the cookie headers in the WebContent process, which can be converted to the relevant cookie data in the network process when needed. * NetworkProcess/NetworkSocketStream.cpp: (WebKit::NetworkSocketStream::sendHandshake): * NetworkProcess/NetworkSocketStream.h: * NetworkProcess/NetworkSocketStream.messages.in: * WebProcess/Network/WebSocketStream.cpp: (WebKit::WebSocketStream::networkProcessCrashed): (WebKit::WebSocketStream::platformSendHandshake): (WebKit::WebSocketStream::didSendHandshake): * WebProcess/Network/WebSocketStream.h: * WebProcess/Network/WebSocketStream.messages.in: 2018-04-20 Jeremy Jones Disable backward and forward navigation swipes while in fullscreen. https://bugs.webkit.org/show_bug.cgi?id=184656 rdar://problem/36057535 Reviewed by Tim Horton. Disable navigation swipes while in fullscreen. * UIProcess/Cocoa/ViewGestureController.cpp: (WebKit::ViewGestureController::canSwipeInDirection const): 2018-04-20 Jeremy Jones Element fullscreen, expose WKWebView _fullScreenPlaceholderView as iOS SPI https://bugs.webkit.org/show_bug.cgi?id=184826 rdar://problem/39600825 Reviewed by Tim Horton. Add _fullScreenPlaceholderView for iOS similar to the one for Mac. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _fullScreenPlaceholderView]): (-[WKWebView closeFullScreenWindowController]): (-[WKWebView fullScreenPlaceholderView]): Deleted. * UIProcess/API/Cocoa/WKWebViewInternal.h: * UIProcess/API/Cocoa/WKWebViewPrivate.h: * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.h: * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController webViewPlaceholder]): 2018-04-20 Wenson Hsieh [Extra zoom mode] Injected bundle form client should be notified when editing text fields https://bugs.webkit.org/show_bug.cgi?id=184822 Reviewed by Tim Horton. Fixes the bug by making a couple of tweaks: (1) don't use a separate codepath for inserting text in text inputs, and (2) force a user typing gesture when inserting text using this codepath (i.e. WKTextInputListViewController). Also adds plumbing to enable testing text entry with WKTextInputListViewController in extra zoom mode. * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _simulateTextEntered:]): * UIProcess/API/Cocoa/WKWebViewPrivate.h: Introduce testing SPI to simulate text entry. Additionally, add a missing availability annotation around testing SPI added in 2017 to help test drag and drop for iOS 11. * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _simulateTextEntered:]): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setTextAsync): 2018-04-20 Jeremy Jones EnterFullscreen must update the minimum and maximum layout sizes. https://bugs.webkit.org/show_bug.cgi?id=184828 rdar://problem/38435829 Reviewed by Jon Lee. Without this, the WKWebView won't layout to the full size in fullscreen mode. * UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController enterFullScreen]): 2018-04-18 Jer Noble Don't put build products into WK_ALTERNATE_WEBKIT_SDK_PATH for engineering builds https://bugs.webkit.org/show_bug.cgi?id=184762 Reviewed by Dan Bernstein. * Configurations/BaseTarget.xcconfig: 2018-04-20 Youenn Fablet Refactor NetworkResourceLoader to check for m_networkLoadChecker presence before using it https://bugs.webkit.org/show_bug.cgi?id=184755 Reviewed by Chris Dumez. Make NetworkResourceLoader always use m_networkLoadChecker if there is one. This is only used now for synchronous loads but will be used in the future for asynchronous loads as well. Since we call didFail asynchronously to make sync/async handling more consistent, We need to keep track of whether we will do clean-up twice. A boolean is added for that purpose in NetworkResourceLoader. There is a small change of behavior in the way we return an error. Instead of returning a platformBadResponseError, we are now returning the error as computed by NetworkLoadChecker. This allows getting some more error logging in the JS console. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::didReceiveResponse): (WebKit::NetworkResourceLoader::willSendRedirectedRequest): (WebKit::NetworkResourceLoader::continueWillSendRedirectedRequest): (WebKit::NetworkResourceLoader::didRetrieveCacheEntry): * NetworkProcess/NetworkResourceLoader.h: 2018-04-20 Timothy Hatcher Include missing files in WKContentViewInteraction.{mm,h} https://bugs.webkit.org/show_bug.cgi?id=184832 rdar://problem/35377120 Reviewed by Wenson Hsieh. Some WebDriver files were missing and should be included. * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView setupInteraction]): (-[WKContentView cleanupInteraction]): (-[WKContentView _removeDefaultGestureRecognizers]): (-[WKContentView _addDefaultGestureRecognizers]): 2018-04-20 Youenn Fablet WebPage sometimes incorrectly rules out PDF as a mime type that can be showed https://bugs.webkit.org/show_bug.cgi?id=184369 Reviewed by Chris Dumez. Use API to check for plugin availability for response at navigation time. * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForResponse): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::canShowResponse const): (WebKit::WebPage::canShowMIMEType const): * WebProcess/WebPage/WebPage.h: 2018-04-20 Daniel Bates Remove Strong Password decoration when text field type changes https://bugs.webkit.org/show_bug.cgi?id=184795 Reviewed by Antti Koivisto. Add injected bundle API and WebKit UI delegate SPI to notify the embedding client when the Strong Password appearance of an HTML input element is resigned. We add C SPI for Safari on Mac. * UIProcess/API/APIUIClient.h: (API::UIClient::didResignInputElementStrongPasswordAppearance): * UIProcess/API/C/WKPage.cpp: (WKPageSetPageUIClient): * UIProcess/API/C/WKPageUIClient.h: * UIProcess/API/Cocoa/WKUIDelegatePrivate.h: * UIProcess/Cocoa/UIDelegate.h: * UIProcess/Cocoa/UIDelegate.mm: (WebKit::UIDelegate::setDelegate): (WebKit::UIDelegate::UIClient::didResignInputElementStrongPasswordAppearance): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::didResignInputElementStrongPasswordAppearance): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * WebProcess/InjectedBundle/API/APIInjectedBundlePageUIClient.h: (API::InjectedBundle::PageUIClient::didResignInputElementStrongPasswordAppearance): * WebProcess/InjectedBundle/API/c/WKBundlePageUIClient.h: * WebProcess/InjectedBundle/InjectedBundlePageUIClient.cpp: (WebKit::InjectedBundlePageUIClient::didResignInputElementStrongPasswordAppearance): * WebProcess/InjectedBundle/InjectedBundlePageUIClient.h: * WebProcess/WebCoreSupport/WebChromeClient.cpp: (WebKit::WebChromeClient::inputElementDidResignStrongPasswordAppearance): * WebProcess/WebCoreSupport/WebChromeClient.h: 2018-04-20 Megan Gardner Fixes for failing tests associated with switching Text Selection Assistants https://bugs.webkit.org/show_bug.cgi?id=184806 Reviewed by Beth Dakin and Wenson Hsieh. The major fix is the disabling the double tap noneditable text selection gesture. The other fixes are small tweaks that shouldn't even be run into with the fix to the double tap gesture, but they are incorrect, so I am taking the opportunity to fix them now, in case we run into them again. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView textInteractionGesture:shouldBeginAtPoint:]): We should not be allowing a double tap text gestures in non-editable web content. We didn't have one with the old assistant. Fortunately, this is easily disabled. (-[WKContentView canPerformActionForWebView:withSender:]): We should not allow the lookup action if we do not actually have a selection. It is meaningless without one. (-[WKContentView selectedTextRange]): We should not return a selection to UIKit if all we have is caret selection in non-editable content. We have this for selections on Mac, but UIKit does not know how to properly handle this, and will have incorrect behavior if we return a valid selection. 2018-04-20 Timothy Hatcher WebEvent fails to convert synthetic WebMouseEvent for automation https://bugs.webkit.org/show_bug.cgi?id=184824 rdar://problem/35377120 Reviewed by Brian Burg. Add WebEvent conversions that existed in PlatformEventFactoryIOS for legacy WebKit, but never got added in WebIOSEventFactory and NativeWebMouseEvent for modern WebKit. This affected WebDriver, and some events not being deliverd to the page. * Shared/NativeWebMouseEvent.h: (WebKit::NativeWebMouseEvent::nativeEvent const): * Shared/ios/NativeWebMouseEventIOS.mm: Added. (WebKit::NativeWebMouseEvent::NativeWebMouseEvent): * Shared/ios/WebIOSEventFactory.h: * Shared/ios/WebIOSEventFactory.mm: (WebIOSEventFactory::createWebMouseEvent): * WebKit.xcodeproj/project.pbxproj: 2018-04-20 Michael Catanzaro Unreviewed, fix -Wformat warning * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::didFinishLoadForFrame): 2018-04-20 Youenn Fablet Make PluginData cache its web visible plugins https://bugs.webkit.org/show_bug.cgi?id=184421 Reviewed by Chris Dumez. Rename methods. Pass an URL instead of relying on Page URL as the page URL might not always be the URL we want to check against plugins. In particular when navigation is on-going, we want to check the plugins against the being navigated URL. * WebProcess/Plugins/WebPluginInfoProvider.cpp: (WebKit::WebPluginInfoProvider::pluginInfo): (WebKit::WebPluginInfoProvider::webVisiblePluginInfo): * WebProcess/Plugins/WebPluginInfoProvider.h: 2018-04-19 Carlos Garcia Campos Unreviewed. Fix GTK+ build after r230830. Add SimulatedInputDispatcher.cpp to the build. * CMakeLists.txt: 2018-04-19 Brady Eidson Make back forward cache work with process swapping. and https://bugs.webkit.org/show_bug.cgi?id=184793 Reviewed by Chris Dumez. We previously saved old processes in "SuspendedPageProxy" objects. Now we reuse them when going back or forward. * Platform/Logging.h: * Shared/WebBackForwardListItem.cpp: (WebKit::WebBackForwardListItem::setSuspendedPage): (WebKit::WebBackForwardListItem::loggingString): * Shared/WebBackForwardListItem.h: (WebKit::WebBackForwardListItem::suspendedPage const): Teach Navigation objects their source WebBackForwardListItems: * UIProcess/API/APINavigation.cpp: (API::Navigation::Navigation): (API::Navigation::loggingString const): * UIProcess/API/APINavigation.h: (API::Navigation::create): (API::Navigation::targetItem const): (API::Navigation::fromItem const): (API::Navigation::backForwardListItem): Deleted. * UIProcess/Cocoa/NavigationState.mm: (WebKit::NavigationState::NavigationClient::decidePolicyForNavigationAction): * UIProcess/SuspendedPageProxy.cpp: (WebKit::messageNamesToIgnoreWhileSuspended): (WebKit::SuspendedPageProxy::SuspendedPageProxy): (WebKit::SuspendedPageProxy::~SuspendedPageProxy): (WebKit::SuspendedPageProxy::webProcessDidClose): (WebKit::SuspendedPageProxy::didReceiveMessage): (WebKit::SuspendedPageProxy::loggingString const): * UIProcess/SuspendedPageProxy.h: (WebKit::SuspendedPageProxy::origin const): * UIProcess/WebBackForwardList.cpp: (WebKit::WebBackForwardList::WebBackForwardList): (WebKit::WebBackForwardList::~WebBackForwardList): (WebKit::WebBackForwardList::pageClosed): (WebKit::WebBackForwardList::addItem): (WebKit::WebBackForwardList::goToItem): (WebKit::WebBackForwardList::removeAllItems): (WebKit::WebBackForwardList::clear): (WebKit::WebBackForwardList::restoreFromState): (WebKit::WebBackForwardList::filteredItemStates const): (WebKit::WebBackForwardList::itemStates const): (WebKit::WebBackForwardList::loggingString): * UIProcess/WebBackForwardList.h: * UIProcess/WebNavigationState.cpp: (WebKit::WebNavigationState::createLoadRequestNavigation): (WebKit::WebNavigationState::createBackForwardNavigation): * UIProcess/WebNavigationState.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::reattachToWebProcess): (WebKit::WebPageProxy::maybeCreateSuspendedPage): (WebKit::WebPageProxy::reattachToWebProcessWithItem): (WebKit::WebPageProxy::loadRequest): (WebKit::WebPageProxy::loadFile): (WebKit::WebPageProxy::goToBackForwardItem): (WebKit::WebPageProxy::receivedPolicyDecision): (WebKit::WebPageProxy::continueNavigationInNewProcess): (WebKit::WebPageProxy::didCreateMainFrame): (WebKit::WebPageProxy::didCreateSubframe): (WebKit::WebPageProxy::didStartProvisionalLoadForFrame): (WebKit::WebPageProxy::didFailProvisionalLoadForFrame): (WebKit::WebPageProxy::didCommitLoadForFrame): (WebKit::WebPageProxy::decidePolicyForNavigationAction): (WebKit::WebPageProxy::connectionWillOpen): (WebKit::WebPageProxy::attachToProcessForNavigation): Deleted. * UIProcess/WebPageProxy.h: * UIProcess/WebProcessLifetimeTracker.cpp: (WebKit::WebProcessLifetimeTracker::webPageEnteringWebProcess): (WebKit::WebProcessLifetimeTracker::connectionWillOpen): Deleted. * UIProcess/WebProcessLifetimeTracker.h: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigation): (WebKit::WebProcessPool::registerSuspendedPageProxy): (WebKit::WebProcessPool::unregisterSuspendedPageProxy): * UIProcess/WebProcessPool.h: * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::suspendWebPageProxy): (WebKit::WebProcessProxy::updateBackForwardItem): (WebKit::WebProcessProxy::frameCreated): * UIProcess/WebProcessProxy.h: * WebProcess/WebPage/DrawingArea.h: (WebKit::DrawingArea::attachDrawingArea): * WebProcess/WebPage/WebBackForwardListProxy.cpp: (WebKit::WebBackForwardListProxy::addItemFromUIProcess): (WebKit::WebBackForwardListProxy::addItem): * WebProcess/WebPage/WebBackForwardListProxy.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): (WebKit::WebPage::reinitializeWebPage): (WebKit::WebPage::goToBackForwardItem): (WebKit::WebPage::restoreSessionInternal): (WebKit::WebPage::restoreSession): (WebKit::WebPage::updateBackForwardListForReattach): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.h: * WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm: (WebKit::TiledCoreAnimationDrawingArea::TiledCoreAnimationDrawingArea): (WebKit::TiledCoreAnimationDrawingArea::attachDrawingArea): Force a reattachment of the drawing area from a resumed WebProcess to the UIProcess (to make the page cache work) 2018-04-19 Brian Burg Web Automation: add support for mouse/keyboard interaction sequences https://bugs.webkit.org/show_bug.cgi?id=184603 Reviewed by Timothy Hatcher. Add new protocol methods and WebKit support for implementing the W3C Actions API. This is a generic command for sending low-level mouse, key, and touch events to test page behavior when performing drag-and-drop, gestures, or specific keydown/keyups. To implement this functionality, this patch adds SimulatedInputDispatcher, a class for dispatching input events asynchronously. Similar to the WebDriver specification, this is designed as a keyframing API. Callers set up several "input sources" such as keyboard or mouse, and then specify the states of that input source over time. The dispatcher calculates diffs between the previous and current keyframes and generates the appropriate events that would happen if a user caused the state transition. For example, if a mouse input source's state changes, the dispatcher sends synthetic mousemove, mousedown, or mouseup events depending on the pre- and post-state. This is uninteresting and overcomplicated for simple key and mouse presses, but it's really designed with an eye towards supporting mousemove interpolation and touch event interpolation in later patches. The strategy for dispatching events depends on the input source type; right now, these map directly to the existing platformSimulate{Mouse, Keyboard}Interaction methods. In the future, the dispatch strategy may be elaborated for interpolated mousemove events. This patch depends on support added in bug 184462. No tests yet. When this command is hooked up to a driver, the code will be exercised by W3C actions test suite, which is fairly complex at this point relative to end-user code. * UIProcess/Automation/Automation.json: Add new types and commands. * UIProcess/Automation/SimulatedInputDispatcher.h: Added. (WebKit::SimulatedInputSourceState::emptyState): (WebKit::SimulatedInputSource::create): (WebKit::SimulatedInputSource::SimulatedInputSource): (WebKit::SimulatedInputDispatcher::Client::~Client): Add structs for input source, source state, and keyframe. The dispatcher's client interface is implemented by WebAutomationSession. (WebKit::SimulatedInputDispatcher::create): * UIProcess/Automation/SimulatedInputDispatcher.cpp: Added. (WebKit::SimulatedInputKeyFrame::SimulatedInputKeyFrame): (WebKit::SimulatedInputKeyFrame::maximumDuration const): (WebKit::SimulatedInputKeyFrame::keyFrameFromStateOfInputSources): (WebKit::SimulatedInputKeyFrame::keyFrameToResetInputSources): (WebKit::SimulatedInputDispatcher::SimulatedInputDispatcher): (WebKit::SimulatedInputDispatcher::~SimulatedInputDispatcher): (WebKit::SimulatedInputDispatcher::isActive const): (WebKit::SimulatedInputDispatcher::keyFrameTransitionDurationTimerFired): (WebKit::SimulatedInputDispatcher::isKeyFrameTransitionComplete const): (WebKit::SimulatedInputDispatcher::transitionToNextKeyFrame): (WebKit::SimulatedInputDispatcher::transitionToNextInputSourceState): (WebKit::SimulatedInputDispatcher::transitionBetweenKeyFrames): (WebKit::SimulatedInputDispatcher::transitionInputSourceToState): (WebKit::SimulatedInputDispatcher::run): (WebKit::SimulatedInputDispatcher::cancel): (WebKit::SimulatedInputDispatcher::finishDispatching): The dispatcher handles one interaction at a time. The interaction is described by an array of keyframes, and each keyframe has an array of states. The dispatcher transitions between keyframes by sequentially and asynchronously emitting events that cause each input source state to transition as desired. Keyframe transitions are additionally gated by a "maximum duration" timer. Each step that the dispatcher executes is asynchronous, so the dispatcher keeps most state in members and uses error argument lambdas as completion handlers for various async things. * UIProcess/Automation/WebAutomationSession.h: * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::WebAutomationSession::WebAutomationSession): (WebKit::WebAutomationSession::inputDispatcherForPage): (WebKit::WebAutomationSession::inputSourceForType const): Add canonical input sources that are used to keep track of state across interaction sequences. (WebKit::WebAutomationSession::isSimulatingUserInteraction const): (WebKit::WebAutomationSession::mouseEventsFlushedForPage): (WebKit::WebAutomationSession::keyboardEventsFlushedForPage): Remove m_simulatingUserInteraction since it can be computed based on other members. (WebKit::WebAutomationSession::willClosePage): If the page is being torn down, stop the dispatcher if needed and cancel any callbacks waiting for mouse/key events to be retired. (WebKit::WebAutomationSession::simulateMouseInteraction): (WebKit::WebAutomationSession::simulateKeyboardInteraction): Add easy-to-use async methods for simulating mouse and key events. These are hooked up to SimulatedInputDispatcher using async completion handlers. (WebKit::protocolMouseButtonToWebMouseEventButton): (WebKit::WebAutomationSession::performMouseInteraction): (WebKit::WebAutomationSession::performKeyboardInteractions): Adjust some naming. (WebKit::simulatedInputSourceTypeFromProtocolSourceType): (WebKit::WebAutomationSession::performInteractionSequence): (WebKit::WebAutomationSession::cancelInteractionSequence): Add command handlers for the new action commands in Automation protocol. * UIProcess/Automation/gtk/WebAutomationSessionGtk.cpp: (WebKit::mouseButtonToGdkButton): (WebKit::WebAutomationSession::platformSimulateMouseInteraction): (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): (WebKit::WebAutomationSession::platformSimulateKeyStroke): Deleted. * UIProcess/Automation/ios/WebAutomationSessionIOS.mm: (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): (WebKit::WebAutomationSession::platformSimulateKeyStroke): Deleted. Rename the keyboard platform method to match the naming of the mouse platform method. Take advantage of the 'using' alias to make the tedious switches easier to read. * UIProcess/Automation/mac/WebAutomationSessionMac.mm: (WebKit::WebAutomationSession::platformSimulateMouseInteraction): (WebKit::virtualKeyHasStickyModifier): (WebKit::keyCodeForVirtualKey): (WebKit::eventModifierFlagsForVirtualKey): (WebKit::WebAutomationSession::platformSimulateKeyboardInteraction): (WebKit::WebAutomationSession::platformSimulateKeySequence): (WebKit::keyHasStickyModifier): Deleted. (WebKit::WebAutomationSession::platformSimulateKeyStroke): Deleted. Allow the keyboard simulation method to take a virtual key and unichar to better match how this is used by the Perform Actions command and its machinery. * WebKit.xcodeproj/project.pbxproj: 2018-04-19 Jiewen Tan Remove access to keychain from the WebContent process https://bugs.webkit.org/show_bug.cgi?id=184428 Reviewed by Brent Fulgham. Part 1. Remove com.apple.identities from WebContent-iOS.entitlements, which is needed to encode/decode NSError’s userInfo[NSErrorClientCertificateChainKey] when the corresponding NSErorr is relayed through WebContent Process from Networking Process to UI Process after a HTTPS client certificate authentication is rejected becuase of bad certificates. This patch implements corresponding workarounds as well. The workaround works for mac, too. Sadly, this change can only be tested manually at this moment. Please refer to the radar for testing steps. * Configurations/WebContent-iOS.entitlements: * Shared/mac/WebCoreArgumentCodersMac.mm: (IPC::encodeNSError): * UIProcess/Cocoa/WebProcessPoolCocoa.mm: (WebKit::WebProcessPool::platformInitialize): 2018-04-19 David Kilzer Enable Objective-C weak references Reviewed by Dan Bernstein. * Configurations/Base.xcconfig: (CLANG_ENABLE_OBJC_WEAK): Enable. 2018-04-19 Youenn Fablet Web Inspector backend should get headers & cookies from network process separately from resource requests https://bugs.webkit.org/show_bug.cgi?id=184396 Reviewed by Brian Burg. Add support for storing response and network metrics for every resource load. This is made conditional on inspector being activated. NetworkConnectionToWebProcess keeps a response and network metrics for every load. This is cleared when inspector is going away or when a web process requests the data. WebLoaderStrategy gets this data through synchronous IPC. Synchronous IPC is a temporary implementation until Inspector code gets refactored. Updated WebLoaderStrategy to pass the sourceOrigin for every NetworkResourceLoader. This activates additional sanitization based on cross origin status. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::setCaptureExtraNetworkLoadMetricsEnabled): * NetworkProcess/NetworkConnectionToWebProcess.h: (WebKit::NetworkConnectionToWebProcess::takeNetworkLoadInformationResponse): (WebKit::NetworkConnectionToWebProcess::takeNetworkLoadInformationMetrics): (WebKit::NetworkConnectionToWebProcess::addNetworkLoadInformationResponse): (WebKit::NetworkConnectionToWebProcess::addNetworkLoadInformationMetrics): (WebKit::NetworkConnectionToWebProcess::removeNetworkLoadInformation): * NetworkProcess/NetworkConnectionToWebProcess.messages.in: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::didReceiveResponse): (WebKit::NetworkResourceLoader::didFinishLoading): (WebKit::NetworkResourceLoader::didFailLoading): * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::responseFromResourceLoadIdentifier): (WebKit::WebLoaderStrategy::networkMetricsFromResourceLoadIdentifier): * WebProcess/Network/WebLoaderStrategy.h: * WebProcess/Network/WebResourceLoader.cpp: (WebKit::WebResourceLoader::didReceiveResponse): 2018-04-19 Wenson Hsieh [Extra zoom mode] Add a mechanism to extend the height of the layout viewport in extra zoom mode https://bugs.webkit.org/show_bug.cgi?id=184782 Reviewed by Tim Horton. In extra zoom mode, at initial scale, fixed position elements may take up a large portion of the viewport. This leaves little room for non-fixed-position elements; to improve this experience, we introduce a mechanism to extend the height of the layout viewport. By default, the layout viewport size is determined by the FrameView's baseLayoutViewportSize, and passed into FrameView::computeUpdatedLayoutViewportRect in the client layer; in extra zoom mode, if the layout viewport is shorter than the document width, we try to double the height of the layout viewport and clamp to the document height if necessary. * Shared/WebPreferences.yaml: Add a new preference to determine the factor by which we should expand the height of the layout viewport. By default, this is 0 (no increase in layout viewport height); in extra zoom mode, this is 1, which means we'll increase the layout viewport's height by 1x the default height. * Shared/WebPreferencesDefaultValues.h: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView activeMinimumLayoutSizes:]): Fixes a bug when computing the active minimum layout size. If a minimum allowed layout width is specified, we clamp the active layout width (normally the view size) so that it is no less than the minimum allowed layout width. However, the height is currently unaffected, which causes FrameView::baseLayoutViewportSize to return a bogus size, where the width is scaled to 320px but the height isn't. Instead, we should scale the layout height to match the new width here. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::computeCustomFixedPositionRect const): Expand the base viewport layout size if necessary, given the expansion factor in WebPreferences. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::updatePreferences): * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::WebPage::dynamicViewportSizeUpdate): Expand the base viewport layout size if necessary, given the expansion factor in Settings. 2018-04-19 Brian Burg Web Automation: simulated mouse interactions should not be done until associated DOM events have been dispatched https://bugs.webkit.org/show_bug.cgi?id=184462 Reviewed by Carlos Garcia Campos and Tim Horton. Covered by existing layout tests and actions endpoints in WebDriver test suite. In preparation for implementing the W3C WebDriver command "Perform Actions", we need a way to know when a simulated mouse event has been fully processed by WebProcess and it is okay to continue to dispatch more simulated events. This patch makes mouse events go through a queue as they are delivered to WebPageProxy. The approach is very similar to how key events are handled. In the key event case, lots of WebEvents can come out of typing one keystroke, so these need to be queued up and retired one by one when the WebProcess has finished handling each event. In some mouse event cases---particularly fake mouse moves---there can also be more than one mouse event waiting to be handled by WebProcess. In the past, these queued mouse events were tracked with several member variables as different use cases emerged. These are all replaced with ordinary deque operations, such as peeking or checking the queue length. * Platform/Logging.h: Add logging channel for mouse events. * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::AutomationCommandError::toProtocolString): Add type-safe helper class for command errors. In future patches we can hide knowledge of how this is sent over the protocol by relying more on the convenience constructors and .toProtocolString() method. (WebKit::WebAutomationSession::willShowJavaScriptDialog): This section needs adjustments. Since performMouseInteraction now depends on key events being processed prior to returning from the command, we need to abort any key event callbacks that are pending if an alert pops up as a result of sending a mousedown event. Any mouse events that are still queued will be handled when the alert is dismissed and the nested run loop exits. (WebKit::WebAutomationSession::mouseEventsFlushedForPage): (WebKit::WebAutomationSession::keyboardEventsFlushedForPage): Modernize this a bit. Don't spread knowledge about how commands are sent back out into event handling code. Our wrapper callbacks in performXXXInteraction handle the protocol-specific details of the response. (WebKit::WebAutomationSession::performMouseInteraction): Add code similar to performKeyboardInteractions so that the command doesn't finish until the mouse event has been fully handled. Unlike keyboards, sometimes mouse interactions don't turn into WebEvents so we also need to handle the case where there is nothing to be waited on because hit testing did not return a target to deliver the event to. (WebKit::WebAutomationSession::performKeyboardInteractions): Modernize a little bit to use generic callbacks rather than protocol-generated callbacks in the event waiting/handling code. Now it matches the types used for the mouse event case. * UIProcess/Automation/WebAutomationSession.h: (WebKit::AutomationCommandError::AutomationCommandError): Add a helper struct to hold an enumerated error name and an optional free-form error message. * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.cpp: (WebKit::webMouseEventTypeString): (WebKit::webKeyboardEventTypeString): (WebKit::WebPageProxy::handleMouseEvent): (WebKit::WebPageProxy::processNextQueuedMouseEvent): Split the old method into handleMouseEvent (called by other code) and processNextQueuedMouseEvent. The latter sends the next mouse event to WebProcess, and can be triggered in didReceiveEvent if there are more mouse events to be sent to WebProcess. (WebKit::WebPageProxy::isProcessingMouseEvents const): Added. (WebKit::WebPageProxy::currentlyProcessedMouseDownEvent): Reimplemented on top of the deque. (WebKit::WebPageProxy::didReceiveEvent): Unify the code paths for different mouse event types to all use the deque. They also will notify the automation session if there are no more mouse events to send (i.e., interaction is over). (WebKit::WebPageProxy::resetStateAfterProcessExited): Add handling for new map. 2018-04-19 Andy Estes [iOS] Implement find-in-page in the new WKPDFView https://bugs.webkit.org/show_bug.cgi?id=184654 Reviewed by Tim Horton. This is theoretically covered by existing WKPDFView API tests, but that's currently blocked by . * UIProcess/ios/WKPDFView.mm: (stringCompareOptions): Mapped _WKFindOptions to NSStringCompareOptions. (-[WKPDFView _resetFind]): Cancelled an in-progress search and reset the search state. (-[WKPDFView _findString:withOptions:maxCount:completion:]): Stored the completion block, find string, and max count, then called -[PDFHostViewController findString:withOptions:]. (-[WKPDFView web_countStringMatches:options:maxCount:]): Called -_findString:withOptions:maxCount:completion: with a completion block that calls FindClient::didCountStringMatches() with _findStringCount. (-[WKPDFView _computeFocusedSearchResultIndexWithOptions:didWrapAround:]): Computed the focused search result index, taking _findStringCount and wrap-around into account. There are two interesting cases to mention here: 1. We can't change focus while a search is in progress, because we can't properly handle wrap-around without a _findStringCount. If a search is in progress, store the requested focus change in _focusedSearchResultPendingOffset, which will be applied once the search finishes. 2. If wrap-around is about to happen but the find options do not allow it, we need to call FindClient::didFailToFindString(). Handle this by returning NO, which will tell -_focusOnSearchResultWithOptions: to call didFailToFindString() if a search is not in progress. (-[WKPDFView _focusOnSearchResultWithOptions:]): If -_computeFocusedSearchResultIndexWithOptions:didWrapAround: failed while a search is in progress, just return early. Otherwise, call FindClient::didFailToFindString(). If computing the index did not fail, call -[PDFHostViewController focusOnSearchResultAtIndex:] to change focus and then call FindClient::didFindString() to inform the client. (-[WKPDFView web_findString:options:maxCount:]): If the find string is equal to _findString, change focus. Otherwise, start a new search. (-[WKPDFView web_hideFindUI]): Called -_resetFind. (-[WKPDFView pdfHostViewController:findStringUpdate:done:]): Stored the count in _findStringCount and called _findCompletion once the search is done. 2018-04-17 Filip Pizlo The InternalFunction hierarchy should be in IsoSubspaces https://bugs.webkit.org/show_bug.cgi?id=184721 Reviewed by Saam Barati. * WebProcess/Plugins/Netscape/JSNPMethod.cpp: (WebKit::JSNPMethod::subspaceForImpl): * WebProcess/Plugins/Netscape/JSNPMethod.h: (WebKit::JSNPMethod::create): Deleted. (WebKit::JSNPMethod::npIdentifier const): Deleted. (WebKit::JSNPMethod::createStructure): Deleted. * WebProcess/Plugins/Netscape/JSNPObject.cpp: (WebKit::JSNPObject::subspaceForImpl): * WebProcess/Plugins/Netscape/JSNPObject.h: (WebKit::JSNPObject::create): Deleted. (WebKit::JSNPObject::npObject const): Deleted. (WebKit::JSNPObject::createStructure): Deleted. 2018-04-19 Brady Eidson Add globally-unique HistoryItem identifiers (and have WebKit2 adopt them). and https://bugs.webkit.org/show_bug.cgi?id=184750 Reviewed by Ryosuke Niwa. With process swapping, the assumption that "back/forward items belong to a process" is invalid. All HistoryItem/WebBackForwardListItems now need to be uniquely identified across all processes, no matter which process they originated from, so there will never be a collision in the UIProcess. This allows us to: - Have the UIProcess to keep a single process-wide map of all WebBackForwardListItems - Get rid of the per-WebProcess WebBackForwardListItem map - Simplify a lot of WebBackForwardList(Proxy) code that no longer needs to keep that per-process map in sync - Get rid of a lot of other ancillary code * Shared/SessionState.cpp: (WebKit::BackForwardListItemState::decode): * Shared/SessionState.h: * Shared/WebBackForwardListItem.cpp: (WebKit::WebBackForwardListItem::WebBackForwardListItem): (WebKit::WebBackForwardListItem::~WebBackForwardListItem): (WebKit::WebBackForwardListItem::itemForID): (WebKit::WebBackForwardListItem::highestUsedItemID): Deleted. * Shared/WebBackForwardListItem.h: (WebKit::WebBackForwardListItem::itemID const): * Shared/WebPageCreationParameters.cpp: (WebKit::WebPageCreationParameters::encode const): (WebKit::WebPageCreationParameters::decode): * Shared/WebPageCreationParameters.h: * UIProcess/WebBackForwardList.cpp: (WebKit::WebBackForwardList::itemForID): (WebKit::WebBackForwardList::pageClosed): (WebKit::WebBackForwardList::addItem): (WebKit::WebBackForwardList::restoreFromState): (WebKit::generateWebBackForwardItemID): Deleted. * UIProcess/WebBackForwardList.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::maybeCreateSuspendedPage): (WebKit::WebPageProxy::initializeWebPage): (WebKit::WebPageProxy::willGoToBackForwardListItem): (WebKit::WebPageProxy::restoreFromSessionState): (WebKit::WebPageProxy::backForwardAddItem): (WebKit::WebPageProxy::backForwardGoToItem): (WebKit::WebPageProxy::backForwardItemAtIndex): (WebKit::WebPageProxy::creationParameters): (WebKit::WebPageProxy::backForwardRemovedItem): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/WebProcessPool.cpp: Explicitly set the UIProcess Process::Identifier so it starts at "1" and then the first child process starts at "2", etc etc. * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::removeWebPage): (WebKit::WebProcessProxy::checkURLReceivedFromWebProcess): (WebKit::WebProcessProxy::updateBackForwardItem): (WebKit::WebProcessProxy::webBackForwardItem const): Deleted. (WebKit::WebProcessProxy::registerNewWebBackForwardListItem): Deleted. (WebKit::WebProcessProxy::removeBackForwardItem): Deleted. (WebKit::WebProcessProxy::addOrUpdateBackForwardItem): Deleted. * UIProcess/WebProcessProxy.h: * UIProcess/WebProcessProxy.messages.in: * WebProcess/WebCoreSupport/SessionStateConversion.cpp: (WebKit::toBackForwardListItemState): (WebKit::applyFrameState): (WebKit::toHistoryItem): (WebKit::toPageState): Deleted. * WebProcess/WebCoreSupport/SessionStateConversion.h: * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::shouldGoToHistoryItem const): * WebProcess/WebPage/WebBackForwardListProxy.cpp: (WebKit::WebBackForwardListProxy::addItemFromUIProcess): (WebKit::WK2NotifyHistoryItemChanged): (WebKit::WebBackForwardListProxy::itemForID): (WebKit::WebBackForwardListProxy::removeItem): (WebKit::WebBackForwardListProxy::addItem): Previously this was a two-step process of adding an item to the process and then associating it with the page. Now it's just directly adding it to the page, so we don't need to call updateBackForwardItem first. (WebKit::WebBackForwardListProxy::goToItem): (WebKit::WebBackForwardListProxy::itemAtIndex): (WebKit::WebBackForwardListProxy::close): (WebKit::historyItemToIDMap): Deleted. (WebKit::generateHistoryItemID): Deleted. (WebKit::WebBackForwardListProxy::setHighestItemIDFromUIProcess): Deleted. (WebKit::updateBackForwardItem): Deleted. (WebKit::WebBackForwardListProxy::idForItem): Deleted. * WebProcess/WebPage/WebBackForwardListProxy.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::m_credentialsMessenger): (WebKit::WebPage::goToBackForwardItem): (WebKit::WebPage::restoreSessionInternal): (WebKit::WebPage::didRemoveBackForwardItem): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: 2018-04-19 Youenn Fablet NetworkProcess should use CSP/content blockers for sync XHR https://bugs.webkit.org/show_bug.cgi?id=184760 Reviewed by Chris Dumez. Setting CSP/ContentBlockers parameters for sync XHR loads. * NetworkProcess/NetworkResourceLoader.cpp: 2018-04-19 Nan Wang AX: AOM: respect the accessibility setting for dispatching the accessible events https://bugs.webkit.org/show_bug.cgi?id=184619 Reviewed by Ryosuke Niwa. Linked libAccessibility on iOS and macOS to use the platform accessibility settings for allowing dispatching the accessibility events. * Configurations/WebKit.xcconfig: * UIProcess/API/Cocoa/WKWebView.mm: (-[WKWebView _initializeWithConfiguration:]): (accessibilityEventsEnabledChangedCallback): (-[WKWebView _updateAccessibilityEventsEnabled]): * UIProcess/API/Cocoa/WKWebViewInternal.h: * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::updateAccessibilityEventsEnabled): * UIProcess/WebPageProxy.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::updateAccessibilityEventsEnabled): * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: 2018-04-18 Chris Dumez Rename WindowProxyController to WindowProxy https://bugs.webkit.org/show_bug.cgi?id=184756 Reviewed by Sam Weinig. Rename WindowProxyController to WindowProxy for clarity. When the IDL uses WindowProxy, the implementation needed use WindowProxyController type, which was a bit confusing. * WebProcess/Plugins/PluginView.cpp: (WebKit::PluginView::windowScriptNPObject): * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::frameBecameRemote): 2018-04-18 Youenn Fablet Allow SameOrigin credentials handling for synchronous XHR https://bugs.webkit.org/show_bug.cgi?id=184723 Reviewed by Alex Christensen. In case of SameOrigin credentials, we need to stop the current load in case of cross origin redirection to restart a load with a different session. Covered by updated WK2 tests. Rebased WK1 tests since this is Wk1 only. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::startNetworkLoad): (WebKit::NetworkResourceLoader::willSendRedirectedRequest): * NetworkProcess/NetworkResourceLoader.h: 2018-04-18 Chris Dumez Set RemoteDOMWindow's initial opener https://bugs.webkit.org/show_bug.cgi?id=184716 Reviewed by Sam Weinig. When a frame becomes remote, transfer the frame opener from the old frame to the new remote one. * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::frameBecameRemote): 2018-04-18 Youenn Fablet NetworkResourceLoader should not clean itself inside didReceiveResponse https://bugs.webkit.org/show_bug.cgi?id=184754 Reviewed by Chris Dumez. Delay the cleanup to after the didReceiveResponse call so that NetworkLoad can terminate its work. Covered by XHR sync tests no longer crashing on GuardMalloc bots. * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::didReceiveResponse): 2018-04-18 Jer Noble Fix rendering of WKRemoteView layers in the simulator https://bugs.webkit.org/show_bug.cgi?id=184752 Reviewed by Tim Horton. * Platform/mac/LayerHostingContext.mm: (WebKit::LayerHostingContext::createForExternalHostingProcess): 2018-04-18 Jer Noble Fix entitlements and sandboxing for iphoneminimalsimulator https://bugs.webkit.org/show_bug.cgi?id=184692 Reviewed by Tim Horton. Use the correct implementations for ChildProcess and NetworkProcess when building for iphoneminimalsimulator. Stub out imlementations which rely on methods not available in the iphoneminimalsimulator SDK. * Configurations/Network-OSX.entitlements: Added. * Configurations/NetworkService.xcconfig: * NetworkProcess/cocoa/NetworkProcessCocoa.mm: (WebKit::NetworkProcess::sourceApplicationAuditData const): * NetworkProcess/ios/NetworkProcessIOS.mm: * NetworkProcess/mac/NetworkProcessMac.mm: (WebKit::NetworkProcess::initializeProcessName): (WebKit::overrideSystemProxies): * Shared/ios/ChildProcessIOS.mm: (WebKit::ChildProcess::initializeSandbox): * Shared/mac/ChildProcessMac.mm: (WebKit::ChildProcess::setApplicationIsDaemon): (WebKit::enableSandboxStyleFileQuarantine): (WebKit::ChildProcess::initializeSandbox): (WebKit::ChildProcess::platformStopRunLoop): * Shared/mac/CodeSigning.mm: * WebKit.xcodeproj/project.pbxproj: * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::initializeSandbox): 2018-04-18 Commit Queue Unreviewed, rolling out r230743. https://bugs.webkit.org/show_bug.cgi?id=184747 causes mouse clicks to not work on some platforms (Requested by brrian on #webkit). Reverted changeset: "Web Automation: simulated mouse interactions should not be done until associated DOM events have been dispatched" https://bugs.webkit.org/show_bug.cgi?id=184462 https://trac.webkit.org/changeset/230743 2018-04-18 Brent Fulgham Avoid crash if ITP Debug mode is on, but ResourceLoadStatistics are not being used https://bugs.webkit.org/show_bug.cgi?id=184739 Reviewed by David Kilzer. If a user has the ResourceLoadStatistics logic turned off, but has the ITP Debug experimental flag turned on, you can cause a crash. This is because the WebsiteDataStore for the process doesn't bother creating a ResourceLoadStatisticsStore if the statistics machinery is not running. The ITP debug flag was being blindly set without checking if the statistics store exists or not, which can cause a crash. * UIProcess/WebsiteData/WebsiteDataStore.cpp: (WebKit::WebsiteDataStore::setResourceLoadStatisticsDebugMode): Check if the statistics store exists before calling functions on it. 2018-04-18 Paul Knight Add -[_WKInputDelegateDelegate willStartInputSession:] for clients that want to configure input session before assisting form node https://bugs.webkit.org/show_bug.cgi?id=184662 Reviewed by Beth Dakin. Clients may wish to configure a WKInputSession before we start assisting a node. Add a -[_WKInputDelegateDelegate _webView:willStartInputSession:] callback. For example, clients that wish to present a custom input view will want to configure the WKFormInputSession's customInputView before the keyboard is presented. Otherwise the standard keyboard will begin to animate and then the custom input view will swap in later. * UIProcess/API/Cocoa/_WKInputDelegate.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _startAssistingNode:userIsInteracting:blurPreviousNode:changingActivityState:userObject:]): Call -_webView:willStartInputSession: before assisting the node. Only create the form session if the delegate implements either the willStart or didStartInputSession callbacks. 2018-04-18 Chris Dumez Add support for converting a local window to a remote window https://bugs.webkit.org/show_bug.cgi?id=184515 Reviewed by Ryosuke Niwa. Add initial support for process-swapping when navigating cross-origin as a result of a window.open(). The window object returned by window.open() is initially same origin and is for about:blank. The navigation cross-origin then happens and the JS wrappers for the window then point to a cross-origin window which is remote (i.e. hosted in another WebProcess). The RemoteDOMWindow exposed to JS looks like a regular cross-origin Window with a few exceptions due to our incomplete implementation (e.g. w.location returns null) and most of its API is currently not functional. The RemoteDOMWindow API will be implemented in a follow-up by relying on IPC. * UIProcess/API/APIProcessPoolConfiguration.cpp: (API::ProcessPoolConfiguration::copy): * UIProcess/API/APIProcessPoolConfiguration.h: * UIProcess/API/C/WKContextConfigurationRef.cpp: (WKContextConfigurationProcessSwapsOnWindowOpenWithOpener): (WKContextConfigurationSetProcessSwapsOnWindowOpenWithOpener): * UIProcess/API/C/WKContextConfigurationRef.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.h: * UIProcess/API/Cocoa/_WKProcessPoolConfiguration.mm: (-[_WKProcessPoolConfiguration setProcessSwapsOnWindowOpenWithOpener:]): (-[_WKProcessPoolConfiguration processSwapsOnWindowOpenWithOpener]): Add ProcessPool configuration flag to turn on processSwap on window.open(), even if there is an opener. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::continueNavigationInNewProcess): If the navigation was triggered via window.open(), then set up on handler for when a DOMWindow is constructed for the main frame in the new process. (WebKit::WebPageProxy::didCreateWindow): When a Window is constructed for the main frame in a new process on process swap, notify the old process that its representation of the window should become remote and provide it with the Frame / Window identifiers it needs. * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/WebProcessPool.cpp: (WebKit::WebProcessPool::processForNavigation): Do process swapping on cross-origin window.open() if the corresponding setting is enabled. * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::didCreateWindow): * WebProcess/WebCoreSupport/WebFrameLoaderClient.h: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::frameBecameRemote): This is called when process swapping has happened due to a window.open() navigation cross-origin, when a Frame / Window has been constructed in the new process. We do the following: - Construct a RemoteFrame / RemoteWindow using the provided global identifiers to represent the Frame / Window in the new process. - We transfer the WindowProxies from the old Frame's WindowProxyController to the new RemoteFrame's WindowProxyController. - We update the window proxied by those WindowProxies to be the new RemoteWindow. - We detach the old Frame as it is now remote and represented by the new RemoteFrame object we constructed. - If the old frame was the main frame (always the case currently), we close the page as it is no longer needed. The new RemoteFrame is currently owned by the RemoteWindow which is kept alive by its JS wrappers. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: 2018-04-18 Carlos Garcia Campos Unreviewed. Update OptionsGTK.cmake and NEWS for 2.21.1 release. * gtk/NEWS: Add release notes for 2.21.1. 2018-04-18 Carlos Garcia Campos Unreviewed. Remove symbols from webkitglib-symbols.map. Remove symbols not present in WebKit. * webkitglib-symbols.map: 2018-04-18 Carlos Garcia Campos Unreviewed. Add missing symbols to webkitglib-symbols.map. Add symbols global in JSC and present in WebKit. * webkitglib-symbols.map: 2018-04-18 Fujii Hironori [Win][WebKit] Implement InjectedBundleWin.cpp https://bugs.webkit.org/show_bug.cgi?id=184525 Reviewed by Konstantin Tokarev. * WebProcess/InjectedBundle/win/InjectedBundleWin.cpp: (WebKit::InjectedBundle::initialize): 2018-04-17 Wenson Hsieh [Extra zoom mode] Programmatically changing focus when an element already has focus is a confusing experience https://bugs.webkit.org/show_bug.cgi?id=184635 Reviewed by Tim Horton. Currently on iOS, we allow element focus to present UI if the keyboard is already shown. In extra zoom mode, this would lead to a confusing experience when the focus form control overlay is disabled, since fullscreen input view controllers are swapped out from underneath the user. Currently, this also puts the UI process into a bad state where the focused form control overlay is active, but still hidden. This patch makes some tweaks to input view controller handling in the UI process to address these issues, and also adds WebKitTestRunner support for simulating interactions with select menus in extra zoom mode. See comments below for more detail. Test: fast/events/extrazoom/change-focus-during-change-event.html * UIProcess/API/Cocoa/WKUIDelegatePrivate.h: Add new SPI delegate hooks to notify the UI delegate when view controllers are presented or dismissed in extra zoom mode. See -presentViewControllerForCurrentAssistedNode and -dismissAllInputViewControllers. * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::takeBackgroundActivityTokenForFullscreenInput): (WebKit::WebProcessProxy::releaseBackgroundActivityTokenForFullscreenInput): See the comment below -dismissAllInputViewControllers. * UIProcess/WebProcessProxy.h: * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _startAssistingNode:userIsInteracting:blurPreviousNode:changingActivityState:userObject:]): In extra zoom mode, when changing focus from one assisted node to another, only allow the second node to be assisted if the focused form control overlay is being shown. Otherwise, (i.e. when a fullscreen input view controller is being presented), don't allow focus to start an input session. Additionally, make a minor tweak to allow the previous node to blur, even if we are not showing the keyboard for the new focused element. Without this adjustment, in the case where the page has programmatically focused another element while a fullscreen input view controller is presented, we'll show the old view controller for the new focused element. (-[WKContentView presentViewControllerForCurrentAssistedNode]): (-[WKContentView dismissAllInputViewControllers:]): Currently, when a fullscreen input view controller is presented, the web process gets backgrounded. This prevents event handlers from executing, which leads to strange behaviors in many cases (for instance: if we have a multiple select, and the "change" event handler blurs the select, the user may check or uncheck multiple items, but only the first change will actually take effect). To fix this, we maintain a background activity token while presenting an input view controller. (-[WKContentView focusedFormControlViewDidBeginEditing:]): Start hiding the focused form overlay when re-presenting an input view controller. This allows us to bail from showing fullscreen input UI for another focused element if focus programmatically changes while the current fullscreen input view controller is presented, due to the -isHidden check in -_startAssistingNode:. (-[WKContentView selectFormAccessoryPickerRow:]): Simulate tapping a given row in select menu UI in extra zoom mode. 2018-04-17 Conrad Shultz WebKit::DisplayLink maintains a strong reference to WebPageProxy, creating a reference cycle https://bugs.webkit.org/show_bug.cgi?id=184718 Reviewed by Tim Horton. It turns out that the m_webPageProxy back-reference in DisplayLink, which was creating a reference cycle, wasn't ever read, so we can just remove it. * UIProcess/mac/DisplayLink.cpp: (WebKit::DisplayLink::DisplayLink): * UIProcess/mac/DisplayLink.h: 2018-04-17 Wenson Hsieh [Extra zoom mode] Double tap to zoom should account for text legibility in extra zoom mode https://bugs.webkit.org/show_bug.cgi?id=184631 Reviewed by Tim Horton. Implement the text legibility heuristic alluded to in r230506 by iterating through text runs in the document (up to a maximum of 200) and building a histogram of font sizes that appear in the document, where each tally represents a character. The first and second text legibility zoom scales are then computed based on the zoom scales needed to make 50% and 90% of the text legible, respectively. Here, a zoom scale that makes text legible is such that the text would have an apparent font size of a hard-coded constant (currently, 12) after zooming. This means the first and second text legibility scales may end up being close to one another, or even the same (in the case where there is only a single font size in the entire document). In this case, we just snap the first scale to the second, so that double tapping will only toggle between two zoom scales. In another case where the document has no text (e.g. an image document), we just fall back to a zoom scale of 1. Test: fast/events/extrazoom/double-tap-to-zoom-on-full-width-text.html * WebProcess/WebPage/ViewGestureGeometryCollector.cpp: (WebKit::ViewGestureGeometryCollector::computeTextLegibilityScales): 2018-04-17 Megan Gardner Don't activate selection on become first responder https://bugs.webkit.org/show_bug.cgi?id=184719 Reviewed by Tim Horton. If we activate the selection immediately on becoming first responder, we cause the selection view to delete itself since it is not guaranteed to have selection rects immediately due to async/two process architecture. The selection is activated already when the selection rects change, so there is no reason to activate it now. This has likely worked in the past because this selection assistant was only for editable text, which would immediately set a caret, which is a selection. Now that this is for non-editable text as well, activating the selection is problematic. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView becomeFirstResponderForWebView]): 2018-04-11 Brian Burg Web Automation: simulated mouse interactions should not be done until associated DOM events have been dispatched https://bugs.webkit.org/show_bug.cgi?id=184462 Reviewed by Carlos Garcia Campos and Tim Horton. Covered by existing layout tests and actions endpoints in WebDriver test suite. In preparation for implementing the W3C WebDriver command "Perform Actions", we need a way to know when a simulated mouse event has been fully processed by WebProcess and it is okay to continue to dispatch more simulated events. This patch makes mouse events go through a queue as they are delivered to WebPageProxy. The approach is very similar to how key events are handled. In the key event case, lots of WebEvents can come out of typing one keystroke, so these need to be queued up and retired one by one when the WebProcess has finished handling each event. In some mouse event cases---particularly fake mouse moves---there can also be more than one mouse event waiting to be handled by WebProcess. In the past, these queued mouse events were tracked with several member variables as different use cases emerged. These are all replaced with ordinary deque operations, such as peeking or checking the queue length. * Platform/Logging.h: Add logging channel for mouse events. * UIProcess/Automation/WebAutomationSession.cpp: (WebKit::AutomationCommandError::toProtocolString): Add type-safe helper class for command errors. In future patches we can hide knowledge of how this is sent over the protocol by relying more on the convenience constructors and .toProtocolString() method. (WebKit::WebAutomationSession::willShowJavaScriptDialog): This section needs adjustments. Since performMouseInteraction now depends on key events being processed prior to returning from the command, we need to abort any key event callbacks that are pending if an alert pops up as a result of sending a mousedown event. Any mouse events that are still queued will be handled when the alert is dismissed and the nested run loop exits. (WebKit::WebAutomationSession::mouseEventsFlushedForPage): (WebKit::WebAutomationSession::keyboardEventsFlushedForPage): Modernize this a bit. Don't spread knowledge about how commands are sent back out into event handling code. Our wrapper callbacks in performXXXInteraction handle the protocol-specific details of the response. (WebKit::WebAutomationSession::performMouseInteraction): Add code similar to performKeyboardInteractions so that the command doesn't finish until the mouse event has been fully handled. Unlike keyboards, sometimes mouse interactions don't turn into WebEvents so we also need to handle the case where there is nothing to be waited on because hit testing did not return a target to deliver the event to. (WebKit::WebAutomationSession::performKeyboardInteractions): Modernize a little bit to use generic callbacks rather than protocol-generated callbacks in the event waiting/handling code. Now it matches the types used for the mouse event case. * UIProcess/Automation/WebAutomationSession.h: (WebKit::AutomationCommandError::AutomationCommandError): Add a helper struct to hold an enumerated error name and an optional free-form error message. * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.cpp: (WebKit::webMouseEventTypeString): (WebKit::webKeyboardEventTypeString): (WebKit::WebPageProxy::handleMouseEvent): (WebKit::WebPageProxy::processNextQueuedMouseEvent): Split the old method into handleMouseEvent (called by other code) and processNextQueuedMouseEvent. The latter sends the next mouse event to WebProcess, and can be triggered in didReceiveEvent if there are more mouse events to be sent to WebProcess. (WebKit::WebPageProxy::isProcessingMouseEvents const): Added. (WebKit::WebPageProxy::currentlyProcessedMouseDownEvent): Reimplemented on top of the deque. (WebKit::WebPageProxy::didReceiveEvent): Unify the code paths for different mouse event types to all use the deque. They also will notify the automation session if there are no more mouse events to send (i.e., interaction is over). (WebKit::WebPageProxy::resetStateAfterProcessExited): Add handling for new map. 2018-04-17 Adrian Perez de Castro [GTK][WPE] Build failure due to presence of Avahi's header https://bugs.webkit.org/show_bug.cgi?id=184711 Unreviewed build fix. * NetworkProcess/webrtc/NetworkMDNSRegister.h: Set ENABLE_MDNS only for PLATFORM(COCOA). 2018-04-17 Jonathan Bedard Unreviewed rollout of r230632. Regression in memory usage. That bug tracked in https://bugs.webkit.org/show_bug.cgi?id=184569. * Shared/WebPreferences.yaml: 2018-04-17 Timothy Hatcher Always use LayerContentsType::IOSurface in minimal simulator mode https://bugs.webkit.org/show_bug.cgi?id=184710 Reviewed by Simon Fraser. * UIProcess/RemoteLayerTree/RemoteLayerTreeHost.mm: (WebKit::RemoteLayerTreeHost::updateLayerTree): 2018-04-17 Ryosuke Niwa Release assert in InjectedBundle::postSynchronousMessage https://bugs.webkit.org/show_bug.cgi?id=184683 Reviewed by Wenson Hsieh. Some injected bundles sends sync message when it's not safe to execute scripts. Use DoNotProcessIncomingMessagesWhenWaitingForSyncReply option in InjectedBundle::postSynchronousMessage to avoid processing incoming sync IPC messages so that we don't execute arbitrary scripts in those cases. * WebProcess/InjectedBundle/InjectedBundle.cpp: (WebKit::InjectedBundle::postSynchronousMessage): 2018-04-17 Chris Dumez REGRESSION (r229831): CMD-clicking an iCloud web app link unexpectedly opens that link in a new tab and the current tab https://bugs.webkit.org/show_bug.cgi?id=184678 Reviewed by Alex Christensen. Re-introduce synchronous code path which existed pre-r229831 and use it for fragment navigations. * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::receivedPolicyDecision): (WebKit::WebPageProxy::decidePolicyForNavigationActionSync): * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp: (WebKit::WebFrameLoaderClient::dispatchDecidePolicyForNavigationAction): * WebProcess/WebCoreSupport/WebFrameLoaderClient.h: 2018-04-17 Michael Catanzaro [WPE][GTK] GObject introspection annotation fixes: BackForwardList, NetworkProxySettings https://bugs.webkit.org/show_bug.cgi?id=184658 Reviewed by Carlos Garcia Campos. Thanks to Dylan Simon for recommending these annotation fixes. * UIProcess/API/glib/WebKitBackForwardList.cpp: * UIProcess/API/glib/WebKitNetworkProxySettings.cpp: 2018-04-17 Brent Fulgham [macOS] Don't establish unneeded Dock connections (Follow-up) https://bugs.webkit.org/show_bug.cgi?id=184664 Reviewed by Per Arne Vollan. Because the Plugin process is driven by NSApplication's run loop, we aren't setting the 'don't connect to the dock' setting early enough. This patch sets the flag in XPCServiceMain for those services that are linked to AppKit. * PluginProcess/mac/PluginProcessMac.mm: (WebKit::PluginProcess::platformInitializeProcess): Remove unneeded code. * Shared/EntryPointUtilities/mac/XPCService/XPCServiceMain.mm: (main): * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): Remove unneeded code. 2018-04-17 Saam Barati Add system trace points for process launch and for initializeWebProcess https://bugs.webkit.org/show_bug.cgi?id=184669 Reviewed by Simon Fraser. * UIProcess/Launcher/ProcessLauncher.cpp: (WebKit::ProcessLauncher::ProcessLauncher): (WebKit::ProcessLauncher::didFinishLaunchingProcess): * WebProcess/WebProcess.cpp: (WebKit::WebProcess::initializeWebProcess): 2018-04-16 Timothy Hatcher Unreviewed 32-bit build fix for r230673. https://bugs.webkit.org/show_bug.cgi?id=184657 rdar://problem/39463307 * Configurations/PluginProcessShim.xcconfig: Use the correct names. 2018-04-16 Andy Estes [iOS] Enable WKPDFView by default https://bugs.webkit.org/show_bug.cgi?id=184675 Reviewed by Darin Adler. * UIProcess/Cocoa/WKWebViewContentProviderRegistry.mm: (-[WKWebViewContentProviderRegistry init]): 2018-04-16 Brent Fulgham [macOS] Don't establish unneeded Dock connections https://bugs.webkit.org/show_bug.cgi?id=184664 Reviewed by Simon Fraser. There is no reason for the WebContent or Plugin processes to interact with the Dock. We should tell AppKit that we don't want this connection, and to avoid creating such connections. * PluginProcess/mac/PluginProcessMac.mm: (WebKit::PluginProcess::platformInitializeProcess): Tell NSApplication to not create a Dock connection. * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::platformInitializeWebProcess): Ditto. 2018-04-16 Megan Gardner Switch to UIWKTextInteractionAssistant for non-editable text https://bugs.webkit.org/show_bug.cgi?id=182834 Reviewed by Beth Dakin. Switch to only using one assistant for text selection. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView useSelectionAssistantWithGranularity:]): 2018-04-16 Youenn Fablet Use NetworkLoadChecker to handle synchronous HTTP loads https://bugs.webkit.org/show_bug.cgi?id=184240 Reviewed by Chris Dumez. For every NetworkResourceLoader synchronous load, we create a NetworkLoadChecker. NetworkLoadChecker handles all security checks in that case. This allows supporting cross-origin loads for synchronous XHR. Updated NetworkCORSPreflightChecker to return the result as a ResourceError. This is used to convey any error message from NetworkProcess to the JS console. Ensure NetworkCORSPreflightChecker computes correctly Access-Control-Request-Headers value by providing the headers set by the application plus Referrer/Origin. * NetworkProcess/NetworkCORSPreflightChecker.cpp: (WebKit::NetworkCORSPreflightChecker::~NetworkCORSPreflightChecker): (WebKit::NetworkCORSPreflightChecker::willPerformHTTPRedirection): (WebKit::NetworkCORSPreflightChecker::didReceiveChallenge): (WebKit::NetworkCORSPreflightChecker::didCompleteWithError): (WebKit::NetworkCORSPreflightChecker::wasBlocked): (WebKit::NetworkCORSPreflightChecker::cannotShowURL): * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::checkCORSRequestWithPreflight): * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::NetworkResourceLoader): (WebKit::NetworkResourceLoader::retrieveCacheEntry): (WebKit::NetworkResourceLoader::didReceiveResponse): (WebKit::NetworkResourceLoader::willSendRedirectedRequest): (WebKit::NetworkResourceLoader::continueWillSendRequest): (WebKit::NetworkResourceLoader::didRetrieveCacheEntry): (WebKit::NetworkResourceLoader::validateCacheEntry): * NetworkProcess/NetworkResourceLoader.h: * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::loadResourceSynchronously): * WebProcess/Network/WebLoaderStrategy.h: 2018-04-16 Brian Burg [Cocoa] Web Automation: add SPI to terminate automation session and disconnect the remote end https://bugs.webkit.org/show_bug.cgi?id=184523 Reviewed by Simon Fraser. When a user breaks the automation glass pane and chooses "Stop Session", there is no way for Safari to actually disconnect the remote connection using automation-related ObjC SPI. This can lead to sessions getting stuck and safaridriver is unable to request a new session. Expose the -terminate method as SPI. This disconnects the remote connection and then notifies the session delegate that the remote disconnected. At that point, Safari can uninstall the session from the process pool and tear down other session state. * UIProcess/API/Cocoa/_WKAutomationSession.h: * UIProcess/API/Cocoa/_WKAutomationSession.mm: (-[_WKAutomationSession terminate]): 2018-04-16 Timothy Hatcher Clean up OTHER_LDFLAGS for WebKit processes https://bugs.webkit.org/show_bug.cgi?id=184657 Reviewed by Jer Noble. * Configurations/PluginProcessShim.xcconfig: * Configurations/PluginService.32.xcconfig: * Configurations/PluginService.64.xcconfig: * Configurations/WebContentService.xcconfig: 2018-04-15 Michael Catanzaro [WPE] Install files needed for WebKitWebExtensions https://bugs.webkit.org/show_bug.cgi?id=179915 Reviewed by Žan Doberšek. * PlatformWPE.cmake: Install pkg-config file, injected bundle, and API headers. * UIProcess/API/glib/WebKitWebContext.cpp: Load the injected bundle when installed. * wpe/wpe-web-extension.pc.in: Added. 2018-04-14 Carlos Eduardo Ramalho [GTK][WPE] Build is broken after r230640 https://bugs.webkit.org/show_bug.cgi?id=184623 Reviewed by Žan Doberšek. UIProcess/SuspendedPageProxy.cpp was not included to CMake build in r230640. * CMakeLists.txt: Added UIProcess/SuspendedPageProxy.cpp to WebKit_SOURCES. 2018-04-13 Ryan Haddad Unreviewed, rolling out r230447. Caused flaky selection test failures on iOS Reverted changeset: "Switch to UIWKTextInteractionAssistant for non-editable text" https://bugs.webkit.org/show_bug.cgi?id=182834 https://trac.webkit.org/changeset/230447 2018-04-13 Chris Dumez Split WindowProxy handling out of ScriptController and into a new class owned by AbstractFrame https://bugs.webkit.org/show_bug.cgi?id=184591 Reviewed by Sam Weinig. Split WindowProxy handling out of ScriptController and into a new class owned by AbstractFrame. RemoteFrames do not need a ScriptController but do need to maintain WindowProxies. This is work towards fixing Bug 184515. * WebProcess/Plugins/PluginView.cpp: (WebKit::PluginView::windowScriptNPObject): 2018-04-13 Brady Eidson Introduce SuspendedPageProxy to keep old web processes around after their WebPageProxy has been swapped to a new one. https://bugs.webkit.org/show_bug.cgi?id=184559 Reviewed by Alex Christensen. Before this patch, when a WebPageProxy navigates and is swapped to a new process, the old process almost always goes away. This is not desirable for a few reasons: 1 - We can't keep the PageCache working for back/forward scenarios 2 - We throw away a "foo.com" web process, meaning the next time we need to host a "foo.com" web page we have to launch and initialize a new web process. This patch adds a SuspendedPageProxy object to keep around the old web process and to manage communication with it. For now, a WebPageProxy keeps exactly one "suspended page" representing the most recently visited page and its process. Additionally, that process is never reused. So no benefit is achieved with this patch, but it enables future benefits. * Platform/Logging.h: * Shared/WebBackForwardListItem.cpp: (WebKit::WebBackForwardListItem::setSuspendedPage): * Shared/WebBackForwardListItem.h: New object to represent the state of a WebPageProxy in an old web process that is not currently hosting the view. * UIProcess/SuspendedPageProxy.cpp: Added. (WebKit::SuspendedPageProxy::SuspendedPageProxy): (WebKit::SuspendedPageProxy::~SuspendedPageProxy): (WebKit::SuspendedPageProxy::webProcessDidClose): (WebKit::SuspendedPageProxy::didFinishLoad): (WebKit::SuspendedPageProxy::didReceiveMessage): (WebKit::SuspendedPageProxy::loggingString const): * UIProcess/SuspendedPageProxy.h: Copied from Source/WebKit/Platform/Logging.h. (WebKit::SuspendedPageProxy::create): (WebKit::SuspendedPageProxy::page const): (WebKit::SuspendedPageProxy::process const): (WebKit::SuspendedPageProxy::item const): (WebKit::SuspendedPageProxy::finishedSuspending const): * UIProcess/WebPageProxy.cpp: (WebKit::WebPageProxy::reattachToWebProcess): (WebKit::WebPageProxy::attachToProcessForNavigation): (WebKit::WebPageProxy::maybeCreateSuspendedPage): (WebKit::WebPageProxy::suspendedPageProcessClosed): (WebKit::WebPageProxy::receivedPolicyDecision): (WebKit::WebPageProxy::didFinishLoadForFrame): * UIProcess/WebPageProxy.h: * UIProcess/WebProcessProxy.cpp: (WebKit::WebProcessProxy::suspendWebPageProxy): (WebKit::WebProcessProxy::suspendedPageWasDestroyed): (WebKit::WebProcessProxy::removeWebPage): (WebKit::WebProcessProxy::didReceiveMessage): Optionally pass WebPageProxy messages along to SuspendedPageProxy objects. (WebKit::WebProcessProxy::didClose): (WebKit::WebProcessProxy::maybeShutDown): (WebKit::WebProcessProxy::canTerminateChildProcess): Don't terminate child processes if they still have suspended pages. * UIProcess/WebProcessProxy.h: * WebKit.xcodeproj/project.pbxproj: * WebProcess/WebPage/WebPage.cpp: (WebKit::WebPage::setIsSuspended): * WebProcess/WebPage/WebPage.h: (WebKit::WebPage::isSuspended const): For now, used only by WebProcess::updateActivePages. Will have more uses soon. * WebProcess/WebPage/WebPage.messages.in: * WebProcess/WebProcess.messages.in: * WebProcess/cocoa/WebProcessCocoa.mm: (WebKit::WebProcess::updateActivePages): Allow the UIProcess to request an update of the web processes user visible name. 2018-04-13 Daniel Bates Inline NetworkLoad::sharedWillSendRedirectedRequest() into NetworkLoad::willPerformHTTPRedirection() https://bugs.webkit.org/show_bug.cgi?id=184593 Reviewed by Alex Christensen. Following the removal of the pre-Network Session code in r227364, NetworkLoad::sharedWillSendRedirectedRequest() is only referenced from NetworkLoad::willPerformHTTPRedirection(). We should inline its implementation into the NetworkLoad::willPerformHTTPRedirection(), remove a function call, and the cognitive load to follow such a function call when reading the code. No functionality changed. So, no new tests. * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::willPerformHTTPRedirection): Moved the implementation of NetworkLoad::sharedWillSendRedirectedRequest() into this function. (WebKit::NetworkLoad::sharedWillSendRedirectedRequest): Deleted. Moved its implementation into NetworkLoad::willPerformHTTPRedirection(). * NetworkProcess/NetworkLoad.h: 2018-04-13 Daniel Bates Inline NetworkLoad::sharedDidReceiveResponse() into NetworkLoad::notifyDidReceiveResponse() https://bugs.webkit.org/show_bug.cgi?id=184592 Reviewed by Alex Christensen. Following the removal of the pre-Network Session code in r227364, NetworkLoad::sharedDidReceiveResponse() is only referenced from NetworkLoad::notifyDidReceiveResponse(). We should inline its implementation into the NetworkLoad::notifyDidReceiveResponse(), remove a function call, and the cognitive load to follow such a function call when reading the code. No functionality changed. So, no new tests. * NetworkProcess/NetworkLoad.cpp: (WebKit::NetworkLoad::notifyDidReceiveResponse): Moved the implementation of NetworkLoad::sharedDidReceiveResponse() into this function. (WebKit::NetworkLoad::sharedDidReceiveResponse): Deleted. Moved its implementation into NetworkLoad::notifyDidReceiveResponse(). * NetworkProcess/NetworkLoad.h: 2018-04-13 Brent Fulgham REGRESSION(r230468): Improper assertion firing under STP Unreviewed, rolling out an improper assertion. I added an assertion in Bug 184322 that should not have been added. I did not notice that this call stack was always used in builds where NSApp is still active. Builds where we stop relying on AppKit runloops uses a different code path to shut down. * Shared/mac/ChildProcessMac.mm: (WebKit::ChildProcess::stopNSAppRunLoop): 2018-04-12 Antoine Quint [Web Animations] Turn CSS Animations and CSS Transitions as Web Animations on by default https://bugs.webkit.org/show_bug.cgi?id=184569 Reviewed by Jon Lee. * Shared/WebPreferences.yaml: 2018-04-13 Xabier Rodriguez Calvar [GStreamer] Convert GStreamerUtilities in GStreamerCommon and include the GStreamer smart pointer traits https://bugs.webkit.org/show_bug.cgi?id=184533 Reviewed by Philippe Normand. Renamed GStreamerUtilities* files into GStreamerCommon* and modified files including them accordingly. Include GRefPtrGStreamer.h and GUniquePtrGStreamer.h in GStreamerCommon.h to avoid problems destroying objects when those files are forgotten to be included. * UIProcess/gtk/WebProcessPoolGtk.cpp: * UIProcess/wpe/WebProcessPoolWPE.cpp: * WebProcess/soup/WebProcessSoup.cpp: 2018-04-12 Beth Dakin Fix the MOBILE_WIFI build https://bugs.webkit.org/show_bug.cgi?id=184571 -and corresponding- Reviewed by Jer Noble. * config.h: 2018-04-12 Beth Dakin Use -iframework to ensure that frameworks from user paths and system paths are ordered appropriately https://bugs.webkit.org/show_bug.cgi?id=184557 -and corresponding- rdar://problem/39386359 Reviewed by Dean Jackson. * Configurations/WebKit.xcconfig: 2018-04-12 Wenson Hsieh [Extra zoom mode] Suppress UI for inputs of type file in extra zoom mode https://bugs.webkit.org/show_bug.cgi?id=184556 Reviewed by Andy Estes. When running in this mode, we don't have the facilities to present document picker UI. For now, just make this feature fail gracefully. * UIProcess/ios/forms/WKFileUploadPanel.mm: (-[WKFileUploadPanel presentWithParameters:resultListener:]): (-[WKFileUploadPanel platformSupportsPickerViewController]): 2018-04-12 Megan Gardner Remove block selection code https://bugs.webkit.org/show_bug.cgi?id=184470 Reviewed by Timothy Hatcher. Remove block selection code that isn't run and is currently not even used. Had to put this back in for a bug in the mid-year release, but we're past that so it's time for this to go away. * Platform/spi/ios/UIKitSPI.h: * UIProcess/PageClient.h: * UIProcess/WebPageProxy.h: * UIProcess/WebPageProxy.messages.in: * UIProcess/ios/PageClientImplIOS.h: * UIProcess/ios/PageClientImplIOS.mm: (WebKit::PageClientImpl::stopAssistingNode): (WebKit::PageClientImpl::didUpdateBlockSelectionWithTouch): Deleted. * UIProcess/ios/WKContentViewInteraction.h: * UIProcess/ios/WKContentViewInteraction.mm: (toSelectionHandlePosition): Deleted. (-[WKContentView _didUpdateBlockSelectionWithTouch:withFlags:growThreshold:shrinkThreshold:]): Deleted. (-[WKContentView changeSelectionWithTouchAt:withSelectionTouch:baseIsStart:]): Deleted. (-[WKContentView changeBlockSelectionWithTouchAt:withSelectionTouch:forHandle:]): Deleted. * UIProcess/ios/WebPageProxyIOS.mm: (WebKit::WebPageProxy::saveImageToLibrary): (WebKit::WebPageProxy::updateBlockSelectionWithTouch): Deleted. (WebKit::WebPageProxy::didUpdateBlockSelectionWithTouch): Deleted. * WebProcess/WebPage/WebPage.h: * WebProcess/WebPage/WebPage.messages.in: * WebProcess/WebPage/ios/WebPageIOS.mm: (WebKit::rangeAtWordBoundaryForPosition): (WebKit::distanceBetweenRectsForPosition): Deleted. (WebKit::rectsEssentiallyTheSame): Deleted. (WebKit::unionDOMRanges): Deleted. (WebKit::computeEdgeCenter): Deleted. (WebKit::WebPage::expandedRangeFromHandle): Deleted. (WebKit::WebPage::contractedRangeFromHandle): Deleted. (WebKit::WebPage::computeExpandAndShrinkThresholdsForHandle): Deleted. (WebKit::WebPage::rangeForBlockAtPoint): Deleted. (WebKit::shouldExpand): Deleted. (WebKit::WebPage::changeBlockSelection): Deleted. (WebKit::WebPage::updateBlockSelectionWithTouch): Deleted. 2018-04-12 Megan Gardner Don't have selections get stuck in editable elements https://bugs.webkit.org/show_bug.cgi?id=184483 Reviewed by Timothy Hatcher. When selecting in editable elements, if the keyboard does not come up, which is not required, then the selections are stuck in that element. If you try and select something in web content, it will only select in the editable element. By clearing the assisted node when clearing a selection, it no longer sticks. Also, textSelectionAssistant should not be used as if we are currently editing. Change it to the function we created for that purpose in a pervious patch. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView clearSelection]): (-[WKContentView _isInteractingWithAssistedNode]): 2018-04-12 Michael Catanzaro [WPE] Move libWPEWebInspectorResources.so to pkglibdir https://bugs.webkit.org/show_bug.cgi?id=184379 Reviewed by Žan Doberšek. This is important to allow parallel installation. * PlatformWPE.cmake: 2018-04-12 Michael Catanzaro [WPE] Improve include hierarchy https://bugs.webkit.org/show_bug.cgi?id=184376 Reviewed by Žan Doberšek. Install our headers under /usr/include/wpe-webkit-0.1/wpe instead of /usr/include/wpe-0.1/WPE/wpe. Too much WPE, not enough WebKit! * PlatformWPE.cmake: * wpe/wpe-webkit.pc.in: 2018-04-11 Andy Estes [iOS] Add a mechanism for holding Wi-Fi assertions https://bugs.webkit.org/show_bug.cgi?id=184520 Reviewed by Sam Weinig. Add plumbing for holding a Wi-Fi assertion on iOS as long as there are active network data tasks. This functionality is turned off by default right now. * Configurations/Network-iOS.entitlements: * NetworkProcess/cocoa/NetworkDataTaskCocoa.h: * NetworkProcess/cocoa/NetworkDataTaskCocoa.mm: (WebKit::NetworkDataTaskCocoa::NetworkDataTaskCocoa): * NetworkProcess/cocoa/WiFiAssertionHolder.cpp: Added. (WebKit::ensureWiFiManagerClient): Create a global WiFiManagerClient when needed. (WebKit::WiFiAssertionHolder::WiFiAssertionHolder): If this is the first active Wi-Fi assertion holder, set the client's type to kWiFiClientTypeBackground. (WebKit::WiFiAssertionHolder::~WiFiAssertionHolder): If the last active Wi-Fi assertion holder is being destroyed, set the client's type back to kWiFiClientTypeNormal. * NetworkProcess/cocoa/WiFiAssertionHolder.h: Added. * Platform/Logging.h: Added a logging channel for Wi-Fi assertions. * Resources/SandboxProfiles/ios/com.apple.WebKit.Networking.sb: * WebKit.xcodeproj/project.pbxproj: 2018-04-12 Carlos Garcia Campos [GTK] Switch to use always complex text code path https://bugs.webkit.org/show_bug.cgi?id=183285 Reviewed by Michael Catanzaro. Now that we have branched for 2.20, it's a good time to try using complex text path always. We can simply force it for GTK+ port and see how it works for the whole release cycle and if we don't notice any issues or performance regressions we release 2.22 with complex text path forced. A debug env variable is added to switch back to auto without having to recompile. After 2.22 is released we can make a final decision and remove the env variable. * UIProcess/gtk/WebProcessPoolGtk.cpp: (WebKit::WebProcessPool::platformInitializeWebProcess): Force complex text code path unless WEBKIT_FORCE_COMPLEX_TEXT is present and set to 0. 2018-04-11 Zan Dobersek [WPE] Make WebKitWebViewBackend object mandatory for webkit_web_view_new*() constructors https://bugs.webkit.org/show_bug.cgi?id=184513 Reviewed by Michael Catanzaro. webkit_web_view_new*() constructors should always expect a non-null WebKitWebViewBackend object, forcing the user to specify how the wpe_view_backend object is managed for the WebKitWebView that's being created. webkitWebViewBackendCreateDefault() and the default _WebKitWebViewBackend() constructor are removed. WPE-specific webkit_web_view_new*() entrypoints are updated to bail if the passed-in WebKitWebViewBackend object is null. Documentation is updated accordingly. * UIProcess/API/glib/WebKitWebView.cpp: (webkitWebViewConstructed): * UIProcess/API/wpe/WebKitWebViewBackend.cpp: (webkitWebViewBackendCreateDefault): Deleted. * UIProcess/API/wpe/WebKitWebViewBackendPrivate.h: * UIProcess/API/wpe/WebKitWebViewWPE.cpp: (webkit_web_view_new): (webkit_web_view_new_with_context): (webkit_web_view_new_with_related_view): (webkit_web_view_new_with_settings): (webkit_web_view_new_with_user_content_manager): 2018-04-11 Fujii Hironori [curl][WebKit] Implement NetworkDataTaskCurl https://bugs.webkit.org/show_bug.cgi?id=184488 Reviewed by Alex Christensen. * NetworkProcess/NetworkDataTask.cpp: (WebKit::NetworkDataTask::create): * NetworkProcess/curl/NetworkDataTaskCurl.cpp: Added. (WebKit::NetworkDataTaskCurl::NetworkDataTaskCurl): (WebKit::NetworkDataTaskCurl::~NetworkDataTaskCurl): (WebKit::NetworkDataTaskCurl::resume): (WebKit::NetworkDataTaskCurl::suspend): (WebKit::NetworkDataTaskCurl::cancel): (WebKit::NetworkDataTaskCurl::invalidateAndCancel): (WebKit::NetworkDataTaskCurl::state const): (WebKit::NetworkDataTaskCurl::createCurlRequest): (WebKit::NetworkDataTaskCurl::curlDidSendData): (WebKit::NetworkDataTaskCurl::curlDidReceiveResponse): (WebKit::NetworkDataTaskCurl::curlDidReceiveBuffer): (WebKit::NetworkDataTaskCurl::curlDidComplete): (WebKit::NetworkDataTaskCurl::curlDidFailWithError): (WebKit::NetworkDataTaskCurl::shouldRedirectAsGET): (WebKit::NetworkDataTaskCurl::willPerformHTTPRedirection): (WebKit::NetworkDataTaskCurl::tryHttpAuthentication): (WebKit::NetworkDataTaskCurl::restartWithCredential): (WebKit::NetworkDataTaskCurl::appendCookieHeader): (WebKit::NetworkDataTaskCurl::handleCookieHeaders): * NetworkProcess/curl/NetworkDataTaskCurl.h: Added. * PlatformWin.cmake: 2018-04-11 Wenson Hsieh [Extra zoom mode] Support pushing input view controllers onto the navigation stack https://bugs.webkit.org/show_bug.cgi?id=184397 Reviewed by Timothy Hatcher. Currently, all input view controllers in extra zoom mode are presented modally. However, the latest iteration of the HI specification depicts most of these view controllers (with the exception of time pickers) being presented and dismissed via navigation stack. Since WebKit's iOS API surface doesn't force clients to embed WKWebViews within a view controller with a corresponding UINavigationController, we cannot always guarantee that UI presented when focusing form controls in a web view will be pushed onto the navigation stack; as such, the approach taken in this patch will automatically allow WKWebView clients that already embed WKWebViews within a UINavigationController to hook into this behavior, with modal presentation as a fallback. At a high level, this patch makes the following tweaks to implement this behavior: 1. Store the currently presented view controller using a single member variable (_presentedFullScreenInputViewController) instead of having one for each type. This makes bookkeepping around which view controller to present or dismiss much more straightforward. 2. Replace WKFocusedFormControlViewController with just WKFocusedFormControlView. This addresses problems with pushing an input view controller onto the navigation stack after presenting the focused form control view controller modally. Now, we'll only need to present or push one view controller on the navigation stack. 3. Remove -handleWheelEvent: forwarding to date and time pickers. Pushing date picker view controllers onto the navigation stack rather than presenting them modally means that we end up in a state where neither the WKContentView nor WKTimePickerViewController are first responder, which renders time pickers unusable. Instead, have the WKTimePickerViewController actually become first responder when presenting. 4. Lastly, and most importantly: change -presentViewControllerForCurrentAssistedNode and -dismissAllInputViewControllers to try and push onto a navigation stack if possible, and fall back to modal presentation. * UIProcess/ios/WKContentViewInteraction.h: Remove the separate member variables for each type of input view controller, and instead have one to keep track of the current (and only) presented input view controller. * UIProcess/ios/WKContentViewInteraction.mm: (-[WKContentView _willStartScrollingOrZooming]): (-[WKContentView _didEndScrollingOrZooming]): (-[WKContentView _startAssistingNode:userIsInteracting:blurPreviousNode:changingActivityState:userObject:]): (-[WKContentView _stopAssistingNode]): Boilerplate renaming of _focusedFormControlViewController => _focusedFormControlView. (-[WKContentView reloadContextViewForPresentedListViewController]): Adjust for consolidation of the different input view controller member variables to a single member (see changes in WKContentViewInteraction.h). (-[WKContentView addFocusedFormControlOverlay]): (-[WKContentView removeFocusedFormControlOverlay]): (-[WKContentView presentViewControllerForCurrentAssistedNode]): (-[WKContentView dismissAllInputViewControllers:]): Add an `animated` argument. In the case where a different view controller was presented after presenting the input view controller, this allows us to dismiss the other view controller with animation, and directly reveal the web view or focus overlay underneath. (-[WKContentView focusedFormControlViewDidSubmit:]): (-[WKContentView focusedFormControlViewDidCancel:]): (-[WKContentView focusedFormControlViewDidBeginEditing:]): (-[WKContentView rectForFocusedFormControlView:]): (-[WKContentView nextRectForFocusedFormControlView:]): (-[WKContentView previousRectForFocusedFormControlView:]): (-[WKContentView scrollViewForFocusedFormControlView:]): (-[WKContentView actionNameForFocusedFormControlView:]): (-[WKContentView focusedFormControlViewDidRequestNextNode:]): (-[WKContentView focusedFormControlViewDidRequestPreviousNode:]): (-[WKContentView hasNextNodeForFocusedFormControlView:]): (-[WKContentView hasPreviousNodeForFocusedFormControlView:]): (-[WKContentView focusedFormControllerDidUpdateSuggestions:]): Boilerplate renaming of focus overlay delegate methods. (-[WKContentView _wheelChangedWithEvent:]): Remove event forwarding hacks for date and time inputs, now that they directly become first responder. (-[WKContentView presentFocusedFormControlViewController:]): Deleted. (-[WKContentView dismissFocusedFormControlViewController:]): Deleted. Renamed to -addFocusedFormControlOverlay and -removeFocusedFormControlOverlay. (-[WKContentView dismissAllInputViewControllers]): Deleted. (-[WKContentView focusedFormControlControllerDidSubmit:]): Deleted. (-[WKContentView focusedFormControlControllerDidCancel:]): Deleted. (-[WKContentView focusedFormControlControllerDidBeginEditing:]): Deleted. (-[WKContentView rectForFocusedFormControlController:inCoordinateSpace:]): Deleted. (-[WKContentView nextRectForFocusedFormControlController:inCoordinateSpace:]): Deleted. (-[WKContentView previousRectForFocusedFormControlController:inCoordinateSpace:]): Deleted. (-[WKContentView scrollViewForFocusedFormControlController:]): Deleted. (-[WKContentView actionNameForFocusedFormControlController:]): Deleted. (-[WKContentView focusedFormControlControllerDidRequestNextNode:]): Deleted. (-[WKContentView focusedFormControlControllerDidRequestPreviousNode:]): Deleted. (-[WKContentView hasNextNodeForFocusedFormControlController:]): Deleted. (-[WKContentView hasPreviousNodeForFocusedFormControlController:]): Deleted. * UIProcess/ios/forms/WKFocusedFormControlViewController.h: Removed. * UIProcess/ios/forms/WKFocusedFormControlViewController.mm: Removed. Completely remove WKFocusedFormControlViewController; instead, just directly place the focused form overlay in the WKWebView's hierarchy. In the case where we have a navigation stack to push to, we can no longer modally present the focused form overlay as a separate view controller using the UINavigationController, and then immediately push the input view controller on top of the navigation stack, since the navigation stack isn't updated until after the animation of the focused form overlay presentation is complete. Rather than hack around this limitation by dispatch_after-ing after presenting the overlay's view controller, we should just make the overlay a view. This also fixes the case where a client embedding a WKWebView that is smaller than the bounds of the screen will no longer see the entire screen dim when focusing an input, but instead, just the web content. * WebKit.xcodeproj/project.pbxproj: 2018-04-11 Youenn Fablet Pass FetchOptions and SecurityOrigin as load parameters from WebProcess to NetworkProcess https://bugs.webkit.org/show_bug.cgi?id=184374 Reviewed by Chris Dumez. Pass full FetchOptions parameters as part of NetworkResourceLoadParameters. This will allow handling redirection mode as well as credentials in case of cross origin redirections. In case of SameOrigin credentials and there is a redirection from same-origin to cross-origin, we will be able to stop using credentials without going to WebProcess. To handle properly cross-origin checks, we have to be able to use SecurityOrigin as in WebProcess. We make WebProcess sends Origin Access White list information to NetworkProcess. This allows supporting the white list when doing loading in NetworkProcess. This only works consistently if all WebProcesses share the same whitelist. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::loadPing): (WebKit::NetworkConnectionToWebProcess::addOriginAccessWhitelistEntry): (WebKit::NetworkConnectionToWebProcess::removeOriginAccessWhitelistEntry): (WebKit::NetworkConnectionToWebProcess::resetOriginAccessWhitelists): * NetworkProcess/NetworkConnectionToWebProcess.h: * NetworkProcess/NetworkConnectionToWebProcess.messages.in: * NetworkProcess/NetworkLoadChecker.cpp: (WebKit::NetworkLoadChecker::NetworkLoadChecker): (WebKit::NetworkLoadChecker::checkRedirection): (WebKit::NetworkLoadChecker::continueCheckingRequest): (WebKit::NetworkLoadChecker::checkCORSRequest): (WebKit::NetworkLoadChecker::checkCORSRedirectedRequest): (WebKit::NetworkLoadChecker::checkCORSRequestWithPreflight): (WebKit::NetworkLoadChecker::doesNotNeedCORSCheck const): * NetworkProcess/NetworkLoadChecker.h: (WebKit::NetworkLoadChecker::create): * NetworkProcess/NetworkResourceLoadParameters.cpp: (WebKit::NetworkResourceLoadParameters::encode const): (WebKit::NetworkResourceLoadParameters::decode): * NetworkProcess/NetworkResourceLoadParameters.h: * NetworkProcess/PingLoad.cpp: (WebKit::PingLoad::PingLoad): (WebKit::PingLoad::willPerformHTTPRedirection): * NetworkProcess/PingLoad.h: * WebProcess/InjectedBundle/InjectedBundle.cpp: (WebKit::InjectedBundle::addOriginAccessWhitelistEntry): (WebKit::InjectedBundle::removeOriginAccessWhitelistEntry): (WebKit::InjectedBundle::resetOriginAccessWhitelists): * WebProcess/Network/WebLoaderStrategy.cpp: (WebKit::WebLoaderStrategy::startPingLoad): 2018-04-11 Michael Catanzaro [GTK] WaylandCompositorDisplay leaks its wl_display https://bugs.webkit.org/show_bug.cgi?id=184406 Reviewed by Carlos Garcia Campos. Since we allocate our own wl_display here, need to chain up to the parent constructor passing NativeDisplayOwned::Yes, or it won't ever be released. Move the initialize call to the create function to ensure it's called after the constructor completes. * WebProcess/gtk/WaylandCompositorDisplay.cpp: (WebKit::WaylandCompositorDisplay::create): Fix a log message (drive-by). (WebKit::WaylandCompositorDisplay::WaylandCompositorDisplay): 2018-04-11 Youenn Fablet Use more r-values in NetworkResourceLoader https://bugs.webkit.org/show_bug.cgi?id=184478 Reviewed by Chris Dumez. Pass load parameters as r-values to remove some unneeded copies. Ditto for ResourceRequest inside NetworkResourceLoader. * NetworkProcess/NetworkConnectionToWebProcess.cpp: (WebKit::NetworkConnectionToWebProcess::scheduleResourceLoad): (WebKit::NetworkConnectionToWebProcess::performSynchronousLoad): * NetworkProcess/NetworkConnectionToWebProcess.h: * NetworkProcess/NetworkResourceLoader.cpp: (WebKit::NetworkResourceLoader::NetworkResourceLoader): (WebKit::NetworkResourceLoader::start): (WebKit::NetworkResourceLoader::retrieveCacheEntry): (WebKit::NetworkResourceLoader::startNetworkLoad): (WebKit::NetworkResourceLoader::continueWillSendRequest): (WebKit::NetworkResourceLoader::validateCacheEntry): * NetworkProcess/NetworkResourceLoader.h: 2018-04-11 Wenson Hsieh [Extra zoom mode] Missing label when focusing a