Timeline

Nov 9, 2018:

10:39 PM Changeset in webkit [238064] by Alan Bujtas

• 17 edits in trunk/Source

[iOS] Issue initial paint soon after the visuallyNonEmpty milestone is fired.
​https://bugs.webkit.org/show_bug.cgi?id=191078
<rdar://problem/45736178>

Reviewed by Antti Koivisto.

Source/WebCore:

1. Improve visuallyNonEmpty milestone confidence level.

Ignore whitespace and non visible text content.
Parsing the main document should not necessarily fire the milestone. Check if there's any pending scripts/css/font loading.
Check if the html/body is actually visible.

2. Issue initial paint soon after the milestone fires.

Use a 0ms timer to flush the initial paint.
Throttle additional flushes for 500ms and 1.5s (original behaviour).

3. Suspend optional style recalcs and layouts while painting is being throttled. When parsing yields we initiate a 0ms style recalc/layout timer. These optional layouts produce content that we have no intention to paint.

• dom/Document.cpp:

(WebCore::Document::scheduleStyleRecalc):
(WebCore::Document::shouldScheduleLayout):

• page/ChromeClient.h:
• page/FrameView.cpp:

(WebCore::FrameView::resetLayoutMilestones):
(WebCore::FrameView::qualifiesAsVisuallyNonEmpty const):
(WebCore::FrameView::updateSignificantRenderedTextMilestoneIfNeeded):
(WebCore::FrameView::updateIsVisuallyNonEmpty):

• page/FrameView.h:

(WebCore::FrameView::incrementVisuallyNonEmptyCharacterCount): Ignore whitespace characters. Some pages start with plenty of whitespace only content.

• platform/graphics/FontCascade.h:
• rendering/RenderText.cpp: Check whether the text is actually visible at this point.

(WebCore::RenderText::RenderText):

Source/WebKit:

• WebProcess/WebCoreSupport/WebChromeClient.cpp:

(WebKit::WebChromeClient::layerFlushThrottlingIsActive const):

• WebProcess/WebCoreSupport/WebChromeClient.h:
• WebProcess/WebPage/AcceleratedDrawingArea.cpp:

(WebKit::AcceleratedDrawingArea::scheduleInitialDeferredPaint):

• WebProcess/WebPage/AcceleratedDrawingArea.h:
• WebProcess/WebPage/DrawingArea.h:

(WebKit::DrawingArea::layerFlushThrottlingIsActive const):

• WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.h:
• WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.mm:

(WebKit::RemoteLayerTreeDrawingArea::RemoteLayerTreeDrawingArea):
(WebKit::RemoteLayerTreeDrawingArea::setLayerTreeStateIsFrozen):
(WebKit::RemoteLayerTreeDrawingArea::initialDeferredPaint):
(WebKit::RemoteLayerTreeDrawingArea::scheduleInitialDeferredPaint):
(WebKit::RemoteLayerTreeDrawingArea::scheduleCompositingLayerFlush):

• WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.h:
• WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm:

(WebKit::TiledCoreAnimationDrawingArea::scheduleInitialDeferredPaint):

8:50 PM Changeset in webkit [238063] by wilander@apple.com

• 18 edits in trunk/Source

Add ability to configure document.cookie lifetime cap through user defaults
​https://bugs.webkit.org/show_bug.cgi?id=191480
<rdar://problem/45240871>

Reviewed by Chris Dumez.

Source/WebCore:

No new tests. Existing test makes sure we don't regress.

This change makes the capped lifetime in seconds configurable through
user defaults.

• platform/network/NetworkStorageSession.h:
• platform/network/cf/NetworkStorageSessionCFNet.cpp:

(WebCore::NetworkStorageSession::setAgeCapForClientSideCookies):
(WebCore::NetworkStorageSession::setShouldCapLifetimeForClientSideCookies): Deleted.

Renamed setAgeCapForClientSideCookies().

• platform/network/cocoa/NetworkStorageSessionCocoa.mm:

(WebCore::filterCookies):
(WebCore::NetworkStorageSession::setCookiesFromDOM const):

Source/WebKit:

This change makes the capped lifetime in seconds configurable through
user defaults.

• NetworkProcess/NetworkProcess.cpp:

(WebKit::NetworkProcess::setAgeCapForClientSideCookies):
(WebKit::NetworkProcess::setShouldCapLifetimeForClientSideCookies): Deleted.

Renamed setAgeCapForClientSideCookies().

• NetworkProcess/NetworkProcess.h:
• NetworkProcess/NetworkProcess.messages.in:
• UIProcess/Cocoa/ResourceLoadStatisticsMemoryStoreCocoa.mm:

(WebKit::ResourceLoadStatisticsMemoryStore::registerUserDefaultsIfNeeded):

• UIProcess/Network/NetworkProcessProxy.cpp:

(WebKit::NetworkProcessProxy::setAgeCapForClientSideCookies):
(WebKit::NetworkProcessProxy::didSetAgeCapForClientSideCookies):
(WebKit::NetworkProcessProxy::setShouldCapLifetimeForClientSideCookies): Deleted.

Renamed setAgeCapForClientSideCookies().

(WebKit::NetworkProcessProxy::didSetShouldCapLifetimeForClientSideCookies): Deleted.

Renamed didSetAgeCapForClientSideCookies().

• UIProcess/Network/NetworkProcessProxy.h:
• UIProcess/Network/NetworkProcessProxy.messages.in:
• UIProcess/ResourceLoadStatisticsMemoryStore.cpp:

(WebKit::ResourceLoadStatisticsMemoryStore::setAgeCapForClientSideCookies):
(WebKit::ResourceLoadStatisticsMemoryStore::updateClientSideCookiesAgeCap):
(WebKit::ResourceLoadStatisticsMemoryStore::didCreateNetworkProcess):

New function that handles all the things that need to be done when a network
process has been created.

• UIProcess/ResourceLoadStatisticsMemoryStore.h:
• UIProcess/WebResourceLoadStatisticsStore.cpp:

(WebKit::WebResourceLoadStatisticsStore::didCreateNetworkProcess):

Now just calls the corresponding function on its memory store where all the
configuration parameters are available.

• UIProcess/WebResourceLoadStatisticsStore.h:
• UIProcess/WebsiteData/WebsiteDataStore.cpp:

(WebKit::WebsiteDataStore::setAgeCapForClientSideCookies):
(WebKit::WebsiteDataStore::setShouldCapLifetimeForClientSideCookies): Deleted.

Renamed setAgeCapForClientSideCookies().

• UIProcess/WebsiteData/WebsiteDataStore.h:

5:40 PM Changeset in webkit [238062] by Ryan Haddad

• 31 edits in trunk

Unreviewed, rolling out r238047.

Introduced layout test failures on iOS simulator.

Reverted changeset:

"[iOS] Draw caps lock indicator in password fields"
​https://bugs.webkit.org/show_bug.cgi?id=190565
​https://trac.webkit.org/changeset/238047

4:24 PM Changeset in webkit [238061] by Chris Dumez

• 11 edits in trunk

Suspended page persists even after back/forward list item is gone
​https://bugs.webkit.org/show_bug.cgi?id=191488
<rdar://problem/45953006>

Reviewed by Geoffrey Garen.

Source/WebKit:

Currently, the WebProcessPool owns the SuspendedPageProxy objects and makes sure we cap how
many we can have. The WebBackForwardListItem merely has a WeakPtr to its associated
SuspendedPageProxy. However, there is no point in having the WebProcessPool keeping a
SuspendedPageProxy object alive if there is no longer any WebBackForwardListItem pointing
to it.

To address the issue, WebBackForwardListItem nows tells the WebProcessPool to destroy
its SuspendedPageProxy when necessary. WebBackForwardList also takes care of nulling
out the WebBackForwardListItem's SuspendedPageProxy after the item has been removed
from the list (in case somebody keeps the item alive).

• Shared/WebBackForwardListItem.cpp:

(WebKit::WebBackForwardListItem::~WebBackForwardListItem):
(WebKit::WebBackForwardListItem::setSuspendedPage):
(WebKit::WebBackForwardListItem::suspendedPageIsNoLongerNeeded):

• Shared/WebBackForwardListItem.h:
• UIProcess/SuspendedPageProxy.cpp:

(WebKit::SuspendedPageProxy::SuspendedPageProxy):

• UIProcess/WebBackForwardList.cpp:

(WebKit::WebBackForwardList::didRemoveItem):

• UIProcess/WebProcessPool.cpp:

(WebKit::WebProcessPool::removeSuspendedPageProxy):

• UIProcess/WebProcessPool.h:

Tools:

Add API test coverage.

• TestWebKitAPI/Tests/WebKitCocoa/ProcessSwapOnNavigation.mm:

3:10 PM Changeset in webkit [238060] by Megan Gardner

• 1 edit
  1 copy
  1 add
  1 delete in trunk/LayoutTests

Fix Test Expectations for Reveal Test
​https://bugs.webkit.org/show_bug.cgi?id=191476

Unreviewed test gardening.

Put the test expectation in the correct location to deal with
the different behaviour old platforms.

• platform/mac/editing/mac/selection/context-menu-select-editability-expected.txt: Renamed from LayoutTests/platform/mac-highsierra/editing/mac/selection/context-menu-select-editability-expected.txt.

3:04 PM Changeset in webkit [238059] by Ross Kirsling

• 2 edits in trunk/Source/WebKitLegacy/win

Unreviewed Windows build fix for r238049.

• WebView.cpp:

(WebView::initWithFrame):

2:57 PM Changeset in webkit [238058] by timothy_horton@apple.com

• 3 edits
  2 adds in trunk

Normal-flow-only flex items don't correctly respect z-index
​https://bugs.webkit.org/show_bug.cgi?id=191486

Reviewed by Simon Fraser.

Source/WebCore:

Test: css3/flexbox/z-index-with-normal-flow-only.html

• rendering/RenderLayer.cpp:

(WebCore::canCreateStackingContext):
r125693 did not ensure that flex items which would otherwise be
normal-flow-only would be put into the z-order tree when necessary.
Fix by respecting the same trigger we use to make layers for flex items;
namely, not having auto z-index.

LayoutTests:

• css3/flexbox/z-index-with-normal-flow-only-expected.html: Added.
• css3/flexbox/z-index-with-normal-flow-only.html: Added.

Add a test that a <canvas> with z-index 50 correctly stacks below
a <canvas> that is a flex-item with z-index 100.

2:50 PM Changeset in webkit [238057] by Wenson Hsieh

• 7 edits in trunk

[Cocoa] Implement SPI on WKWebView to increase and decrease list levels
​https://bugs.webkit.org/show_bug.cgi?id=191471
<rdar://problem/45952472>

Reviewed by Tim Horton.

Source/WebCore:

Add new method stubs for changing the list type for the current selection (to be implemented in a future patch).

• editing/Editor.cpp:

(WebCore::Editor::canChangeSelectionListType):
(WebCore::Editor::changeSelectionListType):

• editing/Editor.h:

Source/WebKit:

Implement these method stubs by calling into Editor.

Test: WKWebViewEditActions.ModifyListLevel

• WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::increaseListLevel):
(WebKit::WebPage::decreaseListLevel):
(WebKit::WebPage::changeListType):

Tools:

Add an API test to ensure that list levels can be incremented and decremented via WKWebView SPI.

• TestWebKitAPI/Tests/WebKitCocoa/WKWebViewEditActions.mm:

(TestWebKitAPI::webViewForEditActionTesting):
(TestWebKitAPI::TEST):

2:34 PM Changeset in webkit [238056] by Jon Davis

• 15 edits in trunk/Websites/webkit.org

Clean-up stray whitespace in theme files
​https://bugs.webkit.org/show_bug.cgi?id=191430

Reviewed by Dean Jackson.

• wp-content/themes/webkit/css-status.php:
• wp-content/themes/webkit/footer.php:
• wp-content/themes/webkit/front-page.php:
• wp-content/themes/webkit/includes.php:
• wp-content/themes/webkit/nightly-start.php:
• wp-content/themes/webkit/nightly-survey.php:
• wp-content/themes/webkit/page.php:
• wp-content/themes/webkit/scripts/global.js:
• wp-content/themes/webkit/scripts/searchbuilds.js:

(initsearch):
(initsearch.displayError):

• wp-content/themes/webkit/single.php:
• wp-content/themes/webkit/sitemap.php:
• wp-content/themes/webkit/team.php:
• wp-content/themes/webkit/widgets/icon.php:
• wp-content/themes/webkit/widgets/page.php:

2:32 PM Changeset in webkit [238055] by Keith Rollin

• 6 edits in trunk/Source

Unreviewed build fix after ​https://bugs.webkit.org/show_bug.cgi?id=191324

Remove the use of .xcfilelists until their side-effects are better
understood.

Source/JavaScriptCore:

• JavaScriptCore.xcodeproj/project.pbxproj:

Source/WebCore:

• WebCore.xcodeproj/project.pbxproj:

Source/WebKit:

• WebKit.xcodeproj/project.pbxproj:

1:59 PM Changeset in webkit [238054] by jer.noble@apple.com

• 6 edits
  2 adds in trunk

SourceBuffer throws an error when appending a second init segment after changeType().
​https://bugs.webkit.org/show_bug.cgi?id=191474

Reviewed by Eric Carlson.

Source/WebCore:

Test: media/media-source/media-source-changetype-second-init.html

When encountering an initialization segment after changeType(), add the parsed codec types
to the list of allowed codecs.

• Modules/mediasource/SourceBuffer.cpp:

(WebCore::SourceBuffer::validateInitializationSegment):

• platform/mock/mediasource/MockMediaPlayerMediaSource.cpp:

(WebCore::MockMediaPlayerMediaSource::supportsType):

• platform/mock/mediasource/MockSourceBufferPrivate.cpp:

(WebCore::MockSourceBufferPrivate::canSwitchToType):

• platform/mock/mediasource/MockSourceBufferPrivate.h:

LayoutTests:

• media/media-source/media-source-changetype-second-init-expected.txt: Added.
• media/media-source/media-source-changetype-second-init.html: Added.

1:26 PM Changeset in webkit [238053] by eric.carlson@apple.com

• 4 edits in trunk/Source/WebCore

[MediaStream] AVVideoCaptureSource reports incorrect size when frames are scaled
​https://bugs.webkit.org/show_bug.cgi?id=191479
<rdar://problem/45952201>

Reviewed by Jer Noble.

No new tests, tested manually.

• platform/mediastream/RealtimeVideoSource.cpp:

(WebCore::RealtimeVideoSource::standardVideoSizes): Drive-by fix: add a few more standard
video frame sizes, correct a typo.
(WebCore::RealtimeVideoSource::bestSupportedSizeAndFrameRate): Drive-by fix: don't consider
rescaled sized when we already have an exact or aspect ratio match because it won't be used.

• platform/mediastream/mac/AVVideoCaptureSource.h:

(WebCore::AVVideoCaptureSource::width const): Deleted.
(WebCore::AVVideoCaptureSource::height const): Deleted.

• platform/mediastream/mac/AVVideoCaptureSource.mm:

(WebCore::AVVideoCaptureSource::setSizeAndFrameRateWithPreset): Delete m_requestedSize.
(WebCore::AVVideoCaptureSource::shutdownCaptureSession): Delete m_width and m_height.
(WebCore::AVVideoCaptureSource::processNewFrame): Don't call setSize with captured size,
the frame may be resized before deliver.

1:10 PM Changeset in webkit [238052] by Ross Kirsling

• 6 edits in trunk/Source

Unreviewed MSVC build fix after r238039 (and r238046).

Source/WebCore:

• bindings/js/JSWorkerGlobalScopeBase.cpp:
• bindings/js/JSWorkerGlobalScopeBase.h:

Source/WebKitLegacy/win:

• WebDocumentLoader.h:
• WebView.cpp:

(WebView::setShouldApplyMacFontAscentHack):

12:43 PM Changeset in webkit [238051] by basuke.suzuki@sony.com

• 28 edits
  3 copies
  3 adds in trunk

[Curl][WebKit] Implement Proxy configuration API.
​https://bugs.webkit.org/show_bug.cgi?id=189053

Reviewed by Youenn Fablet.

Source/WebCore:

Added API to set proxy from the app.

No new tests because there's no behaviour change in WebCore.

• platform/network/NetworkStorageSession.h:
• platform/network/curl/CurlContext.h:

(WebCore::CurlContext::setProxySettings):

• platform/network/curl/CurlProxySettings.h:
• platform/network/curl/NetworkStorageSessionCurl.cpp:

(WebCore::NetworkStorageSession::setProxySettings const):

Source/WebKit:

Added proxy configuration API to WebsiteDataStore. Three API were added in WKWebsiteDataStoreRefCurl.h:

• WKWebsiteDataStoreEnableDefaultNetworkProxySettings(WKWebsiteDataStoreRef)
• WKWebsiteDataStoreEnableCustomNetworkProxySettings(WKWebsiteDataStoreRef, WKURLRef, WKStringRef ignoreHosts)
• WKWebsiteDataStoreDisableNetworkProxySettings(WKWebsiteDataStoreRef)

• NetworkProcess/NetworkProcess.h:
• NetworkProcess/NetworkProcess.messages.in:
• NetworkProcess/NetworkSessionCreationParameters.h:

(WebKit::NetworkSessionCreationParameters::encode const):
(WebKit::NetworkSessionCreationParameters::decode):

• NetworkProcess/curl/NetworkProcessCurl.cpp:

(WebKit::NetworkProcess::setNetworkProxySettings):

• NetworkProcess/curl/NetworkSessionCurl.cpp:

(WebKit::NetworkSessionCurl::NetworkSessionCurl):

• NetworkProcess/curl/RemoteNetworkingContextCurl.cpp:

(WebKit::RemoteNetworkingContext::ensureWebsiteDataStoreSession):

• PlatformWin.cmake:
• Shared/WebCoreArgumentCoders.h:
• Shared/curl/WebCoreArgumentCodersCurl.cpp:

(IPC::ArgumentCoder<CurlProxySettings>::encode):
(IPC::ArgumentCoder<CurlProxySettings>::decode):

• UIProcess/API/C/curl/WKWebsiteDataStoreRefCurl.cpp: Copied from Source/WebKit/NetworkProcess/curl/NetworkSessionCurl.cpp.

(WKWebsiteDataStoreEnableDefaultNetworkProxySettings):
(WKWebsiteDataStoreEnableCustomNetworkProxySettings):
(WKWebsiteDataStoreDisableNetworkProxySettings):

• UIProcess/API/C/curl/WKWebsiteDataStoreRefCurl.h: Copied from Source/WebKit/NetworkProcess/curl/NetworkSessionCurl.cpp.
• UIProcess/WebsiteData/WebsiteDataStore.cpp:

(WebKit::WebsiteDataStore::parameters):

• UIProcess/WebsiteData/WebsiteDataStore.h:

(WebKit::WebsiteDataStore::networkProxySettings const):

• UIProcess/WebsiteData/curl/WebsiteDataStoreCurl.cpp: Copied from Source/WebKit/NetworkProcess/curl/NetworkSessionCurl.cpp.

(WebKit::WebsiteDataStore::platformSetParameters):
(WebKit::WebsiteDataStore::setNetworkProxySettings):

Tools:

Added Proxy Settings dialog to call newly added API.

• MiniBrowser/win/BrowserWindow.h:
• MiniBrowser/win/Common.cpp:

(askProxySettings):
(askCredential):
(authDialogProc): Deleted.

• MiniBrowser/win/Common.h:
• MiniBrowser/win/DialogHelper.h: Added.

(Dialog::run):
(Dialog::doalogProc):
(Dialog::handle):
(Dialog::setup):
(Dialog::update):
(Dialog::validate):
(Dialog::updateOkButton):
(Dialog::command):
(Dialog::ok):
(Dialog::cancel):
(Dialog::close):
(Dialog::hDlg):
(Dialog::item):
(Dialog::setEnabled):
(Dialog::setText):
(Dialog::getText):
(Dialog::getTextLength):
(Dialog::RadioGroup::RadioGroup):
(Dialog::RadioGroup::set):
(Dialog::RadioGroup::get):
(Dialog::radioGroup):

• MiniBrowser/win/MainWindow.cpp:

(MainWindow::WndProc):

• MiniBrowser/win/MiniBrowserLib.rc:
• MiniBrowser/win/MiniBrowserLibResource.h:
• MiniBrowser/win/WebKitBrowserWindow.cpp:

(createWKURL):
(WebKitBrowserWindow::WebKitBrowserWindow):
(WebKitBrowserWindow::updateProxySettings):
(WebKitBrowserWindow::loadURL):
(WebKitBrowserWindow::loadHTMLString):
(WebKitBrowserWindow::openProxySettings):

• MiniBrowser/win/WebKitBrowserWindow.h:
• MiniBrowser/win/WebKitLegacyBrowserWindow.cpp:

(WebKitLegacyBrowserWindow::openProxySettings):

• MiniBrowser/win/WebKitLegacyBrowserWindow.h:

12:16 PM Changeset in webkit [238050] by Wenson Hsieh

• 12 edits
  1 move in trunk

[Cocoa] Introduce WKWebView SPI to insert nested ordered and unordered lists
​https://bugs.webkit.org/show_bug.cgi?id=191410
<rdar://problem/45898610>

Reviewed by Dean Jackson.

Source/WebKit:

Prefixes a few iOS-only SPI methods declared on WKWebView in r236867 with underscores, and also exposes some
more cross-platform Cocoa editing SPI. Once the unprefixed SPI methods are no longer used by internal clients,
these will need to be removed (see followup bug: webkit.org/b/191450). See below for more details.

Covered by new and existing API tests in WKWebViewEditActions.

• UIProcess/API/Cocoa/WKWebView.mm:

Hoist the definition (and undefinition) of FORWARD_ACTION_TO_WKCONTENTVIEW to encompass both the WKWebView
implementation and the WKWebView (WKPrivate) implementation. This allows us to use this macro when implementing
SPI methods in the WKPrivate category, as well as methods that are part of the main WKWebView implementation.

(-[WKWebView canPerformAction:withSender:]):
(-[WKWebView targetForAction:withSender:]):

Add forwarding for the new editing commands in -canPerformAction: and -targetForAction:.

(-[WKWebView _toggleStrikeThrough:]):
(-[WKWebView _increaseListLevel:]):
(-[WKWebView _decreaseListLevel:]):
(-[WKWebView _changeListType:]):
(-[WKWebView _setFont:sender:]):
(-[WKWebView _setFontSize:sender:]):
(-[WKWebView _setTextColor:sender:]):

Add definitions for the new editing methods on WKWebView, using macros (WEBCORE_PRIVATE_COMMAND on macOS and
FORWARD_ACTION_TO_WKCONTENTVIEW on iOS) to help reduce the code duplication.

(-[WKWebView _pasteAsQuotation:]): Deleted.

Remove this method definition, which is now replaced by macros on iOS and macOS.

• UIProcess/API/Cocoa/WKWebViewPrivate.h:

Introduce the new SPI to WKWebView (WKPrivate), and add FIXMEs to remove old, unprefixed variants of the SPI.

• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::increaseListLevel):
(WebKit::WebPageProxy::decreaseListLevel):
(WebKit::WebPageProxy::changeListType):

Add plumbing for these list editing commands.

• UIProcess/WebPageProxy.h:
• UIProcess/ios/WKContentViewInteraction.h:
• UIProcess/ios/WKContentViewInteraction.mm:

(-[WKContentView _increaseListLevelForWebView:]):
(-[WKContentView _decreaseListLevelForWebView:]):
(-[WKContentView _changeListTypeForWebView:]):
(-[WKContentView _toggleStrikeThroughForWebView:]):
(-[WKContentView _setFontForWebView:sender:]):
(-[WKContentView _setFontSizeForWebView:sender:]):
(-[WKContentView _setTextColorForWebView:sender:]):
(-[WKContentView toggleStrikeThroughForWebView:]):
(-[WKContentView setFontForWebView:sender:]):
(-[WKContentView setFontSizeForWebView:sender:]):
(-[WKContentView setTextColorForWebView:sender:]):
(-[WKContentView canPerformActionForWebView:withSender:]):

Check for the new action selectors here, and additionally add validation for _pasteAsQuotation:. Let the
unprefixed versions of these methods simply call the prefixed versions (these method implementations will be
removed in a followup once doing so would not affect any clients of WebKit).

• WebKit.xcodeproj/project.pbxproj:
• WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::increaseListLevel):
(WebKit::WebPage::decreaseListLevel):
(WebKit::WebPage::changeListType):

• WebProcess/WebPage/WebPage.h:
• WebProcess/WebPage/WebPage.messages.in:

Add stubs for several list editing commands that are yet to be hooked up to WebCore. These will be implemented
in a future patch.

Tools:

Move WKWebViewEditActions from iOS to WebKitCocoa, and enable the relevant WKWebViewEditActions tests on macOS.
Additionally, add new API tests to verify that -_pasteAsQuotation: and -_insertNested(Un)OrderedList: are
hooked up to their respective editing commands.

• TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
• TestWebKitAPI/Tests/WebKitCocoa/WKWebViewEditActions.mm: Renamed from Tools/TestWebKitAPI/Tests/ios/WKWebViewEditActions.mm.

(-[TestWKWebView querySelectorExists:]):
(-[TestWKWebView insertString:]):

Add a helper method to insert a piece of text. This abstracts platform differences between iOS and macOS, by
invoking the WKWebView directly on macOS and calling on the content view on iOS.

(TestWebKitAPI::webViewForEditActionTesting):
(TestWebKitAPI::TEST):

11:47 AM Changeset in webkit [238049] by Antti Koivisto

• 48 edits
  1 move in trunk/Source

Use OptionSet for layout milestones
​https://bugs.webkit.org/show_bug.cgi?id=191470

Reviewed by Dean Jackson.

Source/WebCore:

• WebCore.xcodeproj/project.pbxproj:
• loader/EmptyFrameLoaderClient.h:
• loader/FrameLoader.cpp:

(WebCore::FrameLoader::didReachLayoutMilestone):

• loader/FrameLoader.h:
• loader/FrameLoaderClient.h:
• page/FrameView.cpp:

(WebCore::FrameView::FrameView):
(WebCore::FrameView::addPaintPendingMilestones):
(WebCore::FrameView::fireLayoutRelatedMilestonesIfNeeded):
(WebCore::FrameView::firePaintRelatedMilestonesIfNeeded):

• page/FrameView.h:
• page/LayoutMilestone.h: Copied from Source/WebCore/page/LayoutMilestones.h.

Renamed to appease WK2 IPC code generation.

• page/LayoutMilestones.h: Removed.
• page/Page.cpp:

(WebCore::Page::addLayoutMilestones):
(WebCore::Page::removeLayoutMilestones):
(WebCore::Page::isCountingRelevantRepaintedObjects const):

• page/Page.h:

(WebCore::Page::requestedLayoutMilestones const):

Source/WebKit:

• Shared/API/Cocoa/_WKRenderingProgressEventsInternal.h:

(renderingProgressEvents):

• Shared/API/c/WKSharedAPICast.h:

(WebKit::toWKLayoutMilestones):
(WebKit::toLayoutMilestones):

• Shared/RemoteLayerTree/RemoteLayerTreeTransaction.h:

(WebKit::RemoteLayerTreeTransaction::newlyReachedLayoutMilestones const):
(WebKit::RemoteLayerTreeTransaction::setNewlyReachedLayoutMilestones):

• Shared/WebPageCreationParameters.cpp:

(WebKit::WebPageCreationParameters::encode const):
(WebKit::WebPageCreationParameters::decode):

• Shared/WebPageCreationParameters.h:
• UIProcess/API/APILoaderClient.h:

(API::LoaderClient::didReachLayoutMilestone):

• UIProcess/API/APINavigationClient.h:

(API::NavigationClient::renderingProgressDidChange):

• UIProcess/API/C/WKPage.cpp:

(WKPageSetPageLoaderClient):
(WKPageSetPageNavigationClient):

• UIProcess/API/C/WKPageRenderingProgressEventsInternal.h:

(pageRenderingProgressEvents):

• UIProcess/API/Cocoa/WKWebView.mm:

(layoutMilestones):

• UIProcess/Cocoa/NavigationState.h:
• UIProcess/Cocoa/NavigationState.mm:

(WebKit::NavigationState::NavigationClient::renderingProgressDidChange):

• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::listenForLayoutMilestones):
(WebKit::WebPageProxy::didLayoutForCustomContentProvider):
(WebKit::WebPageProxy::didReachLayoutMilestone):

• UIProcess/WebPageProxy.h:
• UIProcess/WebPageProxy.messages.in:
• UIProcess/ios/WebPageProxyIOS.mm:

(WebKit::WebPageProxy::didCommitLayerTree):

• WebProcess/InjectedBundle/API/APIInjectedBundlePageLoaderClient.h:

(API::InjectedBundle::PageLoaderClient::didReachLayoutMilestone):
(API::InjectedBundle::PageLoaderClient::layoutMilestones const):

• WebProcess/InjectedBundle/InjectedBundlePageLoaderClient.cpp:

(WebKit::InjectedBundlePageLoaderClient::didReachLayoutMilestone):
(WebKit::InjectedBundlePageLoaderClient::layoutMilestones const):

• WebProcess/InjectedBundle/InjectedBundlePageLoaderClient.h:
• WebProcess/WebCoreSupport/WebFrameLoaderClient.cpp:

(WebKit::WebFrameLoaderClient::dispatchDidReachLayoutMilestone):

• WebProcess/WebCoreSupport/WebFrameLoaderClient.h:
• WebProcess/WebPage/DrawingArea.h:

(WebKit::DrawingArea::dispatchDidReachLayoutMilestone):

• WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.h:
• WebProcess/WebPage/RemoteLayerTree/RemoteLayerTreeDrawingArea.mm:

(WebKit::RemoteLayerTreeDrawingArea::flushLayers):
(WebKit::RemoteLayerTreeDrawingArea::dispatchDidReachLayoutMilestone):

• WebProcess/WebPage/WebPage.cpp:

(WebKit::m_shouldAttachDrawingAreaOnPageTransition):
(WebKit::WebPage::listenForLayoutMilestones):
(WebKit::WebPage::dispatchDidReachLayoutMilestone):

• WebProcess/WebPage/WebPage.h:
• WebProcess/WebPage/WebPage.messages.in:
• WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.h:
• WebProcess/WebPage/mac/TiledCoreAnimationDrawingArea.mm:

(WebKit::TiledCoreAnimationDrawingArea::sendPendingNewlyReachedLayoutMilestones):
(WebKit::TiledCoreAnimationDrawingArea::dispatchDidReachLayoutMilestone):

Source/WebKitLegacy/mac:

• WebCoreSupport/WebFrameLoaderClient.h:
• WebCoreSupport/WebFrameLoaderClient.mm:

(WebFrameLoaderClient::dispatchDidReachLayoutMilestone):

• WebView/WebView.mm:

(coreLayoutMilestones):
(kitLayoutMilestones):
(-[WebView _cacheFrameLoadDelegateImplementations]):

• WebView/WebViewInternal.h:

Source/WebKitLegacy/win:

• WebCoreSupport/WebFrameLoaderClient.cpp:

(WebFrameLoaderClient::dispatchDidReachLayoutMilestone):

• WebCoreSupport/WebFrameLoaderClient.h:

11:23 AM Changeset in webkit [238048] by Joseph Pecoraro

• 25 edits in trunk/Source/WebInspectorUI

Web Inspector: Start moving toward better multi-target support
​https://bugs.webkit.org/show_bug.cgi?id=191345

Reviewed by Devin Rousso.

This change continues the move toward better multi-target support
by explicitly using explicit target agents in more places, and
converting generalized feature checks into target agnostic versions
that use the new InspectorBackend.domains, which does not vary based
on the connected targets / debuggable type.

I also audited uses of RuntimeAgent, ConsoleAgent, and DebuggerAgent
for better multi-target support since these agents should already
have complete multi-target support.

• UserInterface/Protocol/Target.js:

(WI.Target.prototype.initialize):
Move explicitly to target.Agent feature checks with a known target.

• UserInterface/Controllers/DebuggerManager.js:

(WI.DebuggerManager.prototype.initializeTarget):
(WI.DebuggerManager.prototype._pauseForInternalScriptsDidChange):
Move explicitly to target.DebuggerAgent for feature checks with a known target.

• UserInterface/Controllers/NetworkManager.js:

(WI.NetworkManager.prototype.initializeTarget):
Move explicitly to target.NetworkAgent for feature checks with a known target.

• UserInterface/Controllers/RuntimeManager.js:

(WI.RuntimeManager.prototype.initializeTarget):
(WI.RuntimeManager.prototype.saveResult):

• UserInterface/Protocol/RemoteObject.js:

(WI.RemoteObject.prototype.updatePreview):
(WI.RemoteObject.prototype.getDisplayablePropertyDescriptors):
(WI.RemoteObject.prototype.deprecatedGetDisplayableProperties):

• UserInterface/Views/SourceCodeTextEditor.js:

(WI.SourceCodeTextEditor.prototype._createTypeTokenAnnotator):
(WI.SourceCodeTextEditor.prototype._createBasicBlockAnnotator):
Move explicitly to target.RuntimeAgent for feature checks with a known target.

• UserInterface/Models/CSSCompletions.js:

(WI.CSSCompletions.initializeCSSCompletions):
Move explicitly to target.CSSAgent for feature checks with a known target.

• UserInterface/Views/ContextMenuUtilities.js:

Use the DebuggerAgent from the target associated with the DOMNode's
remote object instead of assuming the main target.

• UserInterface/Views/SettingsTabContentView.js:

(WI.SettingsTabContentView.prototype._createGeneralSettingsView):
Update the ConsoleAgent setting on all targets that support it.

• UserInterface/Views/BreakpointActionView.js:

(WI.BreakpointActionView):
All backends support BreakpointActionType, the assertion can go away.

• UserInterface/Views/LogContentView.js:

(WI.LogContentView.prototype.get navigationItems):

• UserInterface/Views/DOMTreeContentView.js:

(WI.DOMTreeContentView.prototype.get navigationItems):
Include additional window.FooAgent checks for these since they will need
to be revisited in the future.

• UserInterface/Protocol/InspectorBackend.js:

(InspectorBackendClass.prototype.get domains):
(InspectorBackendClass.prototype.activateDomain):
Expose InspectorBackend.domains.<Domain> for feature checking.

• UserInterface/Controllers/BreakpointPopoverController.js:

(WI.BreakpointPopoverController.prototype._createPopoverContent):

• UserInterface/Controllers/CSSManager.js:

(WI.CSSManager):
(WI.CSSManager.prototype._mainResourceDidChange):

• UserInterface/Controllers/TimelineManager.js:

(WI.TimelineManager.prototype._attemptAutoCapturingForFrame):
(WI.TimelineManager.prototype._updateAutoCaptureInstruments):
(WI.TimelineManager):

• UserInterface/Models/Canvas.js:

(WI.Canvas.prototype.startRecording):
(WI.Canvas.prototype.recordingFinished):

• UserInterface/Models/ScriptSyntaxTree.js:

(WI.ScriptSyntaxTree.functionReturnDivot):

• UserInterface/Protocol/DebuggerObserver.js:

(WI.DebuggerObserver):

• UserInterface/Protocol/NetworkObserver.js:

(WI.NetworkObserver.prototype.requestWillBeSent):

• UserInterface/Views/DebuggerSidebarPanel.js:

(WI.DebuggerSidebarPanel):
(WI.DebuggerSidebarPanel.prototype._handleCreateBreakpointClicked):

• UserInterface/Views/NetworkTimelineView.js:

(WI.NetworkTimelineView):

• UserInterface/Views/ResourceDetailsSidebarPanel.js:

(WI.ResourceDetailsSidebarPanel.prototype._refreshRequestAndResponse):

• UserInterface/Views/WebSocketContentView.js:

(WI.WebSocketContentView):
(WI.NetworkManager.prototype.webSocketWillSendHandshakeRequest):
(WI.DebuggerManager.prototype.debuggerDidResume):
Feature check in a target agnostic way.

11:10 AM Changeset in webkit [238047] by dbates@webkit.org

• 31 edits in trunk

[iOS] Draw caps lock indicator in password fields
​https://bugs.webkit.org/show_bug.cgi?id=190565
<rdar://problem/45262343>

Reviewed by Dean Jackson.

Source/WebCore:

Draw the caps lock indicator in a focused password field on iOS. This makes the behavior of password
fields on iOS more closely match the behavior of password fields on Mac. For now, we only draw the
indicator when caps locks is enabled via the hardware keyboard. We will look to support the software
keyboard in a subsequent commit (see <​https://bugs.webkit.org/show_bug.cgi?id=191475>).

The majority of this patch is implementing PlatformKeyboardEvent::currentCapsLockState() for iOS.
In Legacy WebKit, the implementation boils down to calling call -[::WebEvent modifierFlags]. In
Modern WebKit the UIProcess is responsible for -[::WebEvent modifierFlags] and passing it the
WebProcess to store such that invocations of PlatformKeyboardEvent::currentCapsLockState() consult
the store in the WebProcess. A smaller part of this patch is having both the legacy and modern
web views listen for keyboard availability changes so as to update the the caps lock state when
a hardware keyboard is detached or attached.

• WebCore.xcodeproj/project.pbxproj:
• page/EventHandler.cpp:

(WebCore::EventHandler::capsLockStateMayHaveChanged const): Extracted from EventHandler::internalKeyEvent()
so that it can shared between WebCore, Modern WebKit, and Legacy WebKit code.
(WebCore::EventHandler::internalKeyEvent): Modified to call capsLockStateMayHaveChanged().

• page/EventHandler.h:
• platform/cocoa/KeyEventCocoa.mm:

(WebCore::PlatformKeyboardEvent::currentCapsLockState): Moved from KeyEventMac.mm.
(WebCore::PlatformKeyboardEvent::getCurrentModifierState): Moved from KeyEventMac.mm.

• platform/ios/KeyEventIOS.mm:

(WebCore::PlatformKeyboardEvent::currentStateOfModifierKeys): Fetch the current modifier state.
(WebCore::PlatformKeyboardEvent::currentCapsLockState): Deleted; we now use the Cocoa implementation.
(WebCore::PlatformKeyboardEvent::getCurrentModifierState): Deleted; we now use the Cocoa implementation.

• platform/ios/WebEvent.h:
• platform/ios/WebEvent.mm:

(+[WebEvent modifierFlags]): Added.

• platform/mac/KeyEventMac.mm:

(WebCore::PlatformKeyboardEvent::currentCapsLockState): Deleted; moved to KeyEventCocoa.mm to be shared
by both Mac and iOS.
(WebCore::PlatformKeyboardEvent::getCurrentModifierState): Deleted; moved to KeyEventCocoa.mm to be shared
by both Mac and iOS.

• rendering/RenderThemeCocoa.h:
• rendering/RenderThemeCocoa.mm:

(WebCore::RenderThemeCocoa::shouldHaveCapsLockIndicator const): Moved from RenderThemeMac.mm.

• rendering/RenderThemeIOS.h:
• rendering/RenderThemeIOS.mm:

(WebCore::RenderThemeIOS::shouldHaveCapsLockIndicator const): Deleted.

• rendering/RenderThemeMac.h:
• rendering/RenderThemeMac.mm:

(WebCore::RenderThemeMac::shouldHaveCapsLockIndicator const): Deleted; moved to RenderThemeCocoa.mm to be
shared by both Mac and iOS.

Source/WebCore/PAL:

Forward declare some more SPI.

• pal/spi/ios/GraphicsServicesSPI.h:
• pal/spi/ios/UIKitSPI.h:

Source/WebKit:

Notify the WebContent process with the current modifer state on window activation changes. Notify
the WebContent process when hardware keyboard availability changes (e.g. a keyboard is attached).

• UIProcess/API/Cocoa/WKWebView.mm:

(-[WKWebView _initializeWithConfiguration:]): Register for hardware keyboard availability changed notifications.
(-[WKWebView dealloc]): Unregister from hardware availability changed notifications.
(hardwareKeyboardAvailabilityChangedCallback): Added.

• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::updateCurrentModifierState): Compile this code when building for iOS.

• UIProcess/WebPageProxy.h:
• UIProcess/ios/WKContentViewInteraction.mm:

(-[WKContentView _handleKeyUIEvent:]): Update the current modifier state if this event is a hardware
keyboard flags changed event.

• UIProcess/ios/WebPageProxyIOS.mm:

(WebKit::WebPageProxy::hardwareKeyboardAvailabilityChanged): Added.

• WebProcess/WebPage/WebPage.h:
• WebProcess/WebPage/WebPage.messages.in:
• WebProcess/WebPage/ios/WebPageIOS.mm:

(WebKit::WebPage::hardwareKeyboardAvailabilityChanged):
Added new message HardwareKeyboardAvailabilityChanged. Notify the focused HTML input element (if we have
one) that the caps lock state may have changed when we receive message HardwareKeyboardAvailabilityChanged
so that we toggle visibility of the caps lock indicator.

Source/WebKitLegacy/mac:

Update the caps lock state when a hardware keyboard is attached or detached.

• WebView/WebHTMLView.mm:

(hardwareKeyboardAvailabilityChangedCallback): Added.
(-[WebHTMLView initWithFrame:]): Register for hardware keyboard availability changed notifications.
(-[WebHTMLView dealloc]): Unregister from hardware keyboard availability changed notifications.

WebKitLibraries:

Expose some more symbols.

• WebKitPrivateFrameworkStubs/iOS/12/GraphicsServices.framework/GraphicsServices.tbd:

11:04 AM Changeset in webkit [238046] by Chris Dumez

• 2 edits in trunk/Source/WebCore

Unreviewed attempt to fix WinCairo build after r238039.

• bindings/js/JSWorkerGlobalScopeBase.h:

10:58 AM Changeset in webkit [238045] by timothy_horton@apple.com

• 4 edits in trunk/Source/WebKit

Make use of _UIRemoteView instead of CALayerHost if possible for WKRemoteView
​https://bugs.webkit.org/show_bug.cgi?id=191449
<rdar://problem/45884977>

Reviewed by Eric Carlson.

UIRemoteView has some nice process assertion management that it would
be nice to not duplicate. So, we can just use it instead of CALayerHost!

• Platform/spi/ios/UIKitSPI.h:
• UIProcess/DrawingAreaProxy.h:

(WebKit::DrawingAreaProxy::page const):

• UIProcess/RemoteLayerTree/ios/RemoteLayerTreeHostIOS.mm:

(-[WKUIRemoteView hitTest:withEvent:]):
(-[WKUIRemoteView description]):
(createRemoteView):
(WebKit::RemoteLayerTreeHost::createLayer):

10:42 AM Changeset in webkit [238044] by Fujii Hironori

• 3 edits in trunk/Source/WebCore

Extensions3DOpenGLES.h: warning: 'blitFramebuffer' overrides a member function but is not marked 'override' [-Winconsistent-missing-override]
​https://bugs.webkit.org/show_bug.cgi?id=191451

Reviewed by Dean Jackson.

No new tests because there is no behavior change.

• platform/graphics/opengl/Extensions3DOpenGLES.cpp:

(WebCore::Extensions3DOpenGLES::setEXTContextLostCallback): Deleted unused method.

• platform/graphics/opengl/Extensions3DOpenGLES.h: Marked 'override'.

10:35 AM Changeset in webkit [238043] by eric.carlson@apple.com

• 2 edits in trunk/Source/WebKit

[MediaStream] Make screen capture an experimental feature
​https://bugs.webkit.org/show_bug.cgi?id=191472
<rdar://problem/45946499>

Reviewed by Jer Noble.

• Shared/WebPreferences.yaml: Make ScreenCaptureEnabled an experimental feature.

10:27 AM Changeset in webkit [238042] by aestes@apple.com

• 10 edits
  1 add in trunk

[Payment Request] canMakePayment() should not consider serialized payment method data
​https://bugs.webkit.org/show_bug.cgi?id=191432

Reviewed by Dean Jackson.

LayoutTests/imported/w3c:

• web-platform-tests/payment-request/payment-request-canmakepayment-method.https-expected.txt: Added.

Source/WebCore:

In ​https://github.com/w3c/payment-request/pull/806, we're changing the specification of
canMakePayment() to not consider serialized payment method data when deciding if a payment
method is supported. For Apple Pay, this means we resolve to true for
"​https://apple.com/apple-pay", even if an ApplePayRequest is omitted or is missing required
fields.

Added test cases to
http/tests/paymentrequest/payment-request-canmakepayment-method.https.html and
http/tests/paymentrequest/payment-request-show-method.https.html.

• Modules/paymentrequest/PaymentRequest.cpp:

(WebCore::PaymentRequest::canMakePayment):

LayoutTests:

• http/tests/paymentrequest/payment-request-canmakepayment-method.https-expected.txt:
• http/tests/paymentrequest/payment-request-canmakepayment-method.https.html: Updated with

changes from imported/w3c/web-platform-tests/payment-request/. Modified two tests to use
user_activation_test() rather than test_driver.bless().

• http/tests/paymentrequest/payment-request-show-method.https-expected.txt:
• http/tests/paymentrequest/payment-request-show-method.https.html: Now that canMakePayment

does not convert payment method data, added a test that ensures show() rejects with a
TypeError when Apple Pay's payment method data is invalid.

• platform/ios-wk2/TestExpectations: Un-skipped payment-request-canmakepayment-method.https.html.
• platform/mac-wk2/TestExpectations: Ditto.

10:22 AM Changeset in webkit [238041] by aestes@apple.com

• 7 edits in trunk

Source/WebCore:
[Payment Request] PaymentResponse.details should be updated when the user accepts a retried payment
​https://bugs.webkit.org/show_bug.cgi?id=191440

Reviewed by Dean Jackson.

PaymentResponse.details was being initialized in the PaymentResponse constructor and never
updated when the user accepts a retried payment. We need to update it.

Added a test case to http/tests/paymentrequest/payment-response-retry-method.https.html.

• Modules/paymentrequest/PaymentRequest.cpp:

(WebCore::PaymentRequest::accept):

• Modules/paymentrequest/PaymentResponse.cpp:

(WebCore::PaymentResponse::PaymentResponse):
(WebCore::PaymentResponse::setDetailsFunction):

• Modules/paymentrequest/PaymentResponse.h:

LayoutTests:
[Payment Request] PaymentResponse.details should be updated when the user accepts a rpayment retry
​https://bugs.webkit.org/show_bug.cgi?id=191440

Reviewed by Dean Jackson.

• http/tests/paymentrequest/payment-response-retry-method.https-expected.txt:
• http/tests/paymentrequest/payment-response-retry-method.https.html:

10:19 AM Changeset in webkit [238040] by Fujii Hironori

• 2 edits in trunk/Source/WebCore

MediaPlayerPrivateMediaFoundation.h: warning: 'GetService' overrides a member function but is not marked 'override' [-Winconsistent-missing-override]
​https://bugs.webkit.org/show_bug.cgi?id=191453

Reviewed by Per Arne Vollan.

No new tests because there is no behavior change.

• platform/graphics/win/MediaPlayerPrivateMediaFoundation.h: Marked with 'override' and removed 'virtual'.

9:48 AM Changeset in webkit [238039] by Chris Dumez

• 5 edits in trunk/Source/WebCore

Unreviewed attempt to fix internal build on macOS.

'Export' is defined in several headers.

• bindings/js/JSDOMGlobalObject.cpp:
• bindings/js/JSDOMGlobalObject.h:
• bridge/jsc/BridgeJSC.cpp:
• bridge/jsc/BridgeJSC.h:

9:37 AM Changeset in webkit [238038] by Chris Dumez

• 29 edits
  3 moves
  3 adds in trunk

HTML form validation bubble disappears
​https://bugs.webkit.org/show_bug.cgi?id=191418

Reviewed by Simon Fraser.

Source/WebCore:

If we validate a form and find an invalid form control, we'll scroll it into view and show
the validation bubble. However, scrolling the element into view may be an asynchronous
operation, in which case it would discard the validation bubble prematurely because scrolling
hides the validation bubble. To address the issue, we now show the validation message
asynchronously after focusing the element (and potentially scrolling it into view).

Test: fast/forms/scroll-into-view-and-show-validation-message.html

• html/HTMLFormControlElement.cpp:

(WebCore::HTMLFormControlElement::focusAndShowValidationMessage):

LayoutTests:

Add API test coverage and update existing tests to use form-validation.js and
avoid code duplication.

• fast/forms/form-validation.js: Added.

(getValidationBubbleContents):
(getValidationBubble.return.new.Promise.):
(getValidationBubble):

• fast/forms/ios/validation-bubble-dismiss-on-tap-expected.txt:
• fast/forms/ios/validation-bubble-dismiss-on-tap.html:
• fast/forms/navigation-dismisses-validation-bubbles-expected.txt: Renamed from LayoutTests/http/tests/navigation/navigation-dismisses-validation-bubbles-expected.txt.
• fast/forms/navigation-dismisses-validation-bubbles.html: Renamed from LayoutTests/http/tests/navigation/navigation-dismisses-validation-bubbles.html.
• fast/forms/resources/check-validation-bubble-not-visible.html: Renamed from LayoutTests/http/tests/navigation/resources/check-validation-bubble-not-visible.html.
• fast/forms/scroll-into-view-and-show-validation-message-expected.txt: Added.
• fast/forms/scroll-into-view-and-show-validation-message.html: Added.
• fast/forms/validation-bubble-disappears-when-input-detached-expected.txt:
• fast/forms/validation-bubble-disappears-when-input-detached.html:
• fast/forms/validation-bubble-disappears-when-input-moved-expected.txt:
• fast/forms/validation-bubble-disappears-when-input-moved.html:
• fast/forms/validation-bubble-disappears-when-input-no-longer-visible-expected.txt:
• fast/forms/validation-bubble-disappears-when-input-no-longer-visible.html:
• fast/forms/validation-bubble-escape-key-dismiss-expected.txt:
• fast/forms/validation-bubble-escape-key-dismiss.html:
• fast/forms/validation-custom-message-expected.txt:
• fast/forms/validation-custom-message.html:
• fast/forms/validation-message-detached-iframe-expected.txt:
• fast/forms/validation-message-detached-iframe.html:
• fast/forms/validation-message-detached-iframe2-expected.txt:
• fast/forms/validation-message-detached-iframe2.html:
• fast/forms/validation-message-minimum-font-size-expected.txt:
• fast/forms/validation-message-minimum-font-size.html:
• fast/forms/validation-messages-expected.txt:
• fast/forms/validation-messages.html:
• platform/gtk/TestExpectations:
• platform/ios-wk1/TestExpectations:
• platform/win/TestExpectations:

9:32 AM Changeset in webkit [238037] by Brent Fulgham

• 4 edits in trunk/Source/WebCore

[Windows][DirectX] Be more rigors about BeginFigure/EndFigure and Close operations.
​https://bugs.webkit.org/show_bug.cgi?id=191452
<rdar://problem/45933964>

Reviewed by Zalan Bujtas.

Do a better job of balancing the BeginFigure/EndFigure calls in
the PathDirect2D implementation. Failure to do so puts the Geometry sink
into an error state that prevents it from producing drawing output.

• platform/graphics/Path.h:
• platform/graphics/win/GraphicsContextDirect2D.cpp:

(WebCore::GraphicsContext::drawPath): Flush is needed here.
(WebCore::GraphicsContext::fillPath): Ditto.
(WebCore::GraphicsContext::strokePath): Ditto.

• platform/graphics/win/PathDirect2D.cpp:

(WebCore::Path::drawDidComplete):
(WebCore::Path::closeAnyOpenGeometries):
(WebCore::Path::transform):
(WebCore::Path::openFigureAtCurrentPointIfNecessary):
(WebCore::Path::moveTo):
(WebCore::Path::closeSubpath):

9:27 AM Changeset in webkit [238036] by sihui_liu@apple.com

• 2 edits in trunk/Source/WebKitLegacy

Remove legacy storage tracker database file after r237330
​https://bugs.webkit.org/show_bug.cgi?id=191423

Reviewed by Geoffrey Garen.

r237330 changed the file name of storage tracker database, but it did not remove the old
file before using the new one.

• Storage/StorageTracker.cpp:

(WebKit::StorageTracker::internalInitialize):

9:24 AM Changeset in webkit [238035] by jer.noble@apple.com

• 6 edits
  1 copy
  3 adds in trunk

[Cocoa] Fix failing imported/w3c/web-platform-tests/media-source/mediasource-changetype-play.html test
​https://bugs.webkit.org/show_bug.cgi?id=191396

Reviewed by Eric Carlson.

LayoutTests/imported/w3c:

Modify the changetype test suite to include a HEVC version.

• web-platform-tests/media-source/hevc/test-v-128k-320x240-24fps-8kfr.mp4: Added.
• web-platform-tests/media-source/mediasource-changetype-util.js:

(findSupportedChangeTypeTestTypes):

Source/WebCore:

When changeType() is called, exempt video and text tracks (in addition to just audio tracks)
from "same codec" requirements.

• Modules/mediasource/SourceBuffer.cpp:

(WebCore::SourceBuffer::validateInitializationSegment):

LayoutTests:

• platform/mac/imported/w3c/web-platform-tests/media-source/mediasource-changetype-play-expected.txt:
• platform/mac-sierra/imported/w3c/web-platform-tests/media-source/mediasource-changetype-play-expected.txt:

9:16 AM Changeset in webkit [238034] by Ryan Haddad

• 1 edit
  2 adds in trunk/LayoutTests

Clean up test expectations after r237942
​https://bugs.webkit.org/show_bug.cgi?id=191448

Unreviewed test gardening.

Add test expectation files for Sierra WK1.

• platform/mac-sierra-wk1/compositing/repaint/iframes/compositing-iframe-scroll-repaint-expected.txt: Added.
• platform/mac-sierra-wk1/compositing/repaint/iframes/compositing-iframe-with-fixed-background-doc-repaint-expected.txt: Added.

9:06 AM Changeset in webkit [238033] by dbates@webkit.org

• 5 edits
  2 adds in trunk

[iOS] Pressing forward delete key in text field does nothing and we should not invoke an editor
action when forward delete is pressed outside a text field
​https://bugs.webkit.org/show_bug.cgi?id=190566
<rdar://problem/45262367>

Reviewed by Wenson Hsieh.

Source/WebKit:

Override -_deleteForwardAndNotify to perform a forward deletion and remove the dead code that
expected UIKit to send us a character string with 0xF728 for the forward delete key. UIKit
ceased doing this many years ago. We may revist this decision once <rdar://problem/45772078>
is fixed.

• UIProcess/ios/WKContentViewInteraction.mm:

(-[WKContentView _interpretKeyEvent:isCharEvent:]):
(-[WKContentView _deleteForwardAndNotify:]):

Source/WebKitLegacy/mac:

Remove dead code. UIKit ceased sending us a character string with 0xF728 for the forward delete
key many years ago. We will need to fix up iOS Legacy WebKit support for the forward delete key
in UIKit. We may revist this decision once <rdar://problem/45772078> is fixed.

• WebView/WebHTMLView.mm:

(-[WebHTMLView _handleEditingKeyEvent:]):

LayoutTests:

Add a test to ensure that pressing the forward delete key deletes the next character.

• fast/events/ios/forward-delete-in-editable-expected.txt: Added.
• fast/events/ios/forward-delete-in-editable.html: Added.

8:42 AM Changeset in webkit [238032] by Fujii Hironori

• 2 edits in trunk/Source/WebKitLegacy/win

WebHistory.h: warning: 'QueryInterface' overrides a member function but is not marked 'override' [-Winconsistent-missing-override]
​https://bugs.webkit.org/show_bug.cgi?id=191455

Reviewed by Brent Fulgham.

• WebHistory.h: Marked with 'override' and removed 'virtual'.

8:40 AM Changeset in webkit [238031] by keith_miller@apple.com

• 6 edits in trunk/Source

LLInt VectorSizeOffset should be based on offset extraction
​https://bugs.webkit.org/show_bug.cgi?id=191468

Reviewed by Yusuke Suzuki.

Source/JavaScriptCore:

This patch also adds some usings to LLIntOffsetsExtractor that
make it possible to use the bare names of Vector/RefCountedArray
in offsets extraction.

• llint/LLIntOffsetsExtractor.cpp:
• llint/LowLevelInterpreter.asm:

Source/WTF:

Make things friends with LLIntOffsetsExtractor.

• wtf/RefCountedArray.h:
• wtf/Vector.h:

8:15 AM Changeset in webkit [238030] by Carlos Garcia Campos

• 4 edits in trunk

REGRESSION(r236365): [GTK] Many form-related tests are failing
​https://bugs.webkit.org/show_bug.cgi?id=189993

Reviewed by Michael Catanzaro.

Source/WebCore:

Only the first form data element is added to the message body due to a return added by mistake in r236365.

• platform/network/soup/ResourceRequestSoup.cpp:

(WebCore::ResourceRequest::updateSoupMessageBody const): Remove return.

LayoutTests:

Remove expectations for tests that are passing now.

• platform/gtk/TestExpectations:

7:30 AM Changeset in webkit [238029] by commit-queue@webkit.org

• 2 edits in trunk/Source/WTF

[WTF] Changes in bug 188867 break non-Linux Unix builds
​https://bugs.webkit.org/show_bug.cgi?id=191380

The intention of 188867 was to split out platform-specific
heap query/release code. Any unsupported platform
would use a generic, no-op stub. However, wtf/PlatformGTK.cmake
ended up sending all non-Linux platforms through the Linux
implementation, which breaks the build for those platforms.
This includes any user of the GTK target which is not Linux,
such as the *BSDs, Solaris, etc.

Patch by Jim Mason <​jmason@ibinx.com> on 2018-11-09
Reviewed by Yusuke Suzuki.

• wtf/PlatformGTK.cmake: Updated to include Linux-specific

code only for Linux; all other platforms use the generic stub.

7:28 AM Changeset in webkit [238028] by Alan Bujtas

• 5 edits in trunk/Source/WebCore

[LFC][IFC] Move some code from InlineFormattingContext::Line to InlineFormattingContext/Geometry
​https://bugs.webkit.org/show_bug.cgi?id=191445

Reviewed by Antti Koivisto.

The idea here is that Line should not have to deal with all the post processig tasks like the runs final aligments.
(The line class would eventually turn into a collection of random things).

• layout/inlineformatting/InlineFormattingContext.cpp:

(WebCore::Layout::InlineFormattingContext::closeLine const):
(WebCore::Layout::InlineFormattingContext::appendContentToLine const):
(WebCore::Layout::InlineFormattingContext::layoutInlineContent const):

• layout/inlineformatting/InlineFormattingContext.h:

(WebCore::Layout::InlineFormattingContext::Line::contentLogicalLeft const):
(WebCore::Layout::InlineFormattingContext::Line::lastRunType const):

• layout/inlineformatting/InlineFormattingContextGeometry.cpp:

(WebCore::Layout::InlineFormattingContext::Geometry::adjustedLineLogicalLeft):
(WebCore::Layout::InlineFormattingContext::Geometry::justifyRuns):
(WebCore::Layout::InlineFormattingContext::Geometry::computeExpansionOpportunities):

• layout/inlineformatting/Line.cpp:

(WebCore::Layout::InlineFormattingContext::Line::Line):
(WebCore::Layout::InlineFormattingContext::Line::init):
(WebCore::Layout::InlineFormattingContext::Line::contentLogicalRight const):
(WebCore::Layout::InlineFormattingContext::Line::appendContent):
(WebCore::Layout::InlineFormattingContext::Line::close):
(WebCore::Layout::adjustedLineLogicalLeft): Deleted.
(WebCore::Layout::InlineFormattingContext::Line::contentLogicalRight): Deleted.
(WebCore::Layout::InlineFormattingContext::Line::computeExpansionOpportunities): Deleted.
(WebCore::Layout::InlineFormattingContext::Line::justifyRuns): Deleted.

7:05 AM Changeset in webkit [238027] by Philippe Normand

• 2 edits in trunk/Source/WebCore

Unreviewed, GStreamer build warning fix

• platform/mediastream/libwebrtc/GStreamerVideoEncoderFactory.cpp:

(WebCore::GStreamerVideoEncoder::newSampleCallback): Timesamp()
returns a uint32_t, fix format string accordingly.

3:32 AM Changeset in webkit [238026] by yusukesuzuki@slowstart.org

• 9 edits in trunk/Source/JavaScriptCore

Unreviewed, rolling in CodeCache in r237254
​https://bugs.webkit.org/show_bug.cgi?id=190340

Land the CodeCache part, which uses DefaultHash<>::Hash instead of computeHash.

• bytecode/UnlinkedFunctionExecutable.cpp:

(JSC::UnlinkedFunctionExecutable::fromGlobalCode):

• bytecode/UnlinkedFunctionExecutable.h:
• parser/SourceCodeKey.h:

(JSC::SourceCodeKey::SourceCodeKey):
(JSC::SourceCodeKey::operator== const):

• runtime/CodeCache.cpp:

(JSC::CodeCache::getUnlinkedGlobalCodeBlock):
(JSC::CodeCache::getUnlinkedGlobalFunctionExecutable):

• runtime/CodeCache.h:
• runtime/FunctionConstructor.cpp:

(JSC::constructFunctionSkippingEvalEnabledCheck):

• runtime/FunctionExecutable.cpp:

(JSC::FunctionExecutable::fromGlobalCode):

• runtime/FunctionExecutable.h:

2:53 AM Changeset in webkit [238025] by Philippe Normand

• 5 edits
  2 adds in trunk/Tools

[Flatpak] Refactoring and drive-by fixes
​https://bugs.webkit.org/show_bug.cgi?id=191421

Reviewed by Michael Catanzaro.

• Scripts/webkitdirs.pm:

(inFlatpakSandbox): Flatpak now has a /.flatpak-info file when in
the sandbox, so rely on this.

• flatpak/flatpakutils.py:

(expand_manifest): Pass explicit keywords to load_manifest() and
remove unused local variable.
(WebkitFlatpak.clean_args): Move hard-coded sdk/runtime infos to the manifest file.
(WebkitFlatpak.run_in_sandbox): Add support for extra environment variables.
(WebkitFlatpak.setup_dev_env): Stop build at final app. Refactor
build_type handling a bit.

• flatpak/org.webkit.CommonModules.yaml: Added.
• flatpak/org.webkit.WPE.yaml: wpebackend upstream was renamed to libwpe.
• flatpak/org.webkit.WebKit.yaml: Move common dependencies

declaration to CommonModules, so it can be reused later when we
add support for building extra libraries depending on WPE.

1:22 AM Changeset in webkit [238024] by keith_miller@apple.com

• 2 edits in trunk/Source/JavaScriptCore

put_by_val opcodes need to add the number tag as a 64-bit register
​https://bugs.webkit.org/show_bug.cgi?id=191456

Reviewed by Saam Barati.

Previously the LLInt would add it as a pointer sized value. That is
wrong if pointer size is less 64-bits.

• llint/LowLevelInterpreter64.asm:

Nov 8, 2018:

11:13 PM Changeset in webkit [238023] by Matt Baker

• 3 edits in trunk/Source/WebInspectorUI

Web Inspector: ResourceQueryController should early return when query is longer than search string
​https://bugs.webkit.org/show_bug.cgi?id=191436

Reviewed by Devin Rousso.

• UserInterface/Controllers/ResourceQueryController.js:

• UserInterface/Models/ResourceQueryMatch.js:

(WI.ResourceQueryMatch):
Drive-by fixes.

10:52 PM Changeset in webkit [238022] by bshafiei@apple.com

• 2 edits in tags/Safari-607.1.13.1/Source/JavaScriptCore

Cherry-pick r238012. rdar://problem/45930711

Options::useRegExpJIT() should use jitEnabledByDefault() just like useJIT()
​https://bugs.webkit.org/show_bug.cgi?id=191444

Reviewed by Saam Barati.

• runtime/Options.h:

git-svn-id: ​https://svn.webkit.org/repository/webkit/trunk@238012 268f45cc-cd09-0410-ab3c-d52691b4dbfc

10:52 PM Changeset in webkit [238021] by bshafiei@apple.com

• 2 edits in tags/Safari-607.1.13.1/Source/JavaScriptCore

Cherry-pick r238000. rdar://problem/45922187

jitEnabledByDefault() should be on useJIT not useBaselineJIT
​https://bugs.webkit.org/show_bug.cgi?id=191434

Reviewed by Saam Barati.

• runtime/Options.h:

git-svn-id: ​https://svn.webkit.org/repository/webkit/trunk@238000 268f45cc-cd09-0410-ab3c-d52691b4dbfc

10:49 PM Changeset in webkit [238020] by Wenson Hsieh

• 2 edits in trunk/Source/WebKit

Unreviewed, try to fix the 32-bit macOS build

• WebProcess/Plugins/PDF/PDFPlugin.mm:

(WebKit::PDFPlugin::showDefinitionForAttributedString):

10:48 PM Changeset in webkit [238019] by bshafiei@apple.com

• 7 edits in tags/Safari-607.1.13.1/Source

Versioning.

10:47 PM Changeset in webkit [238018] by bshafiei@apple.com

• 1 copy in tags/Safari-607.1.13.1

New tag.

10:07 PM Changeset in webkit [238017] by commit-queue@webkit.org

• 2 edits in trunk/Source/WebInspectorUI

Uncaught Exception: undefined is not an object (evaluating 'treeElement.parent.removeChild')
​https://bugs.webkit.org/show_bug.cgi?id=191454

Patch by Joseph Pecoraro <Joseph Pecoraro> on 2018-11-08
Reviewed by Matt Baker.

• UserInterface/Views/ResourceSidebarPanel.js:

(WI.ResourceSidebarPanel.prototype._scriptsCleared):
This was intending to iterate the Map's values, which are tree elements.

9:30 PM Changeset in webkit [238016] by Ross Kirsling

• 3 edits in trunk/Source/JavaScriptCore

[JSC] isStrWhiteSpace seems redundant with Lexer<UChar>::isWhiteSpace
​https://bugs.webkit.org/show_bug.cgi?id=191439

Reviewed by Saam Barati.

• CMakeLists.txt:
• runtime/ParseInt.h:

(JSC::isStrWhiteSpace):
Define isStrWhiteSpace in terms of isWhiteSpace and isLineTerminator.

7:23 PM Changeset in webkit [238015] by commit-queue@webkit.org

• 23 edits
  3 adds in trunk

Source/WebCore:
Add an SPI to allow WebView clients to add additional supported image formats
​https://bugs.webkit.org/show_bug.cgi?id=190454

Patch by Said Abou-Hallawa <​sabouhallawa@apple.com> on 2018-11-08
Reviewed by Simon Fraser.

Add an SPI to allow additional supported image formats in WebView. These
additional formats can be set in the WKWebViewConfiguration as an NSArray
of NStrings. Each string represents an image source type aka UTI.

The ImageSourceType in the functions' names will be replaced by ImageType.
ImageType in this context is the image UTI (Uniform Type Identifier).

• platform/MIMETypeRegistry.cpp:

(WebCore::MIMETypeRegistry::supportedImageMIMETypes):
(WebCore::MIMETypeRegistry::additionalSupportedImageMIMETypes):
(WebCore::supportedImageMIMETypesForEncoding):
(WebCore::MIMETypeRegistry::isSupportedImageMIMEType):

• platform/MIMETypeRegistry.h:
• platform/graphics/cg/ImageDecoderCG.cpp:

(WebCore::ImageDecoderCG::filenameExtension const):
(WebCore::ImageDecoderCG::encodedDataStatus const):

• platform/graphics/cg/ImageSourceCG.h:
• platform/graphics/cg/ImageSourceCGMac.mm:

(WebCore::MIMETypeForImageType):
(WebCore::preferredExtensionForImageType):
(WebCore::MIMETypeForImageSourceType): Deleted.
(WebCore::preferredExtensionForImageSourceType): Deleted.

• platform/graphics/cg/ImageSourceCGWin.cpp:

(WebCore::MIMETypeForImageType):
(WebCore::preferredExtensionForImageType):
(WebCore::MIMETypeForImageSourceType): Deleted.
(WebCore::preferredExtensionForImageSourceType): Deleted.

• platform/graphics/cg/UTIRegistry.cpp:

(WebCore::defaultSupportedImageTypes):
(WebCore::additionalSupportedImageTypes):
(WebCore::setAdditionalSupportedImageTypes):
(WebCore::isSupportedImageType):
(WebCore::supportedDefaultImageSourceTypes): Deleted.
(WebCore::isSupportImageSourceType): Deleted.

• platform/graphics/cg/UTIRegistry.h:

Source/WebKit:
Add an SPI to allow WebView clients to add additional supported image formats
​https://bugs.webkit.org/show_bug.cgi?id=190454

Patch by Said Abou-Hallawa <​sabouhallawa@apple.com> on 2018-11-08
Reviewed by Simon Fraser.

• Platform/mac/StringUtilities.h:
• Platform/mac/StringUtilities.mm:

(WebKit::webCoreStringVectorFromNSStringArray):
A helper function which converts an NSArray of NSStrings to a Vector of
WTFString.

• Shared/WebPageCreationParameters.cpp:

(WebKit::WebPageCreationParameters::encode const):
(WebKit::WebPageCreationParameters::decode):

• Shared/WebPageCreationParameters.h:

Handle encoding and decoding the AdditionalSupportedImageTypes which will
allow transferring it from the UI process to the web process.

• UIProcess/API/APIPageConfiguration.h:

(API::PageConfiguration::additionalSupportedImageTypes const):
(API::PageConfiguration::setAdditionalSupportedImageTypes):
Store the AdditionalSupportedImageTypes in the APIPageConfiguration
which is used when creating the WebPageProxy in the UIPorcess.

• UIProcess/API/Cocoa/WKWebView.mm:

(-[WKWebView _initializeWithConfiguration:]):

• UIProcess/API/Cocoa/WKWebViewConfiguration.mm:

(-[WKWebViewConfiguration copyWithZone:]):
(-[WKWebViewConfiguration _additionalSupportedImageTypes]):
(-[WKWebViewConfiguration _setAdditionalSupportedImageTypes:]):

• UIProcess/API/Cocoa/WKWebViewConfigurationPrivate.h:

Setter/Getter for the AdditionalSupportedImageTypes.

• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::creationParameters):
Copy the AdditionalSupportedImageTypes from APIPageConfiguration to
WebPageCreationParameters.

• UIProcess/WebPageProxy.h:

Delete unimplemented function.

• WebProcess/WebPage/WebPage.cpp:

(WebKit::m_shouldAttachDrawingAreaOnPageTransition):
Copy the AdditionalSupportedImageTypes from WebPageCreationParameters to
WebCore.

Tools:
onal supported image formats
​https://bugs.webkit.org/show_bug.cgi?id=190454

Patch by Said Abou-Hallawa <​sabouhallawa@apple.com> on 2018-11-08
Reviewed by Simon Fraser.

Test opening a TGA image in WebView which is not allowed by default. The
TGA format will be allowed through WKWebViewConfiguration.

• TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
• TestWebKitAPI/Tests/WebKitCocoa/100x100-red.tga: Added.
• TestWebKitAPI/Tests/WebKitCocoa/400x400-green.png: Added.
• TestWebKitAPI/Tests/WebKitCocoa/AdditionalSupportedImageTypes.mm: Added.

(runTest):
(TEST):

5:59 PM Changeset in webkit [238014] by Megan Gardner

• 18 edits
  2 copies
  3 adds in trunk

Adopt Reveal Framework to replace Lookup
​https://bugs.webkit.org/show_bug.cgi?id=191097
Source/WebCore:

Reviewed by Tim Horton.

Reveal is not currently testable.

The Reveal framework does the same job as Lookup and DataDectors.
In this patch we switch from using Lookup to determine what text
to select and define to using Reveal and RVItems. Since this
code needs to work on older systems, and Reveal is newer, we also need
to keep around the old code for old systems so that they can also
continue to work. Eventually we will remove this code and also likly switch
to passing RVItems across from the web process rather than making them
on each side.

• SourcesCocoa.txt:
• WebCore.xcodeproj/project.pbxproj:
• editing/mac/DictionaryLookup.h:
• editing/mac/DictionaryLookup.mm:

Create a delegate to respond to Reveal and help draw the string or highlight.

(-[WebRevealHighlight initWithHighlightRect:useDefaultHighlight:attributedString:]):
(-[WebRevealHighlight setClearTextIndicator:]):
(-[WebRevealHighlight revealContext:rectsForItem:]):
(-[WebRevealHighlight revealContext:drawRectsForItem:]):
(-[WebRevealHighlight revealContext:shouldUseDefaultHighlightForItem:]):
(-[WebRevealHighlight revealContext:stopHighlightingItem:]):
(WebCore::showPopupOrCreateAnimationController):

Unify the code paths and utalize the Reveal framework to create and/or display the popovers.

(WebCore::DictionaryLookup::showPopup):
(WebCore::DictionaryLookup::animationControllerForPopup):

Pipe the new callback through.

(WebCore::tokenRange): Deleted.

Only used with Lookup

(WebCore::selectionContainsPosition): Deleted.

Only used with Lookup.

• editing/mac/DictionaryLookupLegacy.mm: Copied from Source/WebCore/editing/mac/DictionaryLookup.mm.

Keep a copy of the previous implementation of DictionaryLookup, because Reveal not available on older
system.

(WebCore::tokenRange):
(WebCore::selectionContainsPosition):
(WebCore::expandSelectionByCharacters):
(WebCore::showPopupOrCreateAnimationController):
(WebCore::DictionaryLookup::showPopup):
(WebCore::DictionaryLookup::hidePopup):
(WebCore::DictionaryLookup::animationControllerForPopup):

Source/WebCore/PAL:

<rdar://problem/45924508>

Reviewed by Tim Horton.

Add in reveal SPI so WebKit will continue to build without the internal SDK.

• PAL.xcodeproj/project.pbxproj:
• pal/spi/mac/RevealSPI.h: Added.

Source/WebKit:

<rdar://problem/45924508>

Reviewed by Tim Horton.

Pass in what it needed to clear the textIndicators. This is better than
the current notification structure.

• UIProcess/Cocoa/WebViewImpl.mm:

(-[WKWindowVisibilityObserver dealloc]):
(-[WKWindowVisibilityObserver startObservingLookupDismissalIfNeeded]):

• UIProcess/mac/PageClientImplMac.mm:

(WebKit::PageClientImpl::didPerformDictionaryLookup):

• UIProcess/mac/WKImmediateActionController.mm:

(-[WKImmediateActionController _animationControllerForText]):

• WebProcess/Plugins/PDF/PDFPlugin.mm:

(WebKit::PDFPlugin::showDefinitionForAttributedString):

Generate and pass in the text indicator information, as this is needed now.

• WebProcess/WebPage/mac/WebPageMac.mm:

(WebKit::WebPage::dictionaryPopupInfoForSelectionInPDFPlugin):

Source/WebKitLegacy/mac:

<rdar://problem/45924508>

Reviewed by Tim Horton.

Pass in what it needed to clear the textIndicators. This is better than
the current notification structure.

• WebView/WebView.mm:

(-[WebView _animationControllerForDictionaryLookupPopupInfo:]):
(-[WebView _prepareForDictionaryLookup]):

LayoutTests:

Reviewed by Tim Horton.

Reveal selects spaces instead of adjacent words, no matter how interesting they are.
Update the tests to show this, and change the expections for previous platforms.

• editing/mac/selection/context-menu-select-editability-expected.txt:
• editing/mac/selection/context-menu-select-editability.html:
• platform/mac-highsierra/editing/mac/selection/context-menu-select-editability-expected.txt: Copied from LayoutTests/editing/mac/selection/context-menu-select-editability-expected.txt.

5:51 PM Changeset in webkit [238013] by Ryan Haddad

• 3 edits
  1 copy
  5 adds in trunk/LayoutTests

Clean up test expectations after r237942
​https://bugs.webkit.org/show_bug.cgi?id=191448

Unreviewed test gardening.

Add High Sierra specific expectation files for three tests, rebaseline one for Mojave, and remove failure expectations.

• platform/mac-highsierra-wk1/compositing/repaint/iframes/composited-iframe-with-fixed-background-doc-repaint-expected.txt: Copied from LayoutTests/platform/mac-wk1/compositing/repaint/iframes/composited-iframe-with-fixed-background-doc-repaint-expected.txt.
• platform/mac-highsierra-wk1/compositing/repaint/iframes/compositing-iframe-scroll-repaint-expected.txt: Added.
• platform/mac-highsierra-wk1/compositing/repaint/iframes/compositing-iframe-with-fixed-background-doc-repaint-expected.txt: Added.
• platform/mac-wk1/TestExpectations:
• platform/mac-wk1/compositing/repaint/iframes/composited-iframe-with-fixed-background-doc-repaint-expected.txt:

5:34 PM Changeset in webkit [238012] by msaboff@apple.com

• 2 edits in trunk/Source/JavaScriptCore

Options::useRegExpJIT() should use jitEnabledByDefault() just like useJIT()
​https://bugs.webkit.org/show_bug.cgi?id=191444

Reviewed by Saam Barati.

• runtime/Options.h:

5:29 PM Changeset in webkit [238011] by Fujii Hironori

• 2 edits in trunk/Source/JavaScriptCore

[Win] UDis86Disassembler.cpp: warning: format specifies type 'unsigned long' but the argument has type 'uintptr_t' (aka 'unsigned long long')
​https://bugs.webkit.org/show_bug.cgi?id=191416

Reviewed by Saam Barati.

• disassembler/UDis86Disassembler.cpp:

(JSC::tryToDisassembleWithUDis86): Use PRIxPTR for uintptr_t.

4:23 PM Changeset in webkit [238010] by jiewen_tan@apple.com

• 2 edits
  2 moves in trunk/Tools

Unreviewed, a proper build fix for r237983

Don't include header PublicKeyCredential.h in CtapResponseTest.cpp.

• TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
• TestWebKitAPI/Tests/WebCore/CtapRequestTest.cpp: Renamed from Tools/TestWebKitAPI/Tests/WebCore/mac/CtapRequestTest.cpp.

(TestWebKitAPI::TEST):

• TestWebKitAPI/Tests/WebCore/CtapResponseTest.cpp: Renamed from Tools/TestWebKitAPI/Tests/WebCore/mac/CtapResponseTest.cpp.

(TestWebKitAPI::getTestCorruptedSignResponse):
(TestWebKitAPI::getTestCredentialRawIdBytes):
(TestWebKitAPI::convertToVector):
(TestWebKitAPI::TEST):

4:22 PM Changeset in webkit [238009] by Ryan Haddad

• 3 edits in trunk/LayoutTests

[Mojave WK1] Layout test fast/events/detect-caps-lock.html is timing out
​https://bugs.webkit.org/show_bug.cgi?id=191424

Unreviewed test gardening.

Update expectations since this test is only expected to run on WK2.

• platform/mac-wk2/TestExpectations:
• platform/mac/TestExpectations:

4:13 PM Changeset in webkit [238008] by Keith Rollin

• 12 edits
  9 adds in trunk

Create .xcfilelist files
​https://bugs.webkit.org/show_bug.cgi?id=191324
<rdar://problem/45852819>

Reviewed by Alex Christensen.

As part of preparing for enabling XCBuild, create and use .xcfilelist
files. These files are using during Run Script build phases in an
Xcode project. If a Run Script build phase produces new files that are
used later as inputs to subsequent build phases, XCBuild needs to know
about these files. These files can be either specified in an "output
files" section of the Run Script phase editor, or in .xcfilelist files
that are associated with the Run Script build phase.

This patch takes the second approach. It consists of three sets of changes:

• Modify the DerivedSources.make files to have a 'print_all_generated_files" target that produces a list of the files they create.

• Create a shell script that produces .xcfilelist files from the output of the previous step, as well as for the files created in the Generate Unified Sources build steps.

• Add the new .xcfilelist files to the associated projects.

Note that, with these changes, the Xcode workspace and projects can no
longer be fully loaded into Xcode 9. Xcode will attempt to load the
projects that have .xcfilelist files associated with them, but will
fail and display a placeholder for those projects instead. It's
expected that all developers are using Xcode 10 by now and that not
being able to load into Xcode 9 is not a practical issue. Keep in mind
that this is strictly an IDE issue, and that the projects can still be
built with xcodebuild.

Also note that the shell script that creates the .xcfilelist files can
also be used to verify that the set of files that's currently checked
in is up-to-date. This checking can be used as part of a check-in hook
or part of check-webkit-style to sooner catch cases where the
.xcfilelist files need to be regenerated.

Source/JavaScriptCore:

• DerivedSources.make:
• DerivedSources.xcfilelist: Added.
• JavaScriptCore.xcodeproj/project.pbxproj:
• UnifiedSources.xcfilelist: Added.

Source/WebCore:

No new tests -- no changed functionality.

• DerivedSources.make:
• DerivedSources.xcfilelist: Added.
• UnifiedSources.xcfilelist: Added.
• WebCore.xcodeproj/project.pbxproj:

Source/WebKit:

• DerivedSources.make:
• DerivedSources.xcfilelist: Added.
• UnifiedSources.xcfilelist: Added.
• WebKit.xcodeproj/project.pbxproj:

Tools:

• DumpRenderTree/DerivedSources.make:
• DumpRenderTree/DerivedSources.xcfilelist: Added.
• Scripts/generate-xcfilelists: Added.
• WebKitTestRunner/DerivedSources.make:
• WebKitTestRunner/DerivedSources.xcfilelist: Added.

4:07 PM Changeset in webkit [238007] by Ryan Haddad

• 3 edits in branches/safari-606-branch/LayoutTests

Unreviewed test gardening for rdar://problem/44568702.

• platform/ios-wk2/TestExpectations:
• platform/mac-wk2/TestExpectations:

3:58 PM Changeset in webkit [238006] by don.olmstead@sony.com

• 5 edits
  1 add
  2 deletes in trunk/Source/WebCore

Provide generic implementation of SSLKeyGenerator functions
​https://bugs.webkit.org/show_bug.cgi?id=191428

Reviewed by Michael Catanzaro.

No new tests. No change in behavior.

Both SSLKeyGeneratorGLib and SSLKeyGeneratorIOS were stub
implementations. Since <keygen> is deprecated it looks unlikely that
an implementation is actually needed, however an implementation is
needed until support is reomved.

• Sources.txt:
• SourcesCocoa.txt:
• WebCore.xcodeproj/project.pbxproj:
• platform/SSLKeyGenerator.cpp: Added.

(WebCore::getSupportedKeySizes):
(WebCore::signedPublicKeyAndChallengeString):

• platform/SourcesGLib.txt:
• platform/glib/SSLKeyGeneratorGLib.cpp: Removed.
• platform/ios/SSLKeyGeneratorIOS.cpp: Removed.

3:44 PM Changeset in webkit [238005] by commit-queue@webkit.org

• 2 edits in trunk/Source/WebInspectorUI

Web Inspector: Potential for watch expressions to never show results
​https://bugs.webkit.org/show_bug.cgi?id=191438

Patch by Joseph Pecoraro <Joseph Pecoraro> on 2018-11-08
Reviewed by Matt Baker.

• UserInterface/Views/ScopeChainDetailsSidebarPanel.js:

(WI.ScopeChainDetailsSidebarPanel.prototype._generateWatchExpressionsSection):
If there was no object don't bail, continue and resolve the Promise.
In this case we can fallback to show undefined. This code might not be
reachable right now, but is wrong as is.

3:40 PM Changeset in webkit [238004] by Ross Kirsling

• 31 edits in trunk

U+180E is no longer a whitespace character
​https://bugs.webkit.org/show_bug.cgi?id=191415

Reviewed by Saam Barati.

JSTests:

• ChakraCore/test/es5/regexSpace.baseline:
• ChakraCore/test/es6/unicode_whitespace.js:

Update tests to latest version.
(See ​https://github.com/Microsoft/ChakraCore/commit/7c097b698de1e400286f9b957597b2a81fc6f80b.)

• test262.yaml:
• test262/config.yaml:
• test262/expectations.yaml:

Update expectations.

Source/JavaScriptCore:

Mongolian Vowel Separator stopped being a valid whitespace character as of ES2016.
(​https://github.com/tc39/ecma262/pull/300)

• parser/Lexer.h:

(JSC::Lexer<UChar>::isWhiteSpace):

• runtime/ParseInt.h:

(JSC::isStrWhiteSpace):

• yarr/create_regex_tables:

LayoutTests:

• js/ToNumber-expected.txt:
• js/parseFloat-expected.txt:
• js/script-tests/ToNumber.js:
• js/script-tests/parseFloat.js:

Update tests and expectations.

• sputnik/Conformance/09_Type_Conversion/9.3_ToNumber/9.3.1_ToNumber_from_String/S9.3.1_A2-expected.txt:
• sputnik/Conformance/09_Type_Conversion/9.3_ToNumber/9.3.1_ToNumber_from_String/S9.3.1_A3_T1-expected.txt:
• sputnik/Conformance/09_Type_Conversion/9.3_ToNumber/9.3.1_ToNumber_from_String/S9.3.1_A3_T2-expected.txt:
• sputnik/Conformance/15_Native_Objects/15.10_RegExp/15.10.2/15.10.2.12_CharacterClassEscape/S15.10.2.12_A1_T1-expected.txt:
• sputnik/Conformance/15_Native_Objects/15.10_RegExp/15.10.2/15.10.2.12_CharacterClassEscape/S15.10.2.12_A2_T1-expected.txt:
• sputnik/Conformance/15_Native_Objects/15.1_The_Global_Object/15.1.2/15.1.2.2_parseInt/S15.1.2.2_A2_T10-expected.txt:
• sputnik/Conformance/15_Native_Objects/15.1_The_Global_Object/15.1.2/15.1.2.3_parseFloat/S15.1.2.3_A2_T10-expected.txt:
• sputnik/Unicode/Unicode_410/S15.10.2.12_A1_T6-expected.txt:
• sputnik/Unicode/Unicode_410/S15.10.2.12_A2_T6-expected.txt:
• sputnik/Unicode/Unicode_410/S7.2_A1.6_T1-expected.txt:
• sputnik/Unicode/Unicode_500/S15.10.2.12_A1_T6-expected.txt:
• sputnik/Unicode/Unicode_500/S15.10.2.12_A2_T6-expected.txt:
• sputnik/Unicode/Unicode_500/S7.2_A1.6_T1-expected.txt:
• sputnik/Unicode/Unicode_510/S15.10.2.12_A1_T6-expected.txt:
• sputnik/Unicode/Unicode_510/S15.10.2.12_A2_T6-expected.txt:
• sputnik/Unicode/Unicode_510/S7.2_A1.6_T1-expected.txt:

Let outdated sputnik checks fail.

2:43 PM Changeset in webkit [238003] by commit-queue@webkit.org

• 2 edits in trunk/Source/WebInspectorUI

Web Inspector: Debugger Popover does not work when paused in Worker
​https://bugs.webkit.org/show_bug.cgi?id=191342

Patch by Joseph Pecoraro <Joseph Pecoraro> on 2018-11-08
Reviewed by Devin Rousso.

• UserInterface/Views/SourceCodeTextEditor.js:

(WI.SourceCodeTextEditor.prototype._tokenTrackingControllerHighlightedJavaScriptExpression.populate):
(WI.SourceCodeTextEditor.prototype._tokenTrackingControllerHighlightedJavaScriptExpression):
When receiving the result of the popover evaluation associate the RemoteObject with
the target we used to evaluate (such as the Debugger call frame), not the target
associated with the editor.

2:18 PM Changeset in webkit [238002] by mmaxfield@apple.com

• 15 edits
  2 adds in trunk

Unprefix text-decoration CSS3 properties
​https://bugs.webkit.org/show_bug.cgi?id=127193

Reviewed by Dean Jackson.

Source/WebCore:

The properties are stable, and there is interop.

Test: fast/css3-text/css3-text-decoration/unprefix.html

• css/CSSComputedStyleDeclaration.cpp:

(WebCore::ComputedStyleExtractor::valueForPropertyinStyle):

• css/CSSProperties.json:
• css/StyleResolver.cpp:

(WebCore::shouldApplyPropertyInParseOrder):
(WebCore::isValidVisitedLinkProperty):

• css/parser/CSSParserFastPaths.cpp:

(WebCore::isColorPropertyID):
(WebCore::CSSParserFastPaths::isValidKeywordPropertyAndValue):
(WebCore::CSSParserFastPaths::isKeywordPropertyID):

• css/parser/CSSPropertyParser.cpp:

(WebCore::CSSPropertyParser::parseSingleValue):

• editing/cocoa/DataDetection.mm:

(WebCore::DataDetection::detectContentInRange):

• rendering/TextDecorationPainter.cpp:

(WebCore::decorationColor):

• rendering/style/RenderStyle.cpp:

(WebCore::RenderStyle::colorIncludingFallback const):
(WebCore::RenderStyle::visitedDependentColor const):

LayoutTests:

• fast/css3-text/css3-text-decoration/unprefix-expected.html: Added.
• fast/css3-text/css3-text-decoration/unprefix.html: Added.

1:57 PM Changeset in webkit [238001] by timothy@apple.com

• 40 edits
  5 adds in trunk

Add experimental support for a supported-color-schemes CSS property.
​https://bugs.webkit.org/show_bug.cgi?id=191319
rdar://problem/45852261

Reviewed by Dean Jackson.

Source/WebCore:

Tests: css-dark-mode/parse-supported-color-schemes.html

css-dark-mode/supported-color-schemes-css.html

• WebCore.xcodeproj/project.pbxproj:
• css/CSSComputedStyleDeclaration.cpp:

(WebCore::ComputedStyleExtractor::valueForPropertyinStyle):

• css/CSSProperties.json:
• css/CSSValueKeywords.in:
• css/StyleBuilderConverter.h:

(WebCore::StyleBuilderConverter::updateSupportedColorSchemes):
(WebCore::StyleBuilderConverter::convertSupportedColorSchemes):

• css/StyleResolver.cpp:

(WebCore::StyleResolver::colorFromPrimitiveValue const):

• css/parser/CSSPropertyParser.cpp:

(WebCore::consumeSupportedColorSchemes):
(WebCore::CSSPropertyParser::parseSingleValue):

• dom/Document.cpp:

(WebCore::Document::resetLinkColor):
(WebCore::Document::resetVisitedLinkColor):
(WebCore::Document::resetActiveLinkColor):
(WebCore::Document::processSupportedColorSchemes):
(WebCore::Document::useDarkAppearance const):
(WebCore::Document::styleColorOptions const):

• dom/Document.h:
• editing/cocoa/WebContentReaderCocoa.mm:

(WebCore::createFragment):

• html/canvas/CanvasRenderingContext2D.cpp:

(WebCore::CanvasRenderingContext2D::drawFocusIfNeededInternal):

• inspector/InspectorOverlay.cpp:

(WebCore::InspectorOverlay::paint):

• page/FrameView.cpp:

(WebCore::FrameView::useDarkAppearance const):
(WebCore::FrameView::paintScrollCorner):

• platform/mac/DragImageMac.mm:

(WebCore::createDragImageForLink):

• rendering/InlineFlowBox.cpp:

(WebCore::InlineFlowBox::paintBoxDecorations):

• rendering/InlineTextBox.cpp:

(WebCore::InlineTextBox::paintPlatformDocumentMarker):

• rendering/RenderBox.cpp:

(WebCore::RenderBox::paintRootBoxFillLayers):
(WebCore::RenderBox::paintBackground):

• rendering/RenderElement.cpp:

(WebCore::RenderElement::selectionColor const):
(WebCore::RenderElement::selectionBackgroundColor const):
(WebCore::RenderElement::paintFocusRing):

• rendering/RenderImage.cpp:

(WebCore::RenderImage::paintAreaElementFocusRing):

• rendering/RenderLayerBacking.cpp:

(WebCore::RenderLayerBacking::paintContents):

• rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::paintContents):

• rendering/RenderListBox.cpp:

(WebCore::RenderListBox::paintItemForeground):
(WebCore::RenderListBox::paintItemBackground):

• rendering/RenderObject.cpp:

(WebCore::RenderObject::useDarkAppearance const):
(WebCore::RenderObject::styleColorOptions const):

• rendering/RenderObject.h:
• rendering/RenderTableCell.cpp:

(WebCore::RenderTableCell::paintBackgroundsBehindCell):

• rendering/RenderTheme.cpp:

(WebCore::RenderTheme::paint):

• rendering/RenderTheme.h:

(WebCore::RenderTheme::usingDarkAppearance const): Deleted.

• rendering/RenderThemeMac.h:
• rendering/RenderThemeMac.mm:

(WebCore::RenderThemeMac::documentViewFor const):
(WebCore::RenderThemeMac::adjustMenuListStyle const):
(WebCore::RenderThemeMac::paintCellAndSetFocusedElementNeedsRepaintIfNecessary):
(WebCore::RenderThemeMac::paintSliderThumb):
(WebCore::RenderThemeMac::usingDarkAppearance const): Deleted.

• rendering/style/RenderStyle.h:

(WebCore::RenderStyle::supportedColorSchemes const):
(WebCore::RenderStyle::setSupportedColorSchemes):
(WebCore::RenderStyle::initialSupportedColorSchemes):

• rendering/style/RenderStyleConstants.h:
• rendering/style/StyleRareInheritedData.cpp:

(WebCore::StyleRareInheritedData::StyleRareInheritedData):
(WebCore::StyleRareInheritedData::operator== const):

• rendering/style/StyleRareInheritedData.h:
• rendering/style/StyleSupportedColorSchemes.h: Added.

(WebCore::StyleSupportedColorSchemes::StyleSupportedColorSchemes):
(WebCore::StyleSupportedColorSchemes::operator== const):
(WebCore::StyleSupportedColorSchemes::operator!= const):
(WebCore::StyleSupportedColorSchemes::isAuto const):
(WebCore::StyleSupportedColorSchemes::isOnly const):
(WebCore::StyleSupportedColorSchemes::colorSchemes const):
(WebCore::StyleSupportedColorSchemes::add):
(WebCore::StyleSupportedColorSchemes::contains const):
(WebCore::StyleSupportedColorSchemes::setAllowsTransformations):
(WebCore::StyleSupportedColorSchemes::allowsTransformations const):

• svg/graphics/SVGImage.cpp:

(WebCore::SVGImage::draw):

Source/WebKit:

• WebProcess/InjectedBundle/DOM/InjectedBundleRangeHandle.cpp:

(WebKit::InjectedBundleRangeHandle::renderedImage):

• WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::drawRect):

LayoutTests:

• css-dark-mode/parse-supported-color-schemes-expected.txt: Added.
• css-dark-mode/parse-supported-color-schemes.html: Added.
• css-dark-mode/supported-color-schemes-css-expected.txt: Added.
• css-dark-mode/supported-color-schemes-css.html: Added.

1:46 PM Changeset in webkit [238000] by keith_miller@apple.com

• 2 edits in trunk/Source/JavaScriptCore

jitEnabledByDefault() should be on useJIT not useBaselineJIT
​https://bugs.webkit.org/show_bug.cgi?id=191434

Reviewed by Saam Barati.

• runtime/Options.h:

1:15 PM Changeset in webkit [237999] by Kocsen Chung

• 4 edits in tags/Safari-607.1.13/Source

Cherry-pick r237952. rdar://problem/45894288

Unreviewed, fix iOS build with recent SDKs.

Source/WebCore:

• platform/network/cocoa/ResourceResponseCocoa.mm: (WebCore::ResourceResponse::platformCertificateInfo const):

Source/WebKit:

• UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm: (-[WKFullScreenWindowController _EVOrganizationName]):

git-svn-id: ​https://svn.webkit.org/repository/webkit/trunk@237952 268f45cc-cd09-0410-ab3c-d52691b4dbfc

1:15 PM Changeset in webkit [237998] by Kocsen Chung

• 2 edits in tags/Safari-607.1.13/Source/WebCore

Cherry-pick r237951. rdar://problem/45894288

Unreviewed, fix iOS build with recent SDKs.

• platform/network/cocoa/ResourceResponseCocoa.mm: (WebCore::ResourceResponse::platformCertificateInfo const):

git-svn-id: ​https://svn.webkit.org/repository/webkit/trunk@237951 268f45cc-cd09-0410-ab3c-d52691b4dbfc

12:27 PM Changeset in webkit [237997] by Joseph Pecoraro

• 35 edits
  1 copy
  2 deletes in trunk/Source

Web Inspector: Restrict domains at the target level instead of only at the window level
​https://bugs.webkit.org/show_bug.cgi?id=191344

Reviewed by Devin Rousso.

Source/JavaScriptCore:

• inspector/protocol/Console.json:
• inspector/protocol/Debugger.json:
• inspector/protocol/Heap.json:
• inspector/protocol/Runtime.json:

Remove workerSupported as it is now no longer necessary. It is implied
by availability being empty (meaning it is supported everywhere).

• inspector/protocol/Inspector.json:
• inspector/protocol/ScriptProfiler.json:

Restrict to "javascript" and "web" debuggables, not available in workers.

• inspector/protocol/Worker.json:

Cleanup, remove empty types list.

• inspector/protocol/Recording.json:

Cleanup, only expose this in the "web" domain for now.

• inspector/scripts/codegen/generate_js_backend_commands.py:

(JSBackendCommandsGenerator.generate_domain):

• inspector/scripts/codegen/models.py:

(Protocol.parse_domain):
Allow a list of debuggable types. Add "worker" even though it is unused
since that is a type we would want to allow or consider.

(Domain.init):
(Domains):
Remove now unnecessary workerSupported code.
Allow availability on a domain with only types.

• inspector/scripts/tests/generic/expected/worker-supported-domains.json-result: Removed.
• inspector/scripts/tests/generic/worker-supported-domains.json: Removed.

Source/WebCore:

• inspector/WorkerInspectorController.cpp:

(WebCore::WorkerInspectorController::WorkerInspectorController):
Remove Inspector domain from workers. It was unused anyways.

Source/WebInspectorUI:

With this change the list of agents available on the target should accurately
reflect the domains that target supports. We should start moving in the direction
that if we are checking for, or using, a feature, we should ideally be using
code that looks like target.FooAgent.method and not window.FooAgent or
an unprefixed FooAgent. More changes to follow.

• UserInterface/Controllers/AppControllerBase.js:
• UserInterface/Base/DebuggableType.js: Added.

Extract debuggable type enum out into its own file loaded early on.

• UserInterface/Main.html:
• UserInterface/Test.html:

Load DebuggableType.js.

• UserInterface/Controllers/NetworkManager.js:

(WI.NetworkManager.prototype.initializeTarget):
With these changes target.ServiceWorker is only exposed on a ServiceWorker target.

• UserInterface/Protocol/Connection.js:

(InspectorBackend.WorkerConnection):
With these changes Target.js restricts the domains exposed on the Target so just
clone all of the agents (we don't need to do anything special).

• UserInterface/Protocol/InspectorBackend.js:

(InspectorBackendClass.prototype.activateDomain):
Update supported domains per-type. If there is no explicit availability
then the domain is supported on all types.

(InspectorBackendClass.prototype.supportedDomainsForDebuggableType):
Get supported domains per-type.

(InspectorBackendClass.prototype.get workerSupportedDomains): Deleted.
(InspectorBackendClass.prototype.workerSupportedDomain): Deleted.
workerSupportedDomains is now unnecessary.

• UserInterface/Protocol/Target.js:

(WI.Target.prototype._supportedDomainsForTargetType):
Restrict supported domains for this target based on its type.

• UserInterface/Protocol/Legacy/10.3/InspectorBackendCommands.js:
• UserInterface/Protocol/Legacy/11.0/InspectorBackendCommands.js:
• UserInterface/Protocol/Legacy/11.3/InspectorBackendCommands.js:
• UserInterface/Protocol/Legacy/12.0/InspectorBackendCommands.js:
• Versions/Inspector-iOS-10.3.json:
• Versions/Inspector-iOS-11.0.json:
• Versions/Inspector-iOS-11.3.json:
• Versions/Inspector-iOS-12.0.json:

Regenerate protocol files now that workerSupportedDomains is unnecessary
and explicit availability has been added to other domains.

12:08 PM Changeset in webkit [237996] by pvollan@apple.com

• 3 edits in trunk/LayoutTests

[Sierra Release WK2] Layout Test media/track/track-cue-css.html is a flaky failure
​https://bugs.webkit.org/show_bug.cgi?id=191200

Unreviewed, speculative fix for test flakiness.

• media/track/track-cue-css-expected.html:
• media/track/track-cue-css.html:

11:53 AM Changeset in webkit [237995] by aestes@apple.com

• 10 edits
  2 adds in trunk/LayoutTests/imported/w3c

[Payment Request] Update web platform tests
​https://bugs.webkit.org/show_bug.cgi?id=191426

Updated web-platform-tests/payment-request/ to match wpt as of commit 577284e.

Reviewed by Jiewen Tan.

• resources/import-expectations.json:
• web-platform-tests/payment-request/META.yml:
• web-platform-tests/payment-request/payment-request-abort-method.https.html:
• web-platform-tests/payment-request/payment-request-canmakepayment-method-protection.https-expected.txt: Added.
• web-platform-tests/payment-request/payment-request-canmakepayment-method-protection.https.html: Added.
• web-platform-tests/payment-request/payment-request-canmakepayment-method.https.html:
• web-platform-tests/payment-request/payment-request-constructor.https.html:
• web-platform-tests/payment-request/payment-request-id-attribute.https.html:
• web-platform-tests/payment-request/payment-response/retry-method-manual.https.html:
• web-platform-tests/payment-request/rejects_if_not_active.https.html:
• web-platform-tests/payment-request/w3c-import.log:

11:49 AM Changeset in webkit [237994] by ggaren@apple.com

• 2 edits
  2 deletes in trunk/Source/WTF

Removed mbmalloc target from WTF
​https://bugs.webkit.org/show_bug.cgi?id=191313

Reviewed by Saam Barati.

For benchmarking, WTF::fastMalloc is no longer meaningfully different
from bmalloc. (And bmalloc has its own mbmalloc target.)

• Configurations/mbmalloc.xcconfig: Removed.
• WTF.xcodeproj/project.pbxproj:
• wtf/mbmalloc.cpp: Removed.

11:41 AM Changeset in webkit [237993] by jiewen_tan@apple.com

• 2 edits
  2 moves in trunk/Tools

Unreviewed, a quick build fix for r237983

Temporarily make CtapRequestTest.cpp/CtapResponseTest.cpp to mac only to avoid iOS build failures.

• TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj
• TestWebKitAPI/Tests/WebCore/mac/CtapRequestTest.cpp: Renamed from Tools/TestWebKitAPI/Tests/WebCore/CtapRequestTest.cpp.

(TestWebKitAPI::TEST):

• TestWebKitAPI/Tests/WebCore/mac/CtapResponseTest.cpp: Renamed from Tools/TestWebKitAPI/Tests/WebCore/CtapResponseTest.cpp.

(TestWebKitAPI::getTestCorruptedSignResponse):
(TestWebKitAPI::getTestCredentialRawIdBytes):
(TestWebKitAPI::convertToVector):
(TestWebKitAPI::TEST):

11:40 AM Changeset in webkit [237992] by ap@apple.com

• 2 edits in trunk/Source/WTF

Re-add PLATFORM(IOS), now with the strict meaning
​https://bugs.webkit.org/show_bug.cgi?id=191281

Reviewed by Tim Horton.

• wtf/Platform.h: No change in behavior. Some of the macros look a bit weird

when expanded, it might be that the values are incorrect for some flavors of iOS family.

11:25 AM Changeset in webkit [237991] by Ryan Haddad

• 2 edits in trunk/Tools

Fix steps_unittest.py failures related to recent Win10/Win7 changes
​https://bugs.webkit.org/show_bug.cgi?id=191290

Reviewed by Alexey Proskuryakov.

• BuildSlaveSupport/build.webkit.org-config/steps_unittest.py: Update expected results.

10:51 AM Changeset in webkit [237990] by dino@apple.com

• 20 edits in trunk

Add a String literal that returns a String
​https://bugs.webkit.org/show_bug.cgi?id=191425
<rdar://problem/45914556>

Reviewed by Sam Weinig.

Source/WebCore:

Use _str where possible.

API Test in WPT.

• Modules/fetch/FetchRequest.cpp:

(WebCore::computeReferrer):

• Modules/indexeddb/IDBKeyPath.cpp:

(WebCore::loggingString):

• Modules/webdatabase/OriginLock.cpp:

(WebCore::OriginLock::lockFileNameForPath):

• css/CSSBasicShapes.cpp:

(WebCore::updateCornerRadiusWidthAndHeight):

• html/canvas/WebGL2RenderingContext.cpp:

(WebCore::WebGL2RenderingContext::getParameter):

• html/canvas/WebGLRenderingContext.cpp:

(WebCore::WebGLRenderingContext::getParameter):

• loader/LinkHeader.cpp:

(WebCore::parseParameterValue):

• loader/LinkLoader.cpp:

(WebCore::LinkLoader::preloadIfNeeded):

• page/NavigatorBase.cpp:

(WebCore::NavigatorBase::platform):

• platform/DateComponents.cpp:

(WebCore::DateComponents::toString const):

• platform/mac/PlatformEventFactoryMac.mm:

(WebCore::keyIdentifierForKeyEvent):

• rendering/RenderListMarker.cpp:

(WebCore::RenderListMarker::suffix const):

• rendering/RenderMenuList.cpp:

(RenderMenuList::setText):

• testing/InternalSettings.cpp:

(WebCore::InternalSettings::userInterfaceDirectionPolicy):
(WebCore::InternalSettings::systemLayoutDirection):

• testing/Internals.cpp:

(WebCore::Internals::shadowRootType const):
(WebCore::Internals::getCurrentCursorInfo):

Source/WTF:

Add a new String literal, _str, that will return a String type.
This is useful when ""_s won't work, such as for things that
don't take an ASCIILiteral directly e.g. ExceptionOr<String>
or Variants.

• wtf/text/WTFString.h:

(WTF::StringLiterals::operator _str): Added.

Tools:

Test _str.

• TestWebKitAPI/Tests/WTF/WTFString.cpp:

(TestWebKitAPI::TEST):

8:16 AM Changeset in webkit [237989] by Jonathan Bedard

• 3 edits in trunk/Tools

webkitpy: Generalize trailing SDK specifier (Part 2)
​https://bugs.webkit.org/show_bug.cgi?id=191275
<rdar://problem/45703660>

Rubber-stamped by Aakash Jain.

Re-landing this change, configuration issues have been resolved.

• Scripts/webkitpy/port/ios_device.py:

(IOSDevicePort): Use normalized SDK.

• Scripts/webkitpy/port/ios_simulator.py:

(IOSSimulatorPort): Use normalized SDK.
(IOSSimulatorPort._build_driver_flags): Use platform SDK in build driver flags.

7:53 AM Changeset in webkit [237988] by eric.carlson@apple.com

• 16 edits
  2 deletes in trunk

[MediaStream] Use DeviceIdHashSaltStorage to generate device ID hash salt
​https://bugs.webkit.org/show_bug.cgi?id=190825
<rdar://problem/45486085>

Source/WebKit:

Reviewed by Youenn Fablet.

• UIProcess/API/C/WKUserMediaPermissionCheck.cpp:

(WKUserMediaPermissionCheckSetUserMediaAccessInfo):

• UIProcess/API/glib/WebKitDeviceInfoPermissionRequest.cpp:

(webkitDeviceInfoPermissionRequestAllow):
(webkitDeviceInfoPermissionRequestDeny):

• UIProcess/Cocoa/UIDelegate.mm:

(WebKit::UIDelegate::UIClient::checkUserMediaPermissionForOrigin):

• UIProcess/DeviceIdHashSaltStorage.cpp:

(WebKit::DeviceIdHashSaltStorage::regenerateDeviceIdHashSaltForOrigin):
(WebKit::DeviceIdHashSaltStorage::deleteDeviceIdHashSaltForOrigin):

• UIProcess/DeviceIdHashSaltStorage.h:
• UIProcess/UserMediaPermissionCheckProxy.cpp:

(WebKit::UserMediaPermissionCheckProxy::setUserMediaAccessInfo):

• UIProcess/UserMediaPermissionCheckProxy.h:
• UIProcess/UserMediaPermissionRequestManagerProxy.cpp:

(WebKit::UserMediaPermissionRequestManagerProxy::createPermissionRequest):
(WebKit::UserMediaPermissionRequestManagerProxy::userMediaAccessWasGranted):
(WebKit::UserMediaPermissionRequestManagerProxy::requestUserMediaPermissionForFrame):
(WebKit::UserMediaPermissionRequestManagerProxy::getUserMediaPermissionInfo):
(WebKit::UserMediaPermissionRequestManagerProxy::updateDeviceIDHashSalt):
(WebKit::UserMediaPermissionRequestManagerProxy::enumerateMediaDevicesForFrame):

• UIProcess/UserMediaPermissionRequestManagerProxy.h:
• UIProcess/UserMediaPermissionRequestProxy.cpp:

(WebKit::UserMediaPermissionRequestProxy::UserMediaPermissionRequestProxy):

• UIProcess/UserMediaPermissionRequestProxy.h:

(WebKit::UserMediaPermissionRequestProxy::create):
(WebKit::UserMediaPermissionRequestProxy::deviceIdentifierHashSalt const): Deleted.

LayoutTests:

Update enumerate-devices-source-id to expect the same device to have the same ID in all
iframes, remove enumerate-devices-source-id-persistent because the logic was faulty.

Reviewed by Youenn Fablet.

• TestExpectations: Unskip http/tests/media/media-stream/enumerate-devices-source-id.html
• http/tests/media/media-stream/enumerate-devices-source-id-expected.txt:
• http/tests/media/media-stream/enumerate-devices-source-id-persistent-expected.txt: Removed.
• http/tests/media/media-stream/enumerate-devices-source-id-persistent.html: Removed.
• http/tests/media/media-stream/enumerate-devices-source-id.html:

7:42 AM Changeset in webkit [237987] by yusukesuzuki@slowstart.org

• 10 edits in trunk/Source/JavaScriptCore

Consider removing double load for accessing the MetadataTable from LLInt
​https://bugs.webkit.org/show_bug.cgi?id=190933

Reviewed by Keith Miller.

This patch removes double load for accesses to MetadataTable from LLInt.
MetadataTable is now specially RefCounted class, which has interesting memory layout.
When refcount becomes 0, MetadataTable asks UnlinkedMetadataTable to destroy itself.

• bytecode/CodeBlock.cpp:

(JSC::CodeBlock::finishCreation):
(JSC::CodeBlock::estimatedSize):
(JSC::CodeBlock::visitChildren):

• bytecode/CodeBlock.h:

(JSC::CodeBlock::metadata):

• bytecode/CodeBlockInlines.h:

(JSC::CodeBlock::forEachValueProfile):
(JSC::CodeBlock::forEachArrayProfile):
(JSC::CodeBlock::forEachArrayAllocationProfile):
(JSC::CodeBlock::forEachObjectAllocationProfile):
(JSC::CodeBlock::forEachLLIntCallLinkInfo):

• bytecode/MetadataTable.cpp:

(JSC::MetadataTable::MetadataTable):
(JSC::MetadataTable::~MetadataTable):
(JSC::MetadataTable::sizeInBytes):

• bytecode/MetadataTable.h:

(JSC::MetadataTable::get):
(JSC::MetadataTable::forEach):
(JSC::MetadataTable::ref const):
(JSC::MetadataTable::deref const):
(JSC::MetadataTable::refCount const):
(JSC::MetadataTable::hasOneRef const):
(JSC::MetadataTable::buffer):
(JSC::MetadataTable::linkingData const):
(JSC::MetadataTable::getImpl):

• bytecode/UnlinkedMetadataTable.h:

(JSC::UnlinkedMetadataTable::buffer const):

• bytecode/UnlinkedMetadataTableInlines.h:

(JSC::UnlinkedMetadataTable::UnlinkedMetadataTable):
(JSC::UnlinkedMetadataTable::~UnlinkedMetadataTable):
(JSC::UnlinkedMetadataTable::addEntry):
(JSC::UnlinkedMetadataTable::sizeInBytes):
(JSC::UnlinkedMetadataTable::finalize):
(JSC::UnlinkedMetadataTable::link):
(JSC::UnlinkedMetadataTable::unlink):

• llint/LowLevelInterpreter.asm:
• llint/LowLevelInterpreter32_64.asm:

7:36 AM Changeset in webkit [237986] by commit-queue@webkit.org

• 5 edits
  2 adds in trunk

Plain text drag in contenteditable is always DragOperationCopy, never DragOperationMove
​https://bugs.webkit.org/show_bug.cgi?id=191228
<rdar://problem/45786830>

Patch by Jonathan Hammer <​jonathan@e3software.com> on 2018-11-08
Reviewed by Wenson Hsieh.

Source/WebCore:

DragController::beginDrag should not call cleanupAfterSystemDrag because
the drag is still in progress even after the call to m_client.beginDrag()
returns. This is in contrast to DragController::doSystemDrag, where the
call to cleanupAfterSystemDrag is appropriate because the drag has
concluded by the time m_client.startDrag() returns.

Test: fast/events/drag-and-drop-move-not-copy.html

• page/DragController.cpp:

(WebCore::DragController::beginDrag):

LayoutTests:

A test that checks that dragging plain text in a contenteditable element results
in the text being moved and not copied. Only applies to WK1. Test skipped on
WK2 because WK2 EventSender does not support drag events. Test also skipped on
AppleWin because drag and drop doesn't work correctly in DRT (according to the
TestExpectations file).

• fast/events/drag-and-drop-move-not-copy-expected.txt: Added.
• fast/events/drag-and-drop-move-not-copy.html: Added.
• platform/win/TestExpectations:
• platform/wk2/TestExpectations:

7:20 AM Changeset in webkit [237985] by Alan Bujtas

• 2 edits in trunk/Source/WebCore

[BFC][IFC] InlineFormattingContext::Line::alignRuns() should take care of all the alignments.
​https://bugs.webkit.org/show_bug.cgi?id=191414

Reviewed by Antti Koivisto.

• layout/inlineformatting/Line.cpp:

(WebCore::Layout::InlineFormattingContext::Line::close):

3:21 AM Changeset in webkit [237984] by aboya@igalia.com

• 2 edits
  5 adds in trunk/LayoutTests

[GTK] Unreviewed test gardening
​https://bugs.webkit.org/show_bug.cgi?id=191404

• platform/gtk/TestExpectations:
• platform/gtk/fast/block/basic/height-percentage-simple-expected.txt: Added.
• platform/gtk/fast/inline/simple-inline-block-expected.txt: Added.
• platform/gtk/fast/inline/simple-intruding-float1-expected.txt: Added.
• platform/gtk/fast/inline/simple-intruding-floats2-expected.txt: Added.
• platform/gtk/fast/inline/simple-shrink-to-fit-inline-block-expected.txt: Added.

2:29 AM Changeset in webkit [237983] by jiewen_tan@apple.com

• 16 edits
  4 copies
  9 adds in trunk

[WebAuthN] Import CTAP device request/response converters from Chromium
​https://bugs.webkit.org/show_bug.cgi?id=190784
<rdar://problem/45460333>

Reviewed by Brent Fulgham.

Source/WebCore:

This patch imports Chromium's CTAP device request/response converters:
​https://fidoalliance.org/specs/fido-v2.0-ps-20170927/fido-client-to-authenticator-protocol-v2.0-ps-20170927.html#message-encoding

1. It directly imports the following files and suit them to WebKit's coding style:

​https://cs.chromium.org/chromium/src/device/fido/device_response_converter.cc?l=20&rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45
​https://cs.chromium.org/chromium/src/device/fido/device_response_converter.h?rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45
​https://cs.chromium.org/chromium/src/device/fido/authenticator_get_info_response.cc?rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45
​https://cs.chromium.org/chromium/src/device/fido/authenticator_get_info_response.h?rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45
​https://cs.chromium.org/chromium/src/device/fido/authenticator_supported_options.cc?rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45
​https://cs.chromium.org/chromium/src/device/fido/authenticator_supported_options.h?rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45
​https://cs.chromium.org/chromium/src/device/fido/ctap_request_unittest.cc?rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45
​https://cs.chromium.org/chromium/src/device/fido/ctap_response_unittest.cc?rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45
​https://cs.chromium.org/chromium/src/device/fido/fido_test_data.h?l=1&rcl=098dfd90850ffa84c27a884ab75edd2d99c4ec45

2. It gathers the following methods into DeviceRequestConverter:

CtapGetAssertionRequest::EncodeAsCBOR()
CtapMakeCredentialRequest::EncodeAsCBOR()
PublicKeyCredentialDescriptor::ConvertToCBOR()
PublicKeyCredentialParams::ConvertToCBOR()
PublicKeyCredentialRpEntity::ConvertToCBOR()
PublicKeyCredentialUserEntity::ConvertToCBOR()

3. It also apply a patch from Chromium to CBORValue:

​https://chromium.googlesource.com/chromium/src/+/7b6fbff35cd8e4d508f08e1cd93b4aa0a0dc402c%5E%21/

Besides importing things from Chromium, it also implements UserVerificationRequirement for both
PublicKeyCredentialCreationOptions and PublicKeyCredentialRequestOptions such that both options
can specify more dimensions of a desired authenticator.

Covered by API tests.

• CMakeLists.txt:
• DerivedSources.make:
• Modules/webauthn/PublicKeyCredentialCreationOptions.h:

(WebCore::PublicKeyCredentialCreationOptions::AuthenticatorSelectionCriteria::encode const):
(WebCore::PublicKeyCredentialCreationOptions::AuthenticatorSelectionCriteria::decode):

• Modules/webauthn/PublicKeyCredentialCreationOptions.idl:
• Modules/webauthn/PublicKeyCredentialRequestOptions.h:

(WebCore::PublicKeyCredentialRequestOptions::encode const):
(WebCore::PublicKeyCredentialRequestOptions::decode):

• Modules/webauthn/PublicKeyCredentialRequestOptions.idl:
• Modules/webauthn/UserVerificationRequirement.h: Copied from Source/WebCore/Modules/webauthn/PublicKeyCredentialRequestOptions.idl.
• Modules/webauthn/UserVerificationRequirement.idl: Copied from Source/WebCore/Modules/webauthn/PublicKeyCredentialRequestOptions.idl.
• Modules/webauthn/cbor/CBORValue.cpp:

(cbor::CBORValue::CBORValue):
(cbor::CBORValue::getBool const):

• Modules/webauthn/cbor/CBORValue.h:
• Modules/webauthn/fido/AuthenticatorGetInfoResponse.cpp: Added.

(fido::toArrayValue):
(fido::AuthenticatorGetInfoResponse::AuthenticatorGetInfoResponse):
(fido::AuthenticatorGetInfoResponse::setMaxMsgSize):
(fido::AuthenticatorGetInfoResponse::setPinProtocols):
(fido::AuthenticatorGetInfoResponse::setExtensions):
(fido::AuthenticatorGetInfoResponse::setOptions):
(fido::encodeAsCBOR):

• Modules/webauthn/fido/AuthenticatorGetInfoResponse.h: Added.
• Modules/webauthn/fido/AuthenticatorSupportedOptions.cpp: Added.

(fido::AuthenticatorSupportedOptions::setSupportsResidentKey):
(fido::AuthenticatorSupportedOptions::setUserVerificationAvailability):
(fido::AuthenticatorSupportedOptions::setUserPresenceRequired):
(fido::AuthenticatorSupportedOptions::setClientPinAvailability):
(fido::AuthenticatorSupportedOptions::setIsPlatformDevice):
(fido::convertToCBOR):

• Modules/webauthn/fido/AuthenticatorSupportedOptions.h: Added.
• Modules/webauthn/fido/DeviceRequestConverter.cpp: Added.

(fido::convertRpEntityToCBOR):
(fido::convertUserEntityToCBOR):
(fido::convertParametersToCBOR):
(fido::convertDescriptorToCBOR):
(fido::encodeMakeCredenitalRequestAsCBOR):
(fido::encodeGetAssertionRequestAsCBOR):
(fido::encodeEmptyAuthenticatorRequest):

• Modules/webauthn/fido/DeviceRequestConverter.h: Copied from Source/WebCore/Modules/webauthn/fido/FidoConstants.h.
• Modules/webauthn/fido/DeviceResponseConverter.cpp: Added.

(fido::convertStringToProtocolVersion):
(fido::getResponseCode):
(fido::getCredentialId):
(fido::readCTAPMakeCredentialResponse):
(fido::readCTAPGetAssertionResponse):
(fido::readCTAPGetInfoResponse):

• Modules/webauthn/fido/DeviceResponseConverter.h: Copied from Source/WebCore/Modules/webauthn/fido/FidoConstants.cpp.
• Modules/webauthn/fido/FidoConstants.cpp:

(fido::isCtapDeviceResponseCode):
(fido::publicKeyCredentialTypeToString):

• Modules/webauthn/fido/FidoConstants.h:
• Sources.txt:
• WebCore.xcodeproj/project.pbxproj:

Tools:

• TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
• TestWebKitAPI/Tests/WebCore/CBORValueTest.cpp:

(TestWebKitAPI::TEST):

• TestWebKitAPI/Tests/WebCore/CtapRequestTest.cpp: Added.

(TestWebKitAPI::TEST):

• TestWebKitAPI/Tests/WebCore/CtapResponseTest.cpp: Added.

(TestWebKitAPI::getTestCorruptedSignResponse):
(TestWebKitAPI::getTestCredentialRawIdBytes):
(TestWebKitAPI::convertToVector):
(TestWebKitAPI::TEST):

• TestWebKitAPI/Tests/WebCore/FidoTestData.h: Added.

12:28 AM Changeset in webkit [237982] by Carlos Garcia Campos

• 2 edits in trunk/Source/WebKit

[GTK] Crash when running with sandbox enabled
​https://bugs.webkit.org/show_bug.cgi?id=191353

Reviewed by Michael Catanzaro.

g_key_file_set_string_list() expects a null-terminated array as parameter.

• UIProcess/Launcher/glib/BubblewrapLauncher.cpp:

(WebKit::createFlatpakInfo): Append nullptr to sharedPermissions array.