Timeline

Nov 17, 2018:

10:17 PM Changeset in webkit [238360] by Wenson Hsieh

• 16 edits in trunk

[iOS] Remove all usages of UIItemProvider, UIItemProviderReading, and related classes
​https://bugs.webkit.org/show_bug.cgi?id=191819

Reviewed by Dan Bernstein.

Replace UIItemProvider (and related classes) with NSItemProvider.

Source/WebCore:

• platform/ios/PlatformPasteboardIOS.mm:

(WebCore::registerItemToPasteboard):

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

(-[WebItemProviderDataRegistrar registerItemProvider:]):
(-[WebItemProviderWritableObjectRegistrar initWithObject:]):
(-[WebItemProviderWritableObjectRegistrar representingObject]):
(-[WebItemProviderWritableObjectRegistrar registerItemProvider:]):
(-[WebItemProviderRegistrationInfoList addRepresentingObject:]):
(-[WebItemProviderRegistrationInfoList itemProvider]):
(-[WebItemProviderPasteboard pasteboardTypes]):
(-[WebItemProviderPasteboard _preLoadedDataConformingToType:forItemProviderAtIndex:]):
(-[WebItemProviderPasteboard dataForPasteboardType:inItemSet:]):
(allLoadableClasses):
(classForTypeIdentifier):
(-[WebItemProviderPasteboard valuesForPasteboardType:inItemSet:]):
(-[WebItemProviderPasteboard numberOfFiles]):
(-[WebItemProviderPasteboard itemProviderAtIndex:]):
(-[WebItemProviderPasteboard enumerateItemProvidersWithBlock:]):

• platform/mac/DragDataMac.mm:

(WebCore::DragData::containsURL const):

Source/WebCore/PAL:

• pal/spi/ios/UIKitSPI.h:

Source/WebKit:

• Platform/spi/ios/UIKitSPI.h:
• UIProcess/ios/WKContentViewInteraction.mm:

(-[WKContentView _itemsForBeginningOrAddingToSessionWithRegistrationList:stagedDragSource:]):
(-[WKContentView dropInteraction:performDrop:]):

Tools:

• TestWebKitAPI/Tests/WebKitCocoa/WKAttachmentTests.mm:

(platformCopyPNG):

• TestWebKitAPI/Tests/ios/DragAndDropTestsIOS.mm:

(-[NSItemProvider registerDataRepresentationForTypeIdentifier:withData:]):

Replace usages of this deprecated method with -registerDataRepresentationForTypeIdentifier:visibility:loadHandler:.

(checkEstimatedSize):
(checkSuggestedNameAndEstimatedSize):
(TestWebKitAPI::TEST):
(-[UIItemProvider registerDataRepresentationForTypeIdentifier:withData:]): Deleted.

• TestWebKitAPI/cocoa/DragAndDropSimulator.h:
• TestWebKitAPI/ios/DragAndDropSimulatorIOS.mm:

(-[MockDragDropSession canLoadObjectsOfClass:]):
(-[MockDragDropSession canLoadObjectsOfClasses:]):
(-[MockDropSession initWithProviders:location:window:allowMove:]):
(-[MockDropSession canCreateItemsOfClass:]):
(-[DragAndDropSimulator _advanceProgress]):
(-[DragAndDropSimulator _webView:dataInteractionOperationWasHandled:forSession:itemProviders:]):
(-[DragAndDropSimulator _webView:adjustedDataInteractionItemProvidersForItemProvider:representingObjects:additionalData:]):

• TestWebKitAPI/ios/UIKitSPI.h:

7:14 PM Changeset in webkit [238359] by Ross Kirsling

• 37 edits in trunk/Source/WebCore

Remove superfluous LayoutUnit initializations
​https://bugs.webkit.org/show_bug.cgi?id=191791

Reviewed by Simon Fraser.

First step toward making LayoutUnit constructors explicit:
eliminate = 0 when constructing LayoutUnit lvalues.

• editing/Editor.cpp:

(WebCore::Editor::firstRectForRange const):

• editing/FrameSelection.cpp:

(WebCore::FrameSelection::modify):
(WebCore::FrameSelection::lineDirectionPointForBlockDirectionNavigation):

• html/shadow/SliderThumbElement.cpp:

(WebCore::RenderSliderContainer::computeLogicalHeight const):

• layout/inlineformatting/InlineFormattingContextGeometry.cpp:

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

• page/FrameView.cpp:

(WebCore::FrameView::forceLayoutForPagination):

• page/SpatialNavigation.cpp:

(WebCore::scrollInDirection):
(WebCore::distanceDataForNode):

• rendering/AutoTableLayout.cpp:

(WebCore::AutoTableLayout::layout):

• rendering/GridTrackSizingAlgorithm.cpp:

(WebCore::marginIntrinsicLogicalWidthForChild):
(WebCore::GridTrackSizingAlgorithm::gridAreaBreadthForChild const):

• rendering/InlineFlowBox.cpp:

(WebCore::InlineFlowBox::placeBoxesInBlockDirection):
(WebCore::InlineFlowBox::paintFillLayer):
(WebCore::InlineFlowBox::paintBoxDecorations):
(WebCore::InlineFlowBox::paintMask):
(WebCore::InlineFlowBox::computeOverAnnotationAdjustment const):
(WebCore::InlineFlowBox::computeUnderAnnotationAdjustment const):

• rendering/RenderBlock.cpp:

(WebCore::RenderBlock::marginIntrinsicLogicalWidthForChild const):
(WebCore::RenderBlock::layoutPositionedObject):
(WebCore::RenderBlock::selectionGapRectsForRepaint):
(WebCore::RenderBlock::paintSelection):
(WebCore::RenderBlock::textIndentOffset const):
(WebCore::RenderBlock::computeBlockPreferredLogicalWidths const):

• rendering/RenderBlockFlow.cpp:

(WebCore::RenderBlockFlow::rebuildFloatingObjectSetFromIntrudingFloats):
(WebCore::RenderBlockFlow::layoutBlock):
(WebCore::RenderBlockFlow::layoutBlockChildren):
(WebCore::RenderBlockFlow::marginValuesForChild const):
(WebCore::RenderBlockFlow::estimateLogicalTopPosition):
(WebCore::RenderBlockFlow::applyBeforeBreak):
(WebCore::RenderBlockFlow::applyAfterBreak):
(WebCore::RenderBlockFlow::adjustBlockChildForPagination):
(WebCore::RenderBlockFlow::clearFloats):
(WebCore::RenderBlockFlow::lowestFloatLogicalBottom const):
(WebCore::RenderBlockFlow::lowestInitialLetterLogicalBottom const):
(WebCore::RenderBlockFlow::addOverhangingFloats):
(WebCore::RenderBlockFlow::getClearDelta):
(WebCore::RenderBlockFlow::computeInlinePreferredLogicalWidths const):

• rendering/RenderBlockLineLayout.cpp:

(WebCore::setLogicalWidthForTextRun):
(WebCore::RenderBlockFlow::layoutRunsAndFloatsInRange):
(WebCore::RenderBlockFlow::determineStartPosition):

• rendering/RenderBox.cpp:

(WebCore::RenderBox::fillAvailableMeasure const):
(WebCore::RenderBox::computeIntrinsicLogicalWidthUsing const):
(WebCore::RenderBox::computeLogicalWidthInFragmentUsing const):
(WebCore::RenderBox::computePercentageLogicalHeight const):
(WebCore::RenderBox::computeReplacedLogicalWidthUsing const):
(WebCore::RenderBox::computePositionedLogicalWidthUsing const):
(WebCore::RenderBox::computePositionedLogicalHeightUsing const):
(WebCore::RenderBox::computePositionedLogicalWidthReplaced const):
(WebCore::RenderBox::computePositionedLogicalHeightReplaced const):

• rendering/RenderBoxModelObject.cpp:

(WebCore::RenderBoxModelObject::computedCSSPadding const):
(WebCore::RenderBoxModelObject::calculateBackgroundImageGeometry const):

• rendering/RenderDeprecatedFlexibleBox.cpp:

(WebCore::marginWidthForChild):
(WebCore::RenderDeprecatedFlexibleBox::layoutHorizontalBox):
(WebCore::RenderDeprecatedFlexibleBox::layoutVerticalBox):

• rendering/RenderFileUploadControl.cpp:

(WebCore::RenderFileUploadControl::paintObject):

• rendering/RenderFragmentedFlow.cpp:

(WebCore::RenderFragmentedFlow::validateFragments):
(WebCore::RenderFragmentedFlow::adjustedPositionRelativeToOffsetParent const):
(WebCore::RenderFragmentedFlow::updateFragmentsFragmentedFlowPortionRect):

• rendering/RenderFrameSet.cpp:

(WebCore::RenderFrameSet::paint):

• rendering/RenderListItem.cpp:

(WebCore::RenderListItem::positionListMarker):

• rendering/RenderListMarker.cpp:

(WebCore::RenderListMarker::computePreferredLogicalWidths):
(WebCore::RenderListMarker::updateMargins):

• rendering/RenderMultiColumnSet.cpp:

(WebCore::RenderMultiColumnSet::initialBlockOffsetForPainting const):

• rendering/RenderRubyRun.cpp:

(WebCore::RenderRubyRun::layoutBlock):

• rendering/RenderTable.cpp:

(WebCore::RenderTable::convertStyleLogicalWidthToComputedWidth):
(WebCore::RenderTable::layout):
(WebCore::RenderTable::offsetWidthForColumn const):
(WebCore::RenderTable::offsetHeightForColumn const):
(WebCore::RenderTable::outerBorderBefore const):
(WebCore::RenderTable::outerBorderAfter const):
(WebCore::RenderTable::outerBorderStart const):
(WebCore::RenderTable::outerBorderEnd const):

• rendering/RenderTableCell.cpp:

(WebCore::RenderTableCell::logicalWidthFromColumns const):
(WebCore::RenderTableCell::computeIntrinsicPadding):

• rendering/RenderTableSection.cpp:

(WebCore::RenderTableSection::calcRowLogicalHeight):
(WebCore::RenderTableSection::distributeExtraLogicalHeightToPercentRows):
(WebCore::RenderTableSection::distributeExtraLogicalHeightToAutoRows):
(WebCore::RenderTableSection::distributeRemainingExtraLogicalHeight):
(WebCore::RenderTableSection::layoutRows):
(WebCore::RenderTableSection::calcOuterBorderBefore const):
(WebCore::RenderTableSection::calcOuterBorderAfter const):
(WebCore::RenderTableSection::calcOuterBorderStart const):
(WebCore::RenderTableSection::calcOuterBorderEnd const):

• rendering/RootInlineBox.cpp:

(WebCore::RootInlineBox::alignBoxesInBlockDirection):
(WebCore::RootInlineBox::beforeAnnotationsAdjustment const):
(WebCore::RootInlineBox::lineSnapAdjustment const):
(WebCore::RootInlineBox::verticalPositionForBox):

• rendering/line/BreakingContext.h:

(WebCore::inlineLogicalWidth):

• rendering/mathml/RenderMathMLBlock.cpp:

(WebCore::RenderMathMLBlock::layoutItems):

• rendering/mathml/RenderMathMLFraction.cpp:

(WebCore::RenderMathMLFraction::layoutBlock):

• rendering/mathml/RenderMathMLOperator.cpp:

(WebCore::RenderMathMLOperator::computePreferredLogicalWidths):

• rendering/mathml/RenderMathMLRoot.cpp:

(WebCore::RenderMathMLRoot::computePreferredLogicalWidths):
(WebCore::RenderMathMLRoot::paint):

• rendering/mathml/RenderMathMLRow.cpp:

(WebCore::RenderMathMLRow::computePreferredLogicalWidths):

• rendering/mathml/RenderMathMLScripts.cpp:

(WebCore::RenderMathMLScripts::layoutBlock):

• rendering/mathml/RenderMathMLUnderOver.cpp:

(WebCore::RenderMathMLUnderOver::stretchHorizontalOperatorsAndLayoutChildren):
(WebCore::RenderMathMLUnderOver::layoutBlock):

• rendering/style/RenderStyle.cpp:

(WebCore::RenderStyle::getShadowInsetExtent const):

• rendering/svg/RenderSVGText.cpp:

(WebCore::RenderSVGText::layout):

5:54 PM Changeset in webkit [238358] by Ross Kirsling

• 2 edits in trunk/Source/WebKit

Unreviewed WinCairo build fix for r238353.

• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::continueNavigationInNewProcess):

4:51 PM Changeset in webkit [238357] by Simon Fraser

• 3 edits in trunk/Source/WebCore

Avoid triggering compositing updates when only the root layer is composited
​https://bugs.webkit.org/show_bug.cgi?id=191813

Reviewed by Zalan Bujtas.

If we know that the only composited layer is the root, we can avoid triggering deep
compositing updates sometimes, for example when layout changes size or position,
or when z-order lists change.

• rendering/RenderLayer.cpp:

(WebCore::RenderLayer::addChild):
(WebCore::RenderLayer::removeChild):
(WebCore::RenderLayer::updateLayerPosition):
(WebCore::RenderLayer::scrollTo):
(WebCore::RenderLayer::updateCompositingLayersAfterScroll):
(WebCore::outputPaintOrderTreeRecursive):

• rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::updateBackingAndHierarchy): Consult the layer.hasCompositingDescendant()
flag to cut off descendants traversal when possible.
(WebCore::RenderLayerCompositor::layerStyleChanged):

4:25 PM Changeset in webkit [238356] by Chris Dumez

• 6 edits in trunk

ASSERTION FAILED: m_messageReceivers.contains(...) under ViewGestureController removeMessageReceiver
​https://bugs.webkit.org/show_bug.cgi?id=191734
<rdar://problem/46151497>

Reviewed by Ryosuke Niwa.

Source/WebKit:

When a WebProcess crashes, we destroy the ViewGestureController and reconstruct it later
after we've relaunched a new WebProcess. The ViewGestureController controller takes care
of adding itself as an IPC message receiver to the WebProcessProxy, and the destructor
takes care of removing itself as an IPC message receiver.

However, when process-swapping on navigation, we do not destroy the ViewGestureController
because doing so would take down the swipe gesture snapshot on cross-site swipe navigation.
This led to hitting this assertion later on because the ViewGestureController is still
registered as an IPC message receiver with the old process after process swapping.

To address the issue, we now make sure the ViewGestureController unregisters itself from
the old process and registers itself with the new process on process-swap.

• UIProcess/Cocoa/ViewGestureController.cpp:

(WebKit::ViewGestureController::ViewGestureController):
(WebKit::ViewGestureController::~ViewGestureController):
(WebKit::ViewGestureController::disconnectFromProcess):
(WebKit::ViewGestureController::connectToProcess):

• UIProcess/Cocoa/ViewGestureController.h:
• UIProcess/Cocoa/WebViewImpl.mm:

(WebKit::WebViewImpl::processWillSwap):
(WebKit::WebViewImpl::didRelaunchProcess):

Tools:

Add API test coverage.

• TestWebKitAPI/Tests/WebKitCocoa/ProcessSwapOnNavigation.mm:

3:27 PM Changeset in webkit [238355] by Simon Fraser

• 2 edits in trunk/Source/WebCore

Fix an error in 238354 - !=, not ==.

Fixes test failures.

• rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::layerBecameNonComposited):

2:12 PM Changeset in webkit [238354] by Simon Fraser

• 3 edits in trunk/Source/WebCore

Clarify RenderLayerCompositor::hasAnyAdditionalCompositedLayers() and related code.
​https://bugs.webkit.org/show_bug.cgi?id=191810

Reviewed by Zalan Bujtas.

Rename m_compositedLayerCount to m_contentLayersCount and have it track layers other
than the RenderView's layer.

hasAnyAdditionalCompositedLayers() is really about whether we can drop out of compositing
because no content layer is composited, and overlays don't require compositing, so
rename it.

• rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::updateCompositingLayers):
(WebCore::RenderLayerCompositor::computeCompositingRequirements):
(WebCore::RenderLayerCompositor::needsCompositingForContentOrOverlays const):
(WebCore::RenderLayerCompositor::layerBecameComposited):
(WebCore::RenderLayerCompositor::layerBecameNonComposited):
(WebCore::RenderLayerCompositor::layerTreeAsText):
(WebCore::RenderLayerCompositor::hasAnyAdditionalCompositedLayers const): Deleted.

• rendering/RenderLayerCompositor.h:

2:06 PM Changeset in webkit [238353] by Chris Dumez

• 5 edits in trunk/Source/WebKit

[PSON] ASSERTION FAILED: m_uncommittedState.state == State::Committed
​https://bugs.webkit.org/show_bug.cgi?id=191781

Reviewed by Ryosuke Niwa.

The crash was happening when switching to a suspended page that is not yet done
suspending (e.g. in case of very fast back/forward navigation). The WebPageProxy
would reattach to the suspended process and get load notifications that it did
not expect since it did not schedule any load yet. Those notifications are for
the about:blank load we do for page suspension.

To address the issue, make swapToWebProcess() asynchronous and take a completion
handler. When we try to unsuspend a SuspendedPageProxy, we first make sure it
is actually done suspending. If it is not done suspending, we wait until it is
before telling in to unsuspend and proceeding with the new load.

• UIProcess/SuspendedPageProxy.cpp:

(WebKit::SuspendedPageProxy::unsuspend):
(WebKit::SuspendedPageProxy::didFinishLoad):

• UIProcess/SuspendedPageProxy.h:
• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::swapToWebProcess):
(WebKit::WebPageProxy::continueNavigationInNewProcess):

• UIProcess/WebPageProxy.h:

2:01 PM Changeset in webkit [238352] by Simon Fraser

• 7 edits in trunk/Source/WebCore

Rename RenderLayerCompositor::inCompositingMode() to usesCompositing()
​https://bugs.webkit.org/show_bug.cgi?id=191808

Reviewed by Zalan Bujtas.

Other code uses "usesCompositing" so standardize on that (future changes will make
"compositing mode" more ambiguous). Also remove a FrameView function that only
had one caller.

• page/FrameView.cpp:

(WebCore::FrameView::clearBackingStores):
(WebCore::FrameView::handleDeferredScrollbarsUpdateAfterDirectionChange):
(WebCore::FrameView::delegatesScrollingDidChange):
(WebCore::FrameView::hasCompositedContent const): Deleted.

• page/FrameView.h:
• rendering/RenderLayer.cpp:

(WebCore::RenderLayer::addChild):
(WebCore::RenderLayer::removeChild):
(WebCore::RenderLayer::rebuildZOrderLists):
(WebCore::RenderLayer::updateLayerPosition):
(WebCore::RenderLayer::scrollTo):
(WebCore::RenderLayer::updateCompositingLayersAfterScroll):

• rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::updateCompositingPolicy):
(WebCore::RenderLayerCompositor::computeCompositingRequirements):
(WebCore::RenderLayerCompositor::layerStyleChanged):
(WebCore::RenderLayerCompositor::updateBacking):
(WebCore::RenderLayerCompositor::parentFrameContentLayers):
(WebCore::RenderLayerCompositor::setIsInWindow):
(WebCore::RenderLayerCompositor::needsToBeComposited const):
(WebCore::RenderLayerCompositor::reasonsForCompositing const):
(WebCore::RenderLayerCompositor::requiresCompositingForAnimation const):
(WebCore::RenderLayerCompositor::rootOrBodyStyleChanged):
(WebCore::RenderLayerCompositor::rootBackgroundColorOrTransparencyChanged):

• rendering/RenderLayerCompositor.h:
• rendering/RenderView.cpp:

(WebCore::RenderView::repaintViewAndCompositedLayers):
(WebCore::RenderView::usesCompositing const):

12:04 PM Changeset in webkit [238351] by Chris Dumez

• 2 edits in trunk/Source/WebKit

Unreviewed follow-up to r238343 to address debug assertions in 2 API tests.

• UIProcess/Network/NetworkProcessProxy.cpp:

(WebKit::NetworkProcessProxy::networkProcessCrashed):

10:27 AM Changeset in webkit [238350] by Devin Rousso

• 60 edits
  2 adds
  3 deletes in trunk

Web Inspector: Network: add button to show system certificate dialog
​https://bugs.webkit.org/show_bug.cgi?id=191458
<rdar://problem/45977019>

Reviewed by Joseph Pecoraro.

Source/JavaScriptCore:

• inspector/protocol/Network.json:

Add getSerializedCertificate command.

Source/WebCore:

Test: http/tests/inspector/network/getSerializedCertificate.html

• inspector/agents/InspectorNetworkAgent.h:
• inspector/agents/InspectorNetworkAgent.cpp:

(WebCore::InspectorNetworkAgent::getSerializedCertificate): Added.

• inspector/InspectorFrontendHost.idl:
• inspector/InspectorFrontendHost.h:
• inspector/InspectorFrontendHost.cpp:

(WebCore::InspectorFrontendHost::supportsShowCertificate): Added.
(WebCore::InspectorFrontendHost::showCertificate): Added.

• inspector/InspectorFrontendClient.h:

(InspectorFrontendClient::showCertificate): Added.

• testing/Internals.cpp:

(InspectorStubFrontend::showCertificate): Added.

• platform/network/cf/CertificateInfo.h:

(WTF::Persistence::encodeCFData): Added.
(WTF::Persistence::decodeCFData): Added.
(WTF::Persistence::encodeSecTrustRef): Added.
(WTF::Persistence::decodeSecTrustRef): Added.
(WTF::Persistence::encodeCertificateChain): Added.
(WTF::Persistence::decodeCertificateChain): Added.
(WTF::Persistence::Coder<WebCore::CertificateInfo>::encode): Added.
(WTF::Persistence::Coder<WebCore::CertificateInfo>::decode): Added.

• platform/network/cf/CertificateInfoCFNet.cpp:
• platform/network/cocoa/CertificateInfoCocoa.mm:

• platform/network/curl/CertificateInfo.h:

(WTF::Persistence::Coder<WebCore::CertificateInfo>::encode): Added.
(WTF::Persistence::Coder<WebCore::CertificateInfo>::decode): Added.

• platform/network/soup/CertificateInfo.h:

(WTF::Persistence::Coder<GRefPtr<GByteArray>>::encode): Added.
(WTF::Persistence::Coder<GRefPtr<GByteArray>>::decode): Added.
(WTF::Persistence::certificatesDataListFromCertificateInfo): Added.
(WTF::Persistence::certificateFromCertificatesDataList): Added.
(WTF::Persistence::Coder<WebCore::CertificateInfo>::encode): Added.
(WTF::Persistence::Coder<WebCore::CertificateInfo>::decode): Added.

Source/WebInspectorUI:

• UserInterface/Controllers/NetworkManager.js:

(WI.NetworkManager.supportsShowCertificate): Added.

• UserInterface/Models/Resource.js:

(WI.Resource.prototype.showCertificate): Added.

• UserInterface/Views/ResourceSecurityContentView.js:

(WI.ResourceSecurityContentView.prototype._refreshCetificateSection):

• UserInterface/Views/ResourceSecurityContentView.css:

(.resource-security .details > .show-certificate > .key): Added.
(.resource-security .details > .show-certificate > .key > .error): Added.

• Localizations/en.lproj/localizedStrings.js:

Source/WebKit:

• UIProcess/WebInspectorProxy.messages.in:
• UIProcess/WebInspectorProxy.h:
• UIProcess/WebInspectorProxy.cpp:

(WebKit::WebInspectorProxy::showCertificate): Added.
(WebKit::WebInspectorProxy::platformShowCertificate): Added.

• UIProcess/mac/WebInspectorProxyGtk.cpp:

(WebKit::WebInspectorProxy::platformShowCertificate): Added.

• UIProcess/mac/WebInspectorProxyMac.mm:

(WebKit::WebInspectorProxy::platformShowCertificate): Added.

• UIProcess/mac/WebInspectorProxyWPE.cpp:

(WebKit::WebInspectorProxy::platformShowCertificate): Added.

• UIProcess/mac/WebInspectorProxyWin.cpp:

(WebKit::WebInspectorProxy::platformShowCertificate): Added.

• WebProcess/WebPage/WebInspectorUI.h:
• WebProcess/WebPage/WebInspectorUI.cpp:

(WebKit::WebInspectorUI::showCertificate): Added.

• UIProcess/RemoteWebInspectorProxy.messages.in:
• UIProcess/RemoteWebInspectorProxy.h:
• UIProcess/RemoteWebInspectorProxy.cpp:

(WebKit::RemoteWebInspectorProxy::showCertificate): Added.
(WebKit::RemoteWebInspectorProxy::platformShowCertificate): Added.

• UIProcess/mac/RemoteWebInspectorProxyGtk.cpp:

(WebKit::RemoteWebInspectorProxy::platformShowCertificate): Added.

• UIProcess/mac/RemoteWebInspectorProxyMac.mm:

(WebKit::RemoteWebInspectorProxy::platformShowCertificate): Added.

• WebProcess/WebPage/RemoteWebInspectorUI.h:
• WebProcess/WebPage/RemoteWebInspectorUI.cpp:

(WebKit::RemoteWebInspectorUI::showCertificate): Added.

• NetworkProcess/cache/NetworkCacheCoders.h:
• NetworkProcess/cache/NetworkCacheCodersCocoa.cpp: Removed.
• NetworkProcess/cache/NetworkCacheCodersCurl.cpp: Removed.
• NetworkProcess/cache/NetworkCacheCodersSoup.cpp: Removed.

Moved WebCore::CertificateInfo code for WTF::Encoder and WTF::Decoder into their
respective platform's CertificateInfo.h file.

• UIProcess/Authentication/mac/WebCredentialMac.mm:

• Configurations/WebKit.xcconfig:
• PlatformMac.cmake:
• PlatformWin.cmake:
• SourcesCocoa.txt:
• SourcesGTK.txt:
• SourcesWPE.txt:
• WebKit.xcodeproj/project.pbxproj:

Source/WebKitLegacy:

• WebCoreSupport/WebInspectorClientIOS.mm:

(WebInspectorFrontendClient::showCertificate): Added.

Source/WebKitLegacy/mac:

• WebCoreSupport/WebInspectorClient.h:
• WebCoreSupport/WebInspectorClient.mm:

(WebInspectorFrontendClient::showCertificate): Added.

• Configurations/WebKitLegacy.xcconfig:

Source/WebKitLegacy/win:

• WebCoreSupport/WebInspectorClient.h:
• WebCoreSupport/WebInspectorClient.cpp:

(WebInspectorFrontendClient::showCertificate): Added.

LayoutTests:

• http/tests/inspector/network/getSerializedCertificate-expected.txt: Added.
• http/tests/inspector/network/getSerializedCertificate.html: Added.

• platform/gtk/TestExpectations:
• platform/wincairo/TestExpectations:
• platform/wpe/TestExpectations:

8:11 AM Changeset in webkit [238349] by Alan Bujtas

• 7 edits
  2 adds in trunk

[LFC][IFC] InlineFormattingState::addDetachingRule should accumulate rules.
​https://bugs.webkit.org/show_bug.cgi?id=191801

Reviewed by Antti Koivisto.

Source/WebCore:

before<span style="position: relative">positioned</span>after
In the example above the <positioned> inline box has both the BreakAtStart and the BreakAtEnd rules.
While walking through the inline tree, we add BreakAtStart first and when we figure it's the last child too,
we add BreakAtEnd as well. BreakAtEnd should not clear the BreakAtStart rule.

Test: fast/inline/simple-inline-with-out-of-flow-descendant2.html

• layout/inlineformatting/InlineFormattingContext.cpp:

(WebCore::Layout::InlineFormattingContext::collectInlineContentForSubtree const):

• layout/inlineformatting/InlineFormattingState.cpp:

(WebCore::Layout::InlineFormattingState::addDetachingRule):

• layout/inlineformatting/InlineFormattingState.h:

(WebCore::Layout::InlineFormattingState::addDetachingRule): Deleted.

Tools:

• LayoutReloaded/misc/LFC-passing-tests.txt:

LayoutTests:

• fast/inline/simple-inline-with-out-of-flow-descendant2-expected.txt: Added.
• fast/inline/simple-inline-with-out-of-flow-descendant2.html: Added.

7:13 AM Changeset in webkit [238348] by jer.noble@apple.com

• 4 edits in trunk/Tools

Regression(r233865): Causes synchronous IPC in the middle of layout
​https://bugs.webkit.org/show_bug.cgi?id=188307
<rdar://problem/42807306>

Reviewed by Eric Carlson.

Follow-up test fix for r238322:

In ExitFullscreenOnEnterPiP.ElementFullScreen, explicitly make the video
element in element fullscreen the "main content" by playing the video during
a user gesture; only "main content" videos will cause fullscreen mode to exit
when that element is taken into PiP.

In FullscreenZoomInitialFrame.WebKit, the WebView is not visible, so the Page
is considered hidden, and fullscreen is not allowed when the WebView is hidden.
Make the WebView visible by ordering the test window on-screen.

• TestWebKitAPI/Tests/WebKitCocoa/ExitFullscreenOnEnterPiP.html:
• TestWebKitAPI/Tests/WebKitCocoa/ExitFullscreenOnEnterPiP.mm:

(TestWebKitAPI::TEST):

• TestWebKitAPI/Tests/mac/FullscreenZoomInitialFrame.mm:

(TestWebKitAPI::FullscreenZoomInitialFrame::runTest):

3:01 AM WebKitGTK/2.22.x edited by Adrian Perez de Castro

(diff)

3:01 AM Changeset in webkit [238347] by Adrian Perez de Castro

• 7 edits in releases/WebKitGTK/webkit-2.22/Source/WebCore

Merged r237487 - Fix release build with -DLOG_DISABLED=0
​https://bugs.webkit.org/show_bug.cgi?id=190866

Reviewed by Xabier Rodriguez-Calvar.

No new tests since no functionality changed.

• platform/graphics/Font.cpp:
• platform/graphics/Font.h:
• platform/graphics/FontPlatformData.h:
• platform/graphics/cocoa/FontPlatformDataCocoa.mm:
• platform/graphics/freetype/FontPlatformDataFreeType.cpp:
• platform/graphics/win/FontPlatformDataWin.cpp:

2:33 AM Changeset in webkit [238346] by dinfuehr@igalia.com

• 6 edits in trunk/Source/JavaScriptCore

Fix build with disabled DFG/FTL
​https://bugs.webkit.org/show_bug.cgi?id=191256

Reviewed by Yusuke Suzuki.

Fix compilation errors and warnings with both DFG and FTL
disabled at compile-time.

• bytecode/CodeBlock.cpp:

(JSC::CodeBlock::getICStatusMap):

• bytecode/InByIdStatus.cpp:

(JSC::InByIdStatus::computeFor):

• bytecode/PutByIdStatus.cpp:

(JSC::PutByIdStatus::computeFor):
(JSC::PutByIdStatus::hasExitSite): Deleted.

• bytecode/PutByIdStatus.h:
• jit/JITOpcodes.cpp:

(JSC::JIT::emit_op_catch):

2:04 AM Changeset in webkit [238345] by commit-queue@webkit.org

• 6 edits
  2 adds in trunk

Caret stops blinking after context menu shown
​https://bugs.webkit.org/show_bug.cgi?id=191715

Patch by Jonathan Hammer <​jonathan@e3software.com> on 2018-11-17
Reviewed by Ryosuke Niwa.

Source/WebCore:

Changed EventHandler::sendContextMenuEvent to un-suspend caret blinking so that
the caret continues to blink even after the context menu is dismissed. The normal
way of un-suspendeding caret blinking (in EventHandler::handleMouseReleaseEvent) does
not apply in the case of context menus because handleMouseReleaseEvent is not
called once the context menu is up.

Test: fast/events/contextmenu-dismiss-blink-caret.html

• page/EventHandler.cpp:

(WebCore::EventHandler::sendContextMenuEvent):

• testing/Internals.cpp:

(WebCore::Internals::isCaretBlinkingSuspended):

• testing/Internals.h:
• testing/Internals.idl:

LayoutTests:

• fast/events/contextmenu-dismiss-blink-caret-expected.txt: Added.
• fast/events/contextmenu-dismiss-blink-caret.html: Added.

1:29 AM Changeset in webkit [238344] by graouts@webkit.org

• 5 edits
  2 adds in trunk

[Pointer Events] event.isPrimary doesn't always represent the oldest active touch
​https://bugs.webkit.org/show_bug.cgi?id=191752
<rdar://problem/46129270>

Reviewed by Dean Jackson.

Source/WebCore:

Provide isPrimary to the constructor so its value can be determined at the call site.

Test: pointerevents/ios/pointer-events-is-primary.html

• dom/PointerEvent.h:
• dom/ios/PointerEventIOS.cpp:

(WebCore::PointerEvent::create):
(WebCore::PointerEvent::PointerEvent):
(WebCore::m_isPrimary):

LayoutTests:

Add a new test that checks that adding a touch after another existing touch does not make it be
the primary touch, but that removing the first touch makes the second touch become the primary touch.

To do this we add a new ui.sequence() method that allows a series of touch actions to be performed
in a linear sequence. The test author can create a finger and call various actions on it, currently
begin(), move() and end().

When these actions are processed, we compute all "stationary" actions for each part of the sequence
so that we can provide this to the uiController.sendEventStream() function.

Finally, we add a way to track events received by the target and assert that the events that were
received match those that were expected.

• pointerevents/ios/pointer-events-is-primary-expected.txt: Added.
• pointerevents/ios/pointer-events-is-primary.html: Added.
• pointerevents/utils.js:

(prototype.handleEvent):
(prototype.assertMatchesEvents):
(const.ui.new.UIController):
(const.ui.new.UIController.prototype.finger):
(const.ui.new.UIController.prototype.pinchOut):
(const.ui.new.UIController.prototype.sequence):
(const.ui.new.UIController.prototype._runEvents):
(prototype.begin):
(prototype.move):
(prototype.end):
(prototype.stationary):
(prototype._action):

Nov 16, 2018:

10:46 PM Changeset in webkit [238343] by Chris Dumez

• 2 edits in trunk/Source/WebKit

Regression(ProcessPrewarming) Assertion hit in NetworkProcessProxy destructor
​https://bugs.webkit.org/show_bug.cgi?id=191800

Reviewed by Ryosuke Niwa.

Make sure the NetworkProcessProxy destructor calls its remaining m_pendingConnectionReplies
completion handlers to avoid hitting an assertion in the CompletionHandler destructor.

Prewarmed WebProcess do not keep the ProcessPool alive and thus not the NetworkProcessProxy
either. As a result, it is possible for NetworkProcessProxy to have pending connection
requests from those prewarmed processes when it is destroyed. Similar story for the
suspended page processes when they are destroyed.

• UIProcess/Network/NetworkProcessProxy.cpp:

(WebKit::NetworkProcessProxy::~NetworkProcessProxy):

10:03 PM Changeset in webkit [238342] by achristensen@apple.com

• 9 edits in trunk

Tweak _showSafeBrowsingWarningWithTitle SPI
​https://bugs.webkit.org/show_bug.cgi?id=191799

Reviewed by Wenson Hsieh.

Source/WebCore:

It turns out I needed to expose both sentinel values used in safe browsing for my application of this SPI in Mac Safari.
Allowing the caller to make its own sentinel values is insufficient because the malware confirmation needs to be over the warning.
The completion handler parameter should just be a bool indicating whether the user has chosen to continue after all warnings.

Covered by updated API tests.

• en.lproj/Localizable.strings:
• platform/LocalizedStrings.cpp:

(WebCore::formControlCancelButtonTitle):
Make "Cancel"'s description a little more generic.

Source/WebKit:

• UIProcess/API/Cocoa/WKWebView.mm:

(-[WKWebView _showSafeBrowsingWarningWithTitle:warning:details:completionHandler:]):
(+[WKWebView _visitUnsafeWebsiteSentinel]):

• UIProcess/API/Cocoa/WKWebViewPrivate.h:
• UIProcess/Cocoa/WKSafeBrowsingWarning.mm:

(-[WKSafeBrowsingWarning clickedOnLink:]):
I need to localize "Continue" and "Cancel" so they aren't always in English.

Tools:

• TestWebKitAPI/Tests/WebKitCocoa/SafeBrowsing.mm:

(TEST):

8:23 PM Changeset in webkit [238341] by Chris Dumez

• 2 edits in trunk/Source/WebKit

WKWebViewMacEditingTests.DoNotCrashWhenInterpretingKeyEventWhileDeallocatingView API test is crashing in debug
​https://bugs.webkit.org/show_bug.cgi?id=191797

Reviewed by Ryosuke Niwa.

We were hitting the assertion because the error handler was first getting called. It would
deallocate the send right, cancel/null out the XPC connection and call
didFinishLaunchingProcess(0, IPC::Connection::Identifier()).

Then the xpc_connection_send_message_with_reply() block would get called later and
would try to deallocate the send right again, and call
didFinishLaunchingProcess(0, IPC::Connection::Identifier()) again because the xpc
connection is null.

Handle this case by having the xpc_connection_send_message_with_reply() block check
that we're still launching (i.e. didFinishLaunchingProcess() has not been called
yet).

• UIProcess/Launcher/mac/ProcessLauncherMac.mm:

(WebKit::ProcessLauncher::launchProcess):

8:23 PM Changeset in webkit [238340] by rniwa@webkit.org

• 2 edits in trunk/Tools

REGRESSION (r238294): TestWebKitAPI.WKNavigation.ProcessCrashDuringCallback failing on iOS
​https://bugs.webkit.org/show_bug.cgi?id=191783

Reviewed by Chris Dumez.

Allow either WKErrorWebContentProcessTerminated or WKErrorWebViewInvalidated since the test
is closing WebView, thereby invalidating the view, which is racing with the process termination.

• TestWebKitAPI/Tests/WebKitCocoa/WebContentProcessDidTerminate.mm:

(TEST):

8:01 PM Changeset in webkit [238339] by Chris Dumez

• 2 edits in trunk/Tools

ProcessSwap.DisableForInspector API test is failing
​https://bugs.webkit.org/show_bug.cgi?id=191798

Reviewed by Joseph Pecoraro.

We support process swapping when Web Inspector is shown now so update the
API test accordingly.

• TestWebKitAPI/Tests/WebKitCocoa/ProcessSwapOnNavigation.mm:

7:06 PM Changeset in webkit [238338] by Joseph Pecoraro

• 2 edits in trunk/Source/WebKit

Unreviewed follow-up to r238330.

• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::close):
Don't clear the pointer after invalidating since the pointer is
used later one. We don't mind it being used after invalidation
it will do the right thing, we'd rather have the WebInspectorProxy
lifetime match the WebPageProxy.

7:06 PM Changeset in webkit [238337] by Simon Fraser

• 3 edits in trunk/Source/WebCore

Optimize composited iframe layer hookup
​https://bugs.webkit.org/show_bug.cgi?id=191778

Reviewed by Zalan Bujtas.

The change made in r238229 can be more targeted; we only need to hook up iframe content
layers when the layer is already composited (otherwise the updateBacking() above would have triggered
the work), and when it's a RenderWidget layer.

Tested by existing tests.

• rendering/RenderLayer.cpp:

(WebCore::outputPaintOrderTreeRecursive):

• rendering/RenderLayerCompositor.cpp:

(WebCore::RenderLayerCompositor::layerStyleChanged):

6:46 PM Changeset in webkit [238336] by Ross Kirsling

• 5 edits
  1 delete in trunk/Source/WebCore

Provide default implementation of Widget
​https://bugs.webkit.org/show_bug.cgi?id=191784

Reviewed by Michael Catanzaro.

• SourcesWPE.txt:
• platform/Widget.cpp:

(WebCore::Widget::Widget):
(WebCore::Widget::frameRect const):
(WebCore::Widget::~Widget):
(WebCore::Widget::setFrameRect):
(WebCore::Widget::paint):
(WebCore::Widget::setFocus):
(WebCore::Widget::setCursor):
(WebCore::Widget::show):
(WebCore::Widget::hide):
(WebCore::Widget::setIsSelected):

• platform/gtk/WidgetGtk.cpp:

(WebCore::Widget::Widget): Deleted.
(WebCore::Widget::frameRect const): Deleted.

• platform/win/WidgetWin.cpp:

(WebCore::Widget::Widget): Deleted.
(WebCore::Widget::frameRect const): Deleted.

• platform/wpe/WidgetWPE.cpp: Removed.

6:26 PM Changeset in webkit [238335] by Chris Dumez

• 4 edits in trunk/Source/WebKit

ProcessSwap.NavigationWithLockedHistoryWithoutPSON API test is a flaky crash in debug
​https://bugs.webkit.org/show_bug.cgi?id=191795

Reviewed by Alex Christensen.

If the WebProcessPool is getting destroyed while there is a prewarmed WebContent process
that is awaiting its connnection to the network process, then we'll hit the
process->hasOneRef() assertion in the WebProcessPool destructor. This is because
NetworkProcessProxy::m_pendingConnectionReplies keeps a RefPtr to the WebProcessProxy
that is awaiting the connection. The NetworkProcessProxy does not really need to keep
the WebProcessProxy alive in this case so this patch switches to using a WeakPtr instead.

• UIProcess/Network/NetworkProcessProxy.cpp:

(WebKit::NetworkProcessProxy::getNetworkProcessConnection):
(WebKit::NetworkProcessProxy::networkProcessCrashed):

• UIProcess/Network/NetworkProcessProxy.h:
• UIProcess/WebProcessProxy.h:

6:14 PM Changeset in webkit [238334] by Devin Rousso

• 6 edits in trunk/Source/WebInspectorUI

Web Inspector: Audit: add default tests
​https://bugs.webkit.org/show_bug.cgi?id=191758

Reviewed by Matt Baker.

• UserInterface/Controllers/AuditManager.js:

(WI.AuditManager.prototype.loadStoredTests):
(WI.AuditManager.prototype.addDefaultTestsIfNeeded): Added.
If there are no previously saved tests in the database, automatically add the default set.

• UserInterface/Views/AuditNavigationSidebarPanel.js:

(WI.AuditNavigationSidebarPanel.prototype._addTest):
(WI.AuditNavigationSidebarPanel.prototype._addResult):
(WI.AuditNavigationSidebarPanel.prototype._handleAuditTestRemoved):

• UserInterface/Views/AuditNavigationSidebarPanel.css:

(.sidebar > .panel.navigation.audit.has-results:not(.has-tests) > .content > .message-text-view): Added.
(.sidebar > .panel.navigation.audit.has-results:not(.has-tests) > .content > .message-text-view > .message): Added.
(.sidebar > .panel.navigation.audit.has-results:not(.has-tests) > .content > .message-text-view > button): Added.
When the last test is removed, show a placeholder message that allows the user to re-add the
default set of tests.

• UserInterface/Views/NavigationSidebarPanel.js:

(WI.NavigationSidebarPanel.prototype.showEmptyContentPlaceholder):
(WI.NavigationSidebarPanel.prototype._createEmptyContentPlaceholderIfNeeded):

• Localizations/en.lproj/localizedStrings.js:

6:10 PM Changeset in webkit [238333] by Devin Rousso

• 10 edits in trunk

Web Inspector: Audit: minor style improvements
​https://bugs.webkit.org/show_bug.cgi?id=191727

Reviewed by Joseph Pecoraro.

Source/WebInspectorUI:

• UserInterface/Controllers/AuditManager.js:

(WI.AuditManager):
(WI.AuditManager.prototype._handleFrameMainResourceDidChange): Added.
Clear test results when the main frame navigates, but don't clear the saved results.

• UserInterface/Models/AuditTestCase.js:

(WI.AuditTestCase.prototype.async run):

• UserInterface/Models/AuditTestCaseResult.js:

(WI.AuditTestCaseResult):
(WI.AuditTestCaseResult.async fromPayload):
(WI.AuditTestCaseResult.prototype.get resolvedDOMNodes): Added.
(WI.AuditTestCaseResult.prototype.toJSON):
Capture the full CSS path for any returned DOM nodes when the test finishes running, so that
if the node moves around the path isn't modified as well.

• UserInterface/Views/AuditTestCaseContentView.js:

(WI.AuditTestCaseContentView.prototype.layout):
Always show the URL for the test when viewing a saved result.

• UserInterface/Views/AuditTestContentView.css:

(.content-view-container > .content-view.audit-test > header p):
(.content-view.audit-test > header):

• UserInterface/Views/AuditTestCaseContentView.css:

(.content-view.audit-test-case > header): Added.
(.content-view.audit-test-case > header h1 > img):
(.content-view.audit-test-case > header > .metadata > .source): Added.
(.content-view.audit-test-case > header > .metadata > .duration):
(.content-view.audit-test-case > section table > tr > td:first-child):

• UserInterface/Views/AuditTestGroupContentView.css:

(.content-view.audit-test-group > header):
Horizontally align items in the header for visual consistency.

LayoutTests:

• inspector/audit/resources/audit-utilities.js:

5:34 PM Changeset in webkit [238332] by Chris Dumez

• 9 edits in trunk/Source

[macOS] Label "prewarmed" WebContent processes in Activity Monitor
​https://bugs.webkit.org/show_bug.cgi?id=191765
<rdar://problem/45953463>

Reviewed by Geoffrey Garen.

Source/WebCore:

• en.lproj/Localizable.strings:

Source/WebKit:

Label "prewarmed" WebContent processes in Activity Monitor to facilitate debugging.

• Shared/EntryPointUtilities/mac/XPCService/XPCServiceEntryPoint.mm:

(WebKit::XPCServiceInitializerDelegate::getExtraInitializationData):

• UIProcess/WebProcessProxy.cpp:

(WebKit::WebProcessProxy::getLaunchOptions):
(WebKit::WebProcessProxy::markIsNoLongerInPrewarmedPool):

• WebProcess/WebProcess.cpp:

(WebKit::WebProcess::markIsNoLongerPrewarmed):

• WebProcess/WebProcess.h:
• WebProcess/WebProcess.messages.in:
• WebProcess/cocoa/WebProcessCocoa.mm:

(WebKit::WebProcess::initializeProcessName):
(WebKit::WebProcess::updateProcessName):
(WebKit::WebProcess::platformInitializeProcess):

5:28 PM Changeset in webkit [238331] by Joseph Pecoraro

• 4 edits in trunk/Source/WebInspectorUI

Web Inspector: Include default filtering of InspectorBackend.dumpInspectorProtocolMessages with multi target backend
​https://bugs.webkit.org/show_bug.cgi?id=191785

Reviewed by Matt Baker.

• UserInterface/Debug/Bootstrap.js:

(dumpMessagesCurrentState):
(applyDumpMessagesState):
(WI.runBootstrapOperations):
Include tri-state for the logs button.

• UserInterface/Protocol/InspectorBackend.js:

(InspectorBackendClass.prototype.set filterMultiplexingBackendInspectorProtocolMessages):
(InspectorBackendClass.prototype.get filterMultiplexingBackendInspectorProtocolMessages):
(InspectorBackendClass.prototype._startOrStopAutomaticTracing):
Add new filtering state (the Setting already got added in the past).

• UserInterface/Protocol/LoggingProtocolTracer.js:

(WI.LoggingProtocolTracer):
(WI.LoggingProtocolTracer.prototype.set filterMultiplexingBackend):
(WI.LoggingProtocolTracer.prototype.get filterMultiplexingBackend):
(WI.LoggingProtocolTracer.prototype._processEntry):
Perform new filtering.

5:28 PM Changeset in webkit [238330] by Joseph Pecoraro

• 34 edits in trunk

Web Inspector: Keep Web Inspector window alive across process swaps (PSON) (Local Inspector)
​https://bugs.webkit.org/show_bug.cgi?id=191740
<rdar://problem/45470897>

Reviewed by Timothy Hatcher.

Source/JavaScriptCore:

• inspector/InspectorFrontendChannel.h:

Expose EnumTraits for ConnectionType for WebKit IPC messages.

Source/WebInspectorUI:

• UserInterface/Protocol/Connection.js:

(InspectorBackend.Connection.prototype._dispatchResponse):
Hide the TargetAgent does not exist message. This is necessary so that WebKitLegacy
tests don't include this line in output each test.

• UserInterface/Test.html:
• UserInterface/Test/Test.js:

(WI.loaded):
(WI.resetMainExecutionContext):
(WI.performOneTimeFrontendInitializationsUsingTarget):
Behave more like Main.js and initialize a MultiplexingBackendTarget when the
TargetAgent is available.

• UserInterface/Protocol/InspectorBackend.js:

(InspectorBackendClass.prototype.runAfterPendingDispatches):
Use the main target, a.k.a. the page connection. The backend target's
messages don't have any responses, so this was effectively not waiting
at all.

Source/WebKit:

When a web page asks to open a local Web Inspector, that inspector
will now connect in the UIProcess (WebPageProxy / WebPageInspectorController)
instead of the WebContentProcess (WebKit::WebInspector / InspectorController).

Previously a WebInspectorProxy was re-created every time the WebPageProxy's
WebPage / WebProcess was changed, effectively closing the Web Inspector
frontend when the WebPage was swapped or crashed.

This change keeps the WebInspectorProxy alive as long as the WebPageProxy
is alive. During process swaps, or process crashes, the WebInspectorProxy
is reset when the page is reset and updated when the page's WebProcess
changes. Since WebInspectorProxy owns the Web Inspector view / window
the Web Inspector window can be kept alive across (and attached state)
across WebPage / WebProcess changes.

Previously the WebContentProcess's WebKit::WebInspector was the Local
FrontendChannel for the WebCore::InspectorController. This can't
outlive the single WebContentProcess.

This change makes the UIProcesses' WebInspectorProxy the Local FrontendChannel
for the WebKit::WebPageInspectorController. Given the WebInspectorProxy
now stays alive alongside the WebPageProxy this will live across process changes.
This means that the WebInspectorUI process must send its backend messages to
the WebInspectorProxy -> WebPageInspectorController now instead of the
old path WebInspector -> WebCore::InspectorController.

A direct IPC connection is still maintained between the WebContentProcess's
WebKit::WebInspector and the InspectorProcess's WebInspectorUI. Previously
this connection was established by WebKit::WebInspector vending an
IPC::Attachment to the WebInspectorUI process. This patch inverts that
relationship, because the WebInspectorUI process now lives across multiple
WebContentProcess changes. The WebInspectorUI now vends the IPC::Attachment
to the WebContentProcess each time the process changes. This way they can both
still communicate through normal Messages::WebInspector/WebInspectorUI
messages and everything behaves as previously expected.

• Scripts/webkit/messages.py:

Header for Inspector::FrontendChannel::ConnectionType.

• WebProcess/WebCoreSupport/WebInspectorClient.cpp:

(WebKit::WebInspectorClient::openLocalFrontend):

• WebProcess/WebPage/WebInspector.cpp:

(WebKit::WebInspector::openLocalInspectorFrontend):
(WebKit::WebInspector::setFrontendConnection):
(WebKit::WebInspector::closeFrontendConnection):
(WebKit::WebInspector::close):
(WebKit::WebInspector::openFrontendConnection): Deleted.
(WebKit::WebInspector::sendMessageToBackend): Deleted.
(WebKit::WebInspector::sendMessageToFrontend): Deleted.
On the WebProcess side we ask the UIProcess to open a local frontend and now
receive instead of vend an IPC connection to the WebInspectorUI process.

• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::finishAttachingToWebProcess):
(WebKit::WebPageProxy::close):
(WebKit::WebPageProxy::resetState):
Keep the WebInspectorProxy alive alongside the WebPageProxy.
Update it as processes / states change.

• UIProcess/WebInspectorProxy.h:
• UIProcess/WebInspectorProxy.messages.in:
• UIProcess/WebInspectorProxy.cpp:

(WebKit::WebInspectorProxy::openLocalInspectorFrontend):
(WebKit::WebInspectorProxy::createInspectorPage): Deleted.
(WebKit::WebInspectorProxy::sendMessageToFrontend):
(WebKit::WebInspectorProxy::closeFrontendPageAndWindow):
Open and close a local frontend by being the FrontendChannel on the UIProcess side.

(WebKit::WebInspectorProxy::sendMessageToBackend):
Dispatch WebInspectorUI backend messages to the UIProcess's InspectorController
now that the InspectorController is here instead of in the WebProcess.

(WebKit::WebInspectorProxy::setFrontendConnection):
Transfer the WebProcess <-> InspectorProcess IPC connection through us
because we are the one link between them when processes change.

(WebKit::WebInspectorProxy::invalidate):
(WebKit::WebInspectorProxy::frontendLoaded):
Be safer and handle inspectedPage being potentially null.

• WebProcess/WebPage/WebPageInspectorTargetController.cpp:

(WebKit::WebPageInspectorTargetController::connectInspector):

• WebProcess/WebPage/WebPageInspectorTargetController.h:
• WebProcess/WebPage/WebPageInspectorTargetFrontendChannel.cpp:

(WebKit::WebPageInspectorTargetFrontendChannel::create):
(WebKit::WebPageInspectorTargetFrontendChannel::WebPageInspectorTargetFrontendChannel):

• WebProcess/WebPage/WebPageInspectorTargetFrontendChannel.h:
• UIProcess/InspectorTargetProxy.cpp:

(WebKit::InspectorTargetProxy::connect):
Proxy the ConnectionType received on the UIProcess side to the WebProcess side
when connecting to sub-targets.

• WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::connectInspector):
(WebKit::WebPage::setHasLocalInspectorFrontend): Deleted.

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

(WebKit::WebPageProxy::hasLocalInspectorFrontend const): Deleted.
(WebKit::WebPageProxy::setHasLocalInspectorFrontend): Deleted.

• UIProcess/WebPageProxy.messages.in:
• UIProcess/WebProcessPool.cpp:

(WebKit::WebProcessPool::processForNavigationInternal):
Eliminate the hasLocalInspectorFrontend state that was only used
to disable PSON. PSON no longer needs to be disabled for this reason.

• WebProcess/WebPage/WebInspector.h:
• WebProcess/WebPage/WebInspector.messages.in:
• WebProcess/WebPage/WebInspectorUI.cpp:

(WebKit::WebInspectorUI::establishConnection):
(WebKit::WebInspectorUI::updateConnection):
(WebKit::WebInspectorUI::closeWindow):
(WebKit::WebInspectorUI::sendMessageToBackend):

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

Vend an IPC connection on demand to the WebProcess side.

LayoutTests:

• inspector/unit-tests/target-manager-expected.txt:
• inspector/unit-tests/target-manager.html:

Update test to pass in both a MultiplexingBackendTarget and DirectBackendTarget world.

5:14 PM Changeset in webkit [238329] by rniwa@webkit.org

• 2 edits in trunk/Websites/perf.webkit.org

Manifest file can contain a test metric which references a non-existent test
​https://bugs.webkit.org/show_bug.cgi?id=191796

Reviewed by Dewei Zhu.

The bug was caused by a race condition between the manifest file fetching the list of tests and test metrics
and new tests and test metrics being added. Because we would fetch tests before test metrics, it was possible
for new test metrics which references a test not included in the fetched tests to be present in the test metrics.

Fixed the bug by changing the order of the queries so that test metrics are fetched before tests. This guarantees
that any test referenced by a test metric always exists and thefore included in the manifest file.

Unfortunately no new tests beucase this involes a race condition.

• public/include/manifest-generator.php:

5:10 PM Changeset in webkit [238328] by Ryan Haddad

• 5 edits in trunk/Tools

Update buildbot dashboard after Windows 7/10 updates
​https://bugs.webkit.org/show_bug.cgi?id=191219

Reviewed by Alexey Proskuryakov.

• BuildSlaveSupport/build.webkit.org-config/public_html/dashboard/Scripts/BubbleQueueServer.js:

(BubbleQueueServer):

• BuildSlaveSupport/build.webkit.org-config/public_html/dashboard/Scripts/Dashboard.js:
• BuildSlaveSupport/build.webkit.org-config/public_html/dashboard/Scripts/WebKitBuildbot.js:

(WebKitBuildbot):

• BuildSlaveSupport/build.webkit.org-config/public_html/dashboard/Styles/Main.css:

(table.queue-grid tr.platform td.logo::before):
(table.queue-grid tr.platform.windows-10 td.logo::before):
(table.queue-grid tr.platform.wincairo-windows-10 td.logo::before):
(table.queue-grid tr.platform.windows-7 td.logo::before):
(table.queue-grid tr.platform.wincairo-windows-10 img.logo):

4:49 PM Changeset in webkit [238327] by commit-queue@webkit.org

• 9 edits in trunk/Source/WebCore

Enable external playback for video in element fullscreen.
​https://bugs.webkit.org/show_bug.cgi?id=190359
rdar://problem/42560085

Patch by Jeremy Jones <​jeremyj@apple.com> on 2018-11-16
Reviewed by Jer Noble.

No new tests because we don't have a good way to test external playback.

Any video that might be auto-pipped from element fullscreen should also enable external playback for video out.
PiP and external playback are mutually exclusive. Instead of preventing PiP when external playback is active,
allow PiP, but disable external playback while PiP is active.

• html/HTMLMediaElement.cpp:

(WebCore::HTMLMediaElement::setVideoFullscreenStandby):

• html/HTMLMediaElement.h:
• platform/graphics/MediaPlayer.cpp:

(WebCore::MediaPlayer::setVideoFullscreenStandby):
(WebCore::MediaPlayer::videoFullscreenStandby const):

• platform/graphics/MediaPlayer.h:

(WebCore::MediaPlayerClient::mediaPlayerVideoFullscreenStandby const):

• platform/graphics/MediaPlayerPrivate.h:

(WebCore::MediaPlayerPrivateInterface::setVideoFullscreenStandby):

• platform/graphics/avfoundation/objc/MediaPlayerPrivateAVFoundationObjC.mm:

(WebCore::MediaPlayerPrivateAVFoundationObjC::setVideoFullscreenStandby):
(WebCore::MediaPlayerPrivateAVFoundationObjC::updateDisableExternalPlayback):

4:42 PM Changeset in webkit [238326] by fpizlo@apple.com

• 6 edits
  3 adds in trunk

All users of ArrayBuffer should agree on the same max size
​https://bugs.webkit.org/show_bug.cgi?id=191771

Reviewed by Mark Lam.

JSTests:

• stress/big-wasm-memory-grow-no-max.js: Added.

(foo):
(catch):

• stress/big-wasm-memory-grow.js: Added.

(foo):
(catch):

• stress/big-wasm-memory.js: Added.

(foo):
(catch):

Source/JavaScriptCore:

Array buffers cannot be larger than 0x7fffffff, because otherwise loading typedArray.length in the DFG/FTL would produce
a uint32 or would require a signedness check, neither of which sounds reasonable. It's better to just bound their max size
instead.

• runtime/ArrayBuffer.cpp:

(JSC::ArrayBufferContents::ArrayBufferContents):
(JSC::ArrayBufferContents::tryAllocate):
(JSC::ArrayBufferContents::transferTo):
(JSC::ArrayBufferContents::copyTo):
(JSC::ArrayBufferContents::shareWith):

• runtime/ArrayBuffer.h:
• wasm/WasmMemory.cpp:

(JSC::Wasm::Memory::tryCreate):
(JSC::Wasm::Memory::grow):

• wasm/WasmPageCount.h:

4:31 PM Changeset in webkit [238325] by Kocsen Chung

• 1 copy in tags/Safari-606.4.1.2.1

Tag Safari-606.4.1.2.1.~

4:22 PM Changeset in webkit [238324] by fpizlo@apple.com

• 3 edits in trunk/JSTests

Unreviewed, make some more tests not crash my computer by only running on instance of it. These tests do not need to
run for each JSC config since they're regression tests for runtime bugs.

• stress/json-stringified-overflow-2.js:
• stress/json-stringified-overflow.js:

4:17 PM Changeset in webkit [238323] by Chris Dumez

• 2 edits in trunk/Tools

Regression(PSON) WebKit.GeolocationTransitionToHighAccuracy API test is timing out
​https://bugs.webkit.org/show_bug.cgi?id=191789

Reviewed by Alex Christensen.

Relate the 2 test pages so they use the same process since WKContextSetMaximumNumberOfProcesses()
SPI no longer works with PSON / Process prewarming.

• TestWebKitAPI/Tests/WebKit/Geolocation.cpp:

(TestWebKitAPI::TEST):

4:15 PM Changeset in webkit [238322] by jer.noble@apple.com

• 9 edits in trunk/Source

Regression(r233865): Causes synchronous IPC in the middle of layout
​https://bugs.webkit.org/show_bug.cgi?id=188307
<rdar://problem/42807306>

Reviewed by Eric Carlson.

Revert the changes added in r233865. Rather than make a syncronous call to the UIProcess to
query whether the view has been backgrounded while (e.g.) JS has been spinning, perform the
steps of the requestFullscreen() method on the next run loop, allowing messages from the
UIProcess about page visibilty to be delivered first.

• dom/Document.cpp:

(WebCore::Document::requestFullScreenForElement):

• html/HTMLMediaElement.cpp:

(WebCore::HTMLMediaElement::enterFullscreen):

• html/HTMLMediaElement.h:
• page/ChromeClient.h:

4:15 PM Changeset in webkit [238321] by Ross Kirsling

• 3 edits
  1 delete in trunk/Source/WebCore

Provide default implementation of Cursor
​https://bugs.webkit.org/show_bug.cgi?id=191772

Reviewed by Michael Catanzaro.

• SourcesWPE.txt:
• platform/Cursor.cpp:

(WebCore::Cursor::ensurePlatformCursor const):

• platform/wpe/CursorWPE.cpp: Removed.

4:03 PM Changeset in webkit [238320] by Kocsen Chung

• 1 copy in tags/Safari-606.4.1

Tag Safari-606.4.1.

4:02 PM Changeset in webkit [238319] by Jonathan Bedard

• 2 edits in trunk/Tools

webkitpy: Retry app installation on watchOS simulators
​https://bugs.webkit.org/show_bug.cgi?id=191769
<rdar://problem/46139850>

Reviewed by Aakash Jain.

• Scripts/webkitpy/xcode/simulated_device.py:

(SimulatedDevice.install_app): Retry app installations.

3:52 PM Changeset in webkit [238318] by Michael Catanzaro

• 3 edits in trunk/Source/WebKit

[GTK][WPE] Add "WebKitDeviceInfoPermissionRequest.h" into webkit2.h
​https://bugs.webkit.org/show_bug.cgi?id=191744
<rdar://problem/46125461>

Unreviewed, install the file.

• PlatformGTK.cmake:
• PlatformWPE.cmake:

3:27 PM Changeset in webkit [238317] by don.olmstead@sony.com

• 2 edits
  1 copy
  1 add
  1 delete in trunk/Source/WebCore

EditorWPE should be EditorLibWPE
​https://bugs.webkit.org/show_bug.cgi?id=191774

Reviewed by Michael Catanzaro.

The platform specific implementations of Editor are all around the
platform's Pasteboard. Since the Pasteboard implementation is now based
around USE(LIBWPE) EditorWPE should be renamed to EditorLibWPE.

• SourcesWPE.txt:
• editing/libwpe/EditorLibWPE.cpp: Renamed from Source/WebCore/editing/wpe/EditorWPE.cpp.

3:22 PM Changeset in webkit [238316] by Michael Catanzaro

• 34 edits
  1 copy
  1 move
  1 add
  1 delete in releases/WebKitGTK/webkit-2.22

Merge r235419 - Fix exception throwing code so that topCallFrame and topEntryFrame stay true to their names.
​https://bugs.webkit.org/show_bug.cgi?id=188577
<rdar://problem/42985684>

Reviewed by Saam Barati.

JSTests:

• stress/regress-188577.js: Added.

Source/JavaScriptCore:

1. Introduced CallFrame::convertToStackOverflowFrame() which converts the current (top) CallFrame (which may not have a valid callee) into a StackOverflowFrame.

The StackOverflowFrame is a sentinel frame that the low level code (exception
throwing code, stack visitor, and stack unwinding code) will know to skip
over. The StackOverflowFrame will also have a valid JSCallee so that client
code can compute the globalObject or VM from this frame.

As a result, client code that throws StackOverflowErrors no longer need to
compute the caller frame to throw from: it just converts the top frame into
a StackOverflowFrame and everything should *Just Work*.

2. NativeCallFrameTracerWithRestore is now obsolete.

Instead, client code should always call convertToStackOverflowFrame() on the
frame before instantiating a NativeCallFrameTracer with it.

This means that topCallFrame will always point to the top CallFrame (which
may be a StackOverflowFrame), and topEntryFrame will always point to the top
EntryFrame. We'll never temporarily point them to the previous EntryFrame
(which we used to do with NativeCallFrameTracerWithRestore).

3. genericUnwind() and Interpreter::unwind() will now always unwind from the top CallFrame, and will know how to handle a StackOverflowFrame if they see one.

This obsoletes the UnwindStart flag.

• CMakeLists.txt:
• JavaScriptCore.xcodeproj/project.pbxproj:
• Sources.txt:
• debugger/Debugger.cpp:

(JSC::Debugger::pauseIfNeeded):

• interpreter/CallFrame.cpp:

(JSC::CallFrame::callerFrame const):
(JSC::CallFrame::unsafeCallerFrame const):
(JSC::CallFrame::convertToStackOverflowFrame):
(JSC::CallFrame::callerFrame): Deleted.
(JSC::CallFrame::unsafeCallerFrame): Deleted.

• interpreter/CallFrame.h:

(JSC::ExecState::iterate):

• interpreter/CallFrameInlines.h: Added.

(JSC::CallFrame::isStackOverflowFrame const):
(JSC::CallFrame::isWasmFrame const):

• interpreter/EntryFrame.h: Added.

(JSC::EntryFrame::vmEntryRecordOffset):
(JSC::EntryFrame::calleeSaveRegistersBufferOffset):

• interpreter/FrameTracers.h:

(JSC::NativeCallFrameTracerWithRestore::NativeCallFrameTracerWithRestore): Deleted.
(JSC::NativeCallFrameTracerWithRestore::~NativeCallFrameTracerWithRestore): Deleted.

• interpreter/Interpreter.cpp:

(JSC::Interpreter::unwind):

• interpreter/Interpreter.h:
• interpreter/StackVisitor.cpp:

(JSC::StackVisitor::StackVisitor):

• interpreter/StackVisitor.h:

(JSC::StackVisitor::visit):
(JSC::StackVisitor::topEntryFrameIsEmpty const):

• interpreter/VMEntryRecord.h:

(JSC::VMEntryRecord::callee const):
(JSC::EntryFrame::vmEntryRecordOffset): Deleted.
(JSC::EntryFrame::calleeSaveRegistersBufferOffset): Deleted.

• jit/AssemblyHelpers.h:
• jit/JITExceptions.cpp:

(JSC::genericUnwind):

• jit/JITExceptions.h:
• jit/JITOperations.cpp:
• llint/LLIntOffsetsExtractor.cpp:
• llint/LLIntSlowPaths.cpp:

(JSC::LLInt::LLINT_SLOW_PATH_DECL):

• llint/LowLevelInterpreter.asm:
• llint/LowLevelInterpreter32_64.asm:
• llint/LowLevelInterpreter64.asm:
• runtime/CallData.cpp:
• runtime/CommonSlowPaths.cpp:

(JSC::throwArityCheckStackOverflowError):
(JSC::SLOW_PATH_DECL):

• runtime/CommonSlowPathsExceptions.cpp: Removed.
• runtime/CommonSlowPathsExceptions.h: Removed.
• runtime/Completion.cpp:

(JSC::evaluateWithScopeExtension):

• runtime/JSGeneratorFunction.h:
• runtime/JSGlobalObject.cpp:

(JSC::JSGlobalObject::init):
(JSC::JSGlobalObject::visitChildren):

• runtime/JSGlobalObject.h:

(JSC::JSGlobalObject::stackOverflowFrameCallee const):

• runtime/VM.cpp:

(JSC::VM::throwException):

• runtime/VM.h:
• runtime/VMInlines.h:

(JSC::VM::topJSCallFrame const):

LayoutTests:

• http/tests/misc/large-js-program-expected.txt:

3:22 PM Changeset in webkit [238315] by Michael Catanzaro

• 3 edits in releases/WebKitGTK/webkit-2.22/Source/JavaScriptCore

Merge r235198 - Eliminate dead code operationThrowDivideError() and operationThrowOutOfBoundsAccessError()
​https://bugs.webkit.org/show_bug.cgi?id=188859

Rubber-stamped by Saam Barati.

Deleted these two functions.

• jit/JITOperations.cpp:
• jit/JITOperations.h:

3:22 PM Changeset in webkit [238314] by Michael Catanzaro

• 4 edits in releases/WebKitGTK/webkit-2.22/Source/WebCore

Merge r238291 - An early return from updateSchedulingInfo can leave some variables uninitialized.
​https://bugs.webkit.org/show_bug.cgi?id=191755
<rdar://problem/39910089>

Reviewed by Brent Fulgham.

• Modules/webaudio/AudioBufferSourceNode.cpp:

(WebCore::AudioBufferSourceNode::process):

• Modules/webaudio/AudioScheduledSourceNode.cpp:

(WebCore::AudioScheduledSourceNode::updateSchedulingInfo):

• Modules/webaudio/OscillatorNode.cpp:

(WebCore::OscillatorNode::process):

3:22 PM Changeset in webkit [238313] by Michael Catanzaro

• 3 edits
  2 adds in releases/WebKitGTK/webkit-2.22

Merge r238222 - Remove fonts from CSSFontFaceSet safely
​https://bugs.webkit.org/show_bug.cgi?id=191676

Reviewed by Zalan Bujtas.

Source/WebCore:

Test: fast/text/font-face-set-remove-safely.html

• css/CSSFontFaceSet.cpp:

(WebCore::CSSFontFaceSet::remove):

LayoutTests:

• fast/text/font-face-set-remove-safely-expected.txt: Added.
• fast/text/font-face-set-remove-safely.html: Added.

3:22 PM Changeset in webkit [238312] by Michael Catanzaro

• 7 edits
  2 adds in releases/WebKitGTK/webkit-2.22

Merge r238119 - Do not collapse the soon-to-be-parent anon block when we shuffle around the marker item renderer.
​https://bugs.webkit.org/show_bug.cgi?id=191554
<rdar://problem/45825265>

Reviewed by Antti Koivisto.

Source/WebCore:

While moving the marker item renderer to its correct subtree, we accidentally remove the soon-to-be parent anonymous block.
Moving a renderer is a 2 step process:

1. Detach the renderer from its current parent
2. Attach it to its new parent.

During step #1, we check if there is a chance to collapse anonymous blocks. In this case the soon-to-be-parent is a sibling anonymous block which, after detaching the marker sibling
is not needed anymore (except we use it as the new parent).

Test: fast/inline/marker-list-item-move-should-not-crash.html

• rendering/updating/RenderTreeBuilder.cpp:

(WebCore::RenderTreeBuilder::detach):

• rendering/updating/RenderTreeBuilder.h:
• rendering/updating/RenderTreeBuilderBlock.cpp:

(WebCore::RenderTreeBuilder::Block::detach):

• rendering/updating/RenderTreeBuilderBlock.h:
• rendering/updating/RenderTreeBuilderList.cpp:

(WebCore::RenderTreeBuilder::List::updateItemMarker):

LayoutTests:

• fast/inline/marker-list-item-move-should-not-crash-expected.txt: Added.
• fast/inline/marker-list-item-move-should-not-crash.html: Added.

3:19 PM Changeset in webkit [238311] by Michael Catanzaro

• 8 edits
  2 adds in releases/WebKitGTK/webkit-2.22

Merge r237837 - [MediaStream] An audio track should be muted when capture is interrupted by the OS.
Source/WebCore:

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

<rdar://problem/45773103>

Patch by Eric Carlson <​eric.carlson@apple.com> on 2018-11-05
Reviewed by Jon Lee.

Test: fast/mediastream/media-stream-track-interrupted.html

• platform/mediastream/RealtimeMediaSource.cpp:

(WebCore::RealtimeMediaSource::setInterruptedForTesting):

• platform/mediastream/RealtimeMediaSource.h:
• platform/mediastream/mac/CoreAudioCaptureSource.cpp:

(WebCore::CoreAudioCaptureSource::beginInterruption):
(WebCore::CoreAudioCaptureSource::endInterruption):

• testing/Internals.cpp:

(WebCore::Internals::setMediaStreamSourceInterrupted):

• testing/Internals.h:
• testing/Internals.idl:

LayoutTests:

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

<rdar://problem/45773103>

Patch by Eric Carlson <​eric.carlson@apple.com> on 2018-11-05
Reviewed by Jon Lee.

• fast/mediastream/media-stream-track-interrupted-expected.txt: Added.
• fast/mediastream/media-stream-track-interrupted.html: Added.

3:17 PM Changeset in webkit [238310] by fpizlo@apple.com

• 3 edits in trunk/JSTests

Unreviewed, make some tests not crash my computer by only running on instance of it. These tests do not need to run for each JSC
config since they're regression tests for runtime bugs.

• stress/large-unshift-splice.js:
• stress/regress-185888.js:

3:10 PM Changeset in webkit [238309] by Kocsen Chung

• 7 edits in tags/Safari-607.1.14.1/Source

Versioning.

3:08 PM Changeset in webkit [238308] by Kocsen Chung

• 1 copy in tags/Safari-607.1.14.1

New tag.

2:55 PM Changeset in webkit [238307] by commit-queue@webkit.org

• 8 edits in trunk

Include AirPlay destination name in AirPlay placard.
​https://bugs.webkit.org/show_bug.cgi?id=191574
rdar://problem/45536144

Patch by Jeremy Jones <​jeremyj@apple.com> on 2018-11-16
Reviewed by Eric Carlson.

Source/WebCore:

Updated existing tests.

Include the name of the AirPlay destination in the video element's AirPlay placard.

• Modules/modern-media-controls/controls/airplay-placard.js:

(AirplayPlacard):

• Modules/modern-media-controls/controls/placard.js:
• Modules/modern-media-controls/media/placard-support.js:

(PlacardSupport.prototype._updatePlacard):
(PlacardSupport.prototype._updateAirPlayPlacard):
(PlacardSupport):

• en.lproj/modern-media-controls-localized-strings.js:

LayoutTests:

Updated tests for string changes.

• media/modern-media-controls/airplay-placard/airplay-placard-expected.txt:
• media/modern-media-controls/airplay-placard/airplay-placard.html:

2:54 PM Changeset in webkit [238306] by Alan Bujtas

• 14 edits
  2 copies in trunk

Add DidFirstMeaningfulPaint milestone.
​https://bugs.webkit.org/show_bug.cgi?id=191754

Reviewed by Simon Fraser.

Source/WebCore:

This milestone fires sone after the paint triggered by the first visually non-empty layout.

• page/FrameView.cpp:

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

• page/LayoutMilestone.h:

Source/WebKit:

• Shared/API/c/WKPageLoadTypes.h:
• Shared/API/c/WKSharedAPICast.h:

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

• UIProcess/API/C/WKPageRenderingProgressEvents.h:
• UIProcess/API/C/WKPageRenderingProgressEventsInternal.h:

(pageRenderingProgressEvents):

Tools:

• TestWebKitAPI/CMakeLists.txt:
• TestWebKitAPI/TestWebKitAPI.xcodeproj/project.pbxproj:
• TestWebKitAPI/Tests/WebKit/FirstMeaningfulPaintMilestone.cpp: Added.

(TestWebKitAPI::didReachMilestone):
(TestWebKitAPI::setPageLoaderClient):
(TestWebKitAPI::TEST):

• TestWebKitAPI/Tests/WebKit/FirstMeaningfulPaintMilestone_Bundle.cpp: Copied from Source/WebKit/UIProcess/API/C/WKPageRenderingProgressEvents.h.

(TestWebKitAPI::FirstMeaningfulPaintMilestoneTest::FirstMeaningfulPaintMilestoneTest):
(TestWebKitAPI::FirstMeaningfulPaintMilestoneTest::didCreatePage):

2:45 PM Changeset in webkit [238305] by Matt Baker

• 2 edits in trunk/Source/WebInspectorUI

Web Inspector: TreeOutline shouldn't select first child of an expanded element on right arrow key
​https://bugs.webkit.org/show_bug.cgi?id=191766

Reviewed by Devin Rousso.

• UserInterface/Views/TreeOutline.js:

(WI.TreeOutline.prototype._treeKeyDown):

2:16 PM Changeset in webkit [238304] by don.olmstead@sony.com

• 4 edits
  1 copy
  1 delete in trunk/Source/WebCore

Provide default implementations of Image and Icon
​https://bugs.webkit.org/show_bug.cgi?id=191764

Reviewed by Michael Catanzaro.

Makes IconWPE and ImageWPE implementations the default.

• Sources.txt:
• SourcesWPE.txt:
• platform/graphics/Icon.cpp: Renamed from Source/WebCore/platform/graphics/wpe/IconWPE.cpp.
• platform/graphics/Image.cpp:

(WebCore::BitmapImage::invalidatePlatformData): Placed here for consistency with implementing ports.
(WebCore::Image::loadPlatformResource):

• platform/graphics/wpe/ImageWPE.cpp: Removed.

2:15 PM Changeset in webkit [238303] by Kocsen Chung

• 3 edits
  1 add
  1 delete in branches/safari-606.4.1.2-branch

Cherry-pick r238270. rdar://problem/46138760

2018-11-15 Mark Lam <​mark.lam@apple.com>

RegExpObject's collectMatches should not be using JSArray::push to fill in its match results.
​https://bugs.webkit.org/show_bug.cgi?id=191730
<rdar://problem/46048517>

Reviewed by Saam Barati.

JSTests:

• stress/regress-187006.js: Removed.
  • this test is invalid because its sole purpose is to test for the non-spec compliant behavior that we just fixed.

• stress/regress-191730.js: Added.

Source/JavaScriptCore:

According to the spec ​https://www.ecma-international.org/ecma-262/9.0/index.html#sec-regexp.prototype-@@match,
the RegExp match results are filled in using the spec's CreateDataProperty()
function which does not consult the prototype for setters. JSArray:push()
consults the prototype for setters. We should be using putDirectIndex() instead.

• runtime/RegExpObjectInlines.h: (JSC::collectMatches):

2:15 PM Changeset in webkit [238302] by Kocsen Chung

• 4 edits
  1 add in branches/safari-606.4.1.2-branch

Cherry-pick r238267. rdar://problem/46138752

2018-11-15 Mark Lam <​mark.lam@apple.com>

RegExp operations should not take fast patch if lastIndex is not numeric.
​https://bugs.webkit.org/show_bug.cgi?id=191731
<rdar://problem/46017305>

Reviewed by Saam Barati.

JSTests:

• stress/regress-191731.js: Added.

Source/JavaScriptCore:

This is because if lastIndex is an object with a valueOf() method, it can execute
arbitrary code which may have side effects, and side effects are not permitted by
the RegExp fast paths.

• builtins/RegExpPrototype.js: (globalPrivate.hasObservableSideEffectsForRegExpMatch): (overriddenName.string_appeared_here.search): (globalPrivate.hasObservableSideEffectsForRegExpSplit): (intrinsic.RegExpTestIntrinsic.test):
• builtins/StringPrototype.js: (globalPrivate.hasObservableSideEffectsForStringReplace):

2:11 PM Changeset in webkit [238301] by Kocsen Chung

• 7 edits in branches/safari-606.4.1.2-branch/Source

Versioning.

1:54 PM Changeset in webkit [238300] by Kocsen Chung

• 1 copy in branches/safari-606.4.1.2-branch

New branch.

1:46 PM Changeset in webkit [238299] by Ryan Haddad

• 2 edits in trunk/LayoutTests

REGRESSION (r232376): Layout Test inspector/console/webcore-logging.html is a flaky failure
​https://bugs.webkit.org/show_bug.cgi?id=186425

Unreviewed test gardening.

• platform/mac-wk2/TestExpectations: Remove flaky expectation.

1:43 PM Changeset in webkit [238298] by Brent Fulgham

• 23 edits
  1 add in trunk/Source

[Win] Reduce the use of WKSI library calls: CFNetwork
​https://bugs.webkit.org/show_bug.cgi?id=191718
<rdar://problem/46108732>

Reviewed by Alex Christensen.

Source/WebCore:

Remove custom WKSI CFNetwork calls, since the SPI is already documented in PAL. Just
make the same calls on Windows, like we did for iOS and macOS back in 2017.

Stop including WebKitSystemInterface.h for files that used to rely on it
for font-related features.

Tested by existing Windows regression tests. There should be no change in behavior.

• platform/graphics/win/FontCacheWin.cpp:
• platform/graphics/win/FontCustomPlatformData.cpp:
• platform/graphics/win/FontPlatformDataCGWin.cpp:
• platform/network/cf/CookieStorageCFNet.cpp:
• platform/network/cf/CredentialStorageCFNet.cpp:
• platform/network/cf/NetworkStorageSessionCFNet.cpp:

(WebCore::createPrivateStorageSession):
(WebCore::NetworkStorageSession::switchToNewTestingSession):
(WebCore::NetworkStorageSession::ensureSession):

• platform/network/cf/ResourceError.h:
• platform/network/cf/ResourceErrorCF.cpp:

(WebCore::getSSLPeerCertificateData):
(WebCore::setSSLPeerCertificateData):
(WebCore::ResourceError::getSSLPeerCertificateDataBytePtr):
(WebCore::ResourceError::platformLazyInit):
(WebCore::ResourceError::cfError const):

• platform/network/cf/ResourceHandleCFNet.cpp:

(WebCore::setClientCertificateInSSLProperties):
(WebCore::ResourceHandle::createCFURLConnection):

• platform/network/cf/ResourceHandleCFURLConnectionDelegate.cpp:
• platform/network/cf/ResourceRequestCFNet.cpp:
• platform/network/cf/SocketStreamHandleImplCFNet.cpp:

Source/WebCore/PAL:

Add necessary declarations for CFNetwork SPI needed by the Apple Windows build.

• pal/PlatformAppleWin.cmake:
• pal/spi/cf/CFNetworkSPI.h:
• pal/spi/cf/CFNetworkSPIWin.cpp: Added.

Source/WebKitLegacy/win:

Remove custom WKSI CFNetwork calls, since the SPI is already documented in PAL. Just
make the same calls on Windows, like we did for iOS and macOS back in 2017.

• WebCache.cpp:

(WebCache::cacheFolder):

• WebCoreSupport/WebFrameNetworkingContext.cpp:
• WebCoreSupport/WebPlatformStrategies.cpp:
• WebError.cpp:

(WebError::localizedDescription):
(WebError::sslPeerCertificate):

• WebURLResponse.cpp:

(WebURLResponse::sslPeerCertificate):
(WebURLResponse::certificateDictionary const):

• WebView.cpp:

(WebView::setCacheModel):

12:42 PM Changeset in webkit [238297] by sbarati@apple.com

• 3 edits
  1 add in trunk

KnownCellUse should also have SpecCellCheck as its type filter
​https://bugs.webkit.org/show_bug.cgi?id=191729
<rdar://problem/45872852>

Reviewed by Filip Pizlo.

JSTests:

• stress/known-cell-type-check-should-allow-empty-value-to-flow-through.js: Added.

(C):

Source/JavaScriptCore:

We write transformations in the compiler like this where we emit edges with
KnownCellUse if we know we're inserting code at a point where we're dominated
by a Cell check:

a: SomeValue
b: Something(Cell:@a)
c: SomethingElse(@b)
d: CheckNotEmpty(@a)

=>

a: SomeValue
b: Something(Cell:@a)
e: RandomOtherThing(KnownCellUse:@a)
c: SomethingElse(@b)
d: CheckNotEmpty(@a)

However, doing this used to lead to subtly incorrect programs since KnownCellUse
did not allow the empty value to flow through it. We used to end up incorrectly
deleting @d in the above program. We fix this, we make KnownCellUse allow the empty
value to flow through.

• dfg/DFGUseKind.h:

(JSC::DFG::typeFilterFor):

12:18 PM Changeset in webkit [238296] by commit-queue@webkit.org

• 2 edits in trunk/Tools

[WinCairo][WebKitTestRunner] Test contents window is displayed while testing.
​https://bugs.webkit.org/show_bug.cgi?id=191593

Patch by Takashi Komori <​Takashi.Komori@sony.com> on 2018-11-16
Reviewed by Alex Christensen.

Hide TestRunner window and taskbar button.

• WebKitTestRunner/win/PlatformWebViewWin.cpp:

(WTR::PlatformWebView::PlatformWebView):
(WTR::PlatformWebView::windowSnapshotImage):

12:13 PM Changeset in webkit [238295] by timothy@apple.com

• 2 edits in trunk/Source/WebCore

Add html{color:text} to the simpleUserAgentStyleSheet on macOS.
​https://bugs.webkit.org/show_bug.cgi?id=191760

Reviewed by Antti Koivisto.

• css/CSSDefaultStyleSheets.cpp: Added html{color:text} to simpleUserAgentStyleSheet inside

a PLATFORM(MAC) copy of the string.

12:11 PM Changeset in webkit [238294] by Chris Dumez

• 2 edits in trunk/Source/WebKit

Automatic process prewarming should be turned on if PSON is enabled via experimental features
​https://bugs.webkit.org/show_bug.cgi?id=191761

Reviewed by Ryosuke Niwa.

m_isAutomaticProcessWarmingEnabledByClient is a std::optional and should not be initialized to
true / false until the client calls API to toggle the feature. When m_isAutomaticProcessWarmingEnabledByClient
is std::nullopt then m_processSwapsOnNavigationFromExperimentalFeatures controls automatic
process prewarming.

• UIProcess/API/APIProcessPoolConfiguration.h:

11:59 AM Changeset in webkit [238293] by achristensen@apple.com

• 6 edits in trunk

Add API to disable safe browsing checks
​https://bugs.webkit.org/show_bug.cgi?id=191610

Reviewed by Dean Jackson.

Source/WebKit:

• UIProcess/API/Cocoa/WKPreferences.h:
• UIProcess/API/Cocoa/WKPreferences.mm:

(-[WKPreferences setSafeBrowsingEnabled:]):
(-[WKPreferences isSafeBrowsingEnabled]):
(-[WKPreferences _setSafeBrowsingEnabled:]): Deleted.
(-[WKPreferences _safeBrowsingEnabled]): Deleted.

• UIProcess/API/Cocoa/WKPreferencesPrivate.h:

Tools:

• TestWebKitAPI/Tests/WebKitCocoa/SafeBrowsing.mm:

(resourceURL):
(TEST):
(safeBrowsingView):
(simpleURL): Deleted.

11:19 AM Changeset in webkit [238292] by Alan Coon

• 3 edits
  2 adds in branches/safari-606-branch

Cherry-pick r238222. rdar://problem/45997333

Remove fonts from CSSFontFaceSet safely
​https://bugs.webkit.org/show_bug.cgi?id=191676

Reviewed by Zalan Bujtas.

Source/WebCore:

Test: fast/text/font-face-set-remove-safely.html

• css/CSSFontFaceSet.cpp: (WebCore::CSSFontFaceSet::remove):

LayoutTests:

• fast/text/font-face-set-remove-safely-expected.txt: Added.
• fast/text/font-face-set-remove-safely.html: Added.

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

11:06 AM Changeset in webkit [238291] by jer.noble@apple.com

• 4 edits in trunk/Source/WebCore

An early return from updateSchedulingInfo can leave some variables uninitialized.
​https://bugs.webkit.org/show_bug.cgi?id=191755
<rdar://problem/39910089>

Reviewed by Brent Fulgham.

• Modules/webaudio/AudioBufferSourceNode.cpp:

(WebCore::AudioBufferSourceNode::process):

• Modules/webaudio/AudioScheduledSourceNode.cpp:

(WebCore::AudioScheduledSourceNode::updateSchedulingInfo):

• Modules/webaudio/OscillatorNode.cpp:

(WebCore::OscillatorNode::process):

11:00 AM Changeset in webkit [238290] by Chris Dumez

• 2 edits in trunk/Source/WebKit

WebKit.UnavailablePlugIn API test is crashing in debug
​https://bugs.webkit.org/show_bug.cgi?id=191753

Reviewed by Alex Christensen.

Add missing early returns. Those were mistakenly dropped in r235200.

• UIProcess/Cocoa/NavigationState.mm:

(WebKit::NavigationState::NavigationClient::decidePolicyForPluginLoad):

10:52 AM Changeset in webkit [238289] by Chris Dumez

• 4 edits in trunk/Source

[Mac] Regression: WebContent process's display name is no longer set
​https://bugs.webkit.org/show_bug.cgi?id=191722
<rdar://problem/45960550>

Reviewed by Per Arne Vollan.

Source/WebCore/PAL:

• pal/spi/cocoa/LaunchServicesSPI.h:

Source/WebKit:

Make sure The WebContent process calls _RegisterApplication() during initialization and
*before* trying to set its display name. Setting the display name fails otherwise.

• WebProcess/cocoa/WebProcessCocoa.mm:

(WebKit::WebProcess::initializeProcessName):
(WebKit::WebProcess::platformInitializeProcess):

10:20 AM Changeset in webkit [238288] by rniwa@webkit.org

• 2 edits in trunk/Source/WebKit

Enable process swap on cross-site navigation by default on iOS
​https://bugs.webkit.org/show_bug.cgi?id=191735

Reviewed by Chris Dumez.

Enabled the feature.

• Shared/WebPreferencesDefaultValues.h:

10:14 AM Changeset in webkit [238287] by aboya@igalia.com

• 2 edits in trunk/Source/WebCore

[MSE][GStreamer] Ignore caps notifications when tearing down the pipeline
​https://bugs.webkit.org/show_bug.cgi?id=191578

Reviewed by Xabier Rodriguez-Calvar.

Changing the demuxer to READY state (which is done only in the main
thread) triggers the unlinking of its srcpads, which in turns emits a
caps change notification in the previously linked element since they
become unnegotiated again.

We are not interested in caps notifications in these cases, so let's
just ignore caps notifications emitted from the main thread.

This fixes an assertion failure in the debug builds.

• platform/graphics/gstreamer/mse/AppendPipeline.cpp:

(WebCore::AppendPipeline::AppendPipeline):

9:51 AM Changeset in webkit [238286] by Antti Koivisto

• 2 edits in trunk/Source/WebKit

REGRESSION(r237467) [PSON] iOS: Going back to a page sometimes doesn't restore the full page
​https://bugs.webkit.org/show_bug.cgi?id=191737

Reviewed by Simon Fraser.

• WebProcess/WebPage/WebPage.cpp:

(WebKit::WebPage::setLayerTreeStateIsFrozen):

Layer tree should stay frozen in m_shouldResetDrawingArea state. Otherwise spurious commit transactions may
mess up state on UI process side.

Specifically WKWebView._needsResetViewStateAfterCommitLoadForMainFrame would get stuck to TRUE and prevent
all viewport updates because WKWebView._firstPaintAfterCommitLoadTransactionID has value greater
than any current transaction IDs.

9:28 AM Changeset in webkit [238285] by Kocsen Chung

• 7 edits
  2 adds in branches/safari-606-branch

Cherry-pick r238119. rdar://problem/45997459

Do not collapse the soon-to-be-parent anon block when we shuffle around the marker item renderer.
​https://bugs.webkit.org/show_bug.cgi?id=191554
<rdar://problem/45825265>

Reviewed by Antti Koivisto.

Source/WebCore:

While moving the marker item renderer to its correct subtree, we accidentally remove the soon-to-be parent anonymous block.
Moving a renderer is a 2 step process:

1. Detach the renderer from its current parent
2. Attach it to its new parent. During step #1, we check if there is a chance to collapse anonymous blocks. In this case the soon-to-be-parent is a sibling anonymous block which, after detaching the marker sibling is not needed anymore (except we use it as the new parent).

Test: fast/inline/marker-list-item-move-should-not-crash.html

• rendering/updating/RenderTreeBuilder.cpp: (WebCore::RenderTreeBuilder::detach):
• rendering/updating/RenderTreeBuilder.h:
• rendering/updating/RenderTreeBuilderBlock.cpp: (WebCore::RenderTreeBuilder::Block::detach):
• rendering/updating/RenderTreeBuilderBlock.h:
• rendering/updating/RenderTreeBuilderList.cpp: (WebCore::RenderTreeBuilder::List::updateItemMarker):

LayoutTests:

• fast/inline/marker-list-item-move-should-not-crash-expected.txt: Added.
• fast/inline/marker-list-item-move-should-not-crash.html: Added.

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

9:12 AM Changeset in webkit [238284] by Chris Dumez

• 2 edits in trunk/Source/WebKit

Unreviewed typo fix in comment added in r238250.

• UIProcess/WebProcessPool.cpp:

(WebKit::WebProcessPool::ensureNetworkProcess):

8:58 AM Changeset in webkit [238283] by sihui_liu@apple.com

• 19 edits in trunk

Storing blobs in IDB on iOS: "Error preparing blob/file"
​https://bugs.webkit.org/show_bug.cgi?id=188438
<rdar://problem/43097279>

Reviewed by Alex Christensen.

Source/WebCore:

Grant sandbox extension of temp folder to network process, because we suggested network process had access to
the folder on iOS device but it didn't.

This makes some existing tests about IDB blob pass on iOS device.

• Modules/indexeddb/server/IDBBackingStore.h:
• Modules/indexeddb/server/SQLiteIDBTransaction.cpp:

(WebCore::IDBServer::SQLiteIDBTransaction::moveBlobFilesIfNecessary):
(WebCore::IDBServer::SQLiteIDBTransaction::deleteBlobFilesIfNecessary):
(WebCore::IDBServer::SQLiteIDBTransaction::abort):

• Modules/indexeddb/shared/InProcessIDBServer.h:

Source/WebKit:

Grant sandbox extension of temp folder to network process, and clean up some code that managed sandbox extension
of IDB temporary blob files in network process.

• NetworkProcess/FileAPI/NetworkBlobRegistry.cpp:

(WebKit::NetworkBlobRegistry::registerBlobURLOptionallyFileBacked):

• NetworkProcess/IndexedDB/WebIDBConnectionToClient.cpp:

(WebKit::WebIDBConnectionToClient::handleGetResult):

• NetworkProcess/NetworkConnectionToWebProcess.cpp:

(WebKit::NetworkConnectionToWebProcess::writeBlobsToTemporaryFiles):
(WebKit::NetworkConnectionToWebProcess::preregisterSandboxExtensionsForOptionallyFileBackedBlob): Deleted.
(WebKit::NetworkConnectionToWebProcess::getBlobDataFileReferenceForPath): Deleted.

• NetworkProcess/NetworkConnectionToWebProcess.h:
• NetworkProcess/NetworkConnectionToWebProcess.messages.in:
• NetworkProcess/NetworkProcess.cpp:

(WebKit::NetworkProcess::accessToTemporaryFileComplete):
(WebKit::NetworkProcess::getSandboxExtensionsForBlobFiles):
(WebKit::NetworkProcess::prepareForAccessToTemporaryFile): Deleted.
(WebKit::NetworkProcess::updateTemporaryFileSandboxExtensions): Deleted.

• NetworkProcess/NetworkProcess.h:
• NetworkProcess/NetworkProcessCreationParameters.cpp:

(WebKit::NetworkProcessCreationParameters::encode const):
(WebKit::NetworkProcessCreationParameters::decode):

• NetworkProcess/NetworkProcessCreationParameters.h:
• NetworkProcess/cocoa/NetworkProcessCocoa.mm:

(WebKit::NetworkProcess::platformInitializeNetworkProcessCocoa):

• UIProcess/WebProcessPool.cpp:

(WebKit::WebProcessPool::ensureNetworkProcess):

• WebProcess/Databases/IndexedDB/WebIDBConnectionToServer.cpp:

(WebKit::WebIDBConnectionToServer::didGetRecord):
(WebKit::WebIDBConnectionToServer::didGetAllRecords):
(WebKit::WebIDBConnectionToServer::didOpenCursor):
(WebKit::WebIDBConnectionToServer::didIterateCursor):
(WebKit::preregisterSandboxExtensionsIfNecessary): Deleted.

LayoutTests:

Three IDB blob tests are passing on iOS device now.

• platform/ios-device/TestExpectations:

8:38 AM Changeset in webkit [238282] by don.olmstead@sony.com

• 16 edits
  6 moves
  2 adds in trunk

Add USE(LIBWPE) to WebCore
​https://bugs.webkit.org/show_bug.cgi?id=191401

Reviewed by Michael Catanzaro.

.:

Exposes USE_LIBWPE to the build.

• Source/cmake/OptionsWPE.cmake:

Source/WebCore:

No new tests. No change in behavior.

Migrates all PLATFORM(WPE) code that calls into wpe_* APIs to
USE(LIBWPE) instead.

Renames classes and files to use the suffix LibWPE.

• PlatformWPE.cmake:
• SourcesWPE.txt:
• platform/Pasteboard.h:
• platform/PasteboardStrategy.h:
• platform/PlatformKeyboardEvent.h:
• platform/PlatformPasteboard.h:
• platform/graphics/PlatformDisplay.cpp:

(WebCore::PlatformDisplay::createPlatformDisplay):

• platform/graphics/PlatformDisplay.h:
• platform/graphics/egl/GLContextEGL.h:
• platform/graphics/egl/GLContextEGLLibWPE.cpp: Renamed from Source/WebCore/platform/graphics/egl/GLContextEGLWPE.cpp.

(WebCore::GLContextEGL::createWPEContext):

• platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.cpp:

(WebCore::MediaPlayerPrivateGStreamerBase::ensureGstGLContext):

• platform/graphics/libwpe/PlatformDisplayLibWPE.cpp: Renamed from Source/WebCore/platform/graphics/wpe/PlatformDisplayWPE.cpp.

(WebCore::PlatformDisplayLibWPE::create):
(WebCore::PlatformDisplayLibWPE::PlatformDisplayLibWPE):
(WebCore::PlatformDisplayLibWPE::~PlatformDisplayLibWPE):
(WebCore::PlatformDisplayLibWPE::initialize):

• platform/graphics/libwpe/PlatformDisplayLibWPE.h: Renamed from Source/WebCore/platform/graphics/wpe/PlatformDisplayWPE.h.
• platform/libwpe/PasteboardLibWPE.cpp: Renamed from Source/WebCore/platform/wpe/PasteboardWPE.cpp.
• platform/libwpe/PlatformKeyboardEventLibWPE.cpp: Renamed from Source/WebCore/platform/wpe/PlatformKeyboardEventWPE.cpp.
• platform/libwpe/PlatformPasteboardLibWPE.cpp: Renamed from Source/WebCore/platform/wpe/PlatformPasteboardWPE.cpp.

Source/WebKit:

Rename PlatformDisplayWPE to PlatformDisplayLibWPE.

• WebProcess/WebPage/wpe/AcceleratedSurfaceWPE.cpp:

(WebKit::AcceleratedSurfaceWPE::initialize):

• WebProcess/wpe/WebProcessMainWPE.cpp:

7:24 AM Changeset in webkit [238281] by Tadeu Zagallo

• 3 edits
  1 add in trunk

Fix assertion failure on BytecodeGenerator::recordOpcode
​https://bugs.webkit.org/show_bug.cgi?id=191724
<rdar://problem/45724395>

Reviewed by Saam Barati.

JSTests:

• stress/regress-187373-2.js: Added.

(foo):

Source/JavaScriptCore:

Since ​https://bugs.webkit.org/show_bug.cgi?id=187373, we were not
restoring m_lastInstruction after patching the bytecode when
finalizing StructureForInContexts, only m_lastOpcodeID, which led to
the assertion failure.

• bytecompiler/BytecodeGenerator.cpp:

(JSC::StructureForInContext::finalize):

7:07 AM Changeset in webkit [238280] by Alan Bujtas

• 3 edits
  2 adds in trunk

Source/WebCore:
[iOS] 2 subsequent taps are required to trigger certain tasks on the desktop version of YouTube.com (hover vs click).
​https://bugs.webkit.org/show_bug.cgi?id=191712
<rdar://problem/45612900>

Reviewed by Simon Fraser.

In handleSyntheticClick() we use WKContentObservation to figure out whether the tap should be treated as a hover or a click.
In general, if the mouse-move event triggers a visible content change, we assume we hit a hover-like drop down menu (or something similar)
and no need to dispatch a click event.
The idea here is that if the new content (result of the mouse-move event) does not respond to mouse click, it is most likely
only for tooltip-like reasons and it's ok to proceed with the click event.

Test: fast/events/touch/ios/click-instead-of-hover-simple.html

• rendering/updating/RenderTreeUpdater.cpp:

(WebCore::CheckForVisibilityChange::~CheckForVisibilityChange):

LayoutTests:
[iOS] 2 subsequent taps are required to trigger certain tasks on the desktop version of YouTube.com
​https://bugs.webkit.org/show_bug.cgi?id=191712
<rdar://problem/45612900>

Reviewed by Simon Fraser.

• fast/events/touch/ios/click-instead-of-hover-simple-expected.txt: Added.
• fast/events/touch/ios/click-instead-of-hover-simple.html: Added.

6:51 AM Changeset in webkit [238279] by Alan Bujtas

• 7 edits
  2 adds in trunk

[LFC][IFC] Add support for out-of-flow positioned boxes
​https://bugs.webkit.org/show_bug.cgi?id=191726

Reviewed by Antti Koivisto.

Source/WebCore:

While laying out formatting context roots (inline-block, floats) in an inline formatting context, we need to make sure
that their out-of-flow descendants get laid out as well.

Test: fast/inline/simple-inline-with-out-of-flow-descendant.html

• layout/inlineformatting/InlineFormattingContext.cpp:

(WebCore::Layout::InlineFormattingContext::layoutFormattingContextRoot const):

• layout/layouttree/LayoutTreeBuilder.cpp: This was returning the wrong context root when the container was also a context root.

(WebCore::Layout::TreeBuilder::createSubTree):

Tools:

• LayoutReloaded/misc/LFC-passing-tests.txt:

LayoutTests:

• fast/inline/simple-inline-with-out-of-flow-descendant-expected.txt: Added.
• fast/inline/simple-inline-with-out-of-flow-descendant.html: Added.
• platform/ios/TestExpectations:

6:09 AM Changeset in webkit [238278] by commit-queue@webkit.org

• 10 edits in trunk/Source

[GStreamer][WebRTC] Add API to enable/disable device mocks
​https://bugs.webkit.org/show_bug.cgi?id=191699

This basically us to test MediaStream/WebRTC support without
requiring cameras or microphones and is quite useful.

Also fix the GStreamerAudioMock by:

• Stop setting leaky-upstream on the GStreamerCapturer queue, this was usefull when we were trying to bring the MediaStream sources inside the main pipeline, it is not the case anymore (and not doable with latest version of LibWebRTC).
• Use a 'ticks' wave on the gstreamer audiotestsrc so the test stream is similar to what Apple port does.

Patch by Thibault Saunier <​tsaunier@igalia.com> on 2018-11-16
Reviewed by Xabier Rodriguez-Calvar.

The mocks are already tested and the API is really simple.

Source/WebCore:

• platform/mediastream/gstreamer/GStreamerAudioCapturer.cpp:

(WebCore::GStreamerAudioCapturer::createSource):

• platform/mediastream/gstreamer/GStreamerAudioCapturer.h:
• platform/mediastream/gstreamer/GStreamerCapturer.cpp:

(WebCore::GStreamerCapturer::addSink):

• platform/mediastream/gstreamer/GStreamerCapturer.h:

Source/WebKit:

• UIProcess/API/glib/WebKitSettings.cpp:

(webKitSettingsSetProperty):
(webKitSettingsGetProperty):
(webkit_settings_class_init):
(webkit_settings_get_enable_mock_capture_devices):
(webkit_settings_set_enable_mock_capture_devices):

• UIProcess/API/gtk/WebKitSettings.h:
• UIProcess/API/gtk/docs/webkit2gtk-4.0-sections.txt:

6:02 AM Changeset in webkit [238277] by commit-queue@webkit.org

• 3 edits in trunk/Source/WebKit

[GTK][WPE] Add "WebKitDeviceInfoPermissionRequest.h" into webkit2.h
​https://bugs.webkit.org/show_bug.cgi?id=191744

It should always have been there.

Patch by Thibault Saunier <​tsaunier@igalia.com> on 2018-11-16
Reviewed by Carlos Garcia Campos.

• UIProcess/API/gtk/webkit2.h:

6:01 AM Changeset in webkit [238276] by commit-queue@webkit.org

• 4 edits
  2 adds in trunk

[GStreamer][MediaStream] Handle track addition and removal
​https://bugs.webkit.org/show_bug.cgi?id=191599

Patch by Thibault Saunier <​tsaunier@igalia.com> on 2018-11-16
Reviewed by Xabier Rodriguez-Calvar.

Source/WebCore:

Test: fast/mediastream/MediaStream-video-element-remove-track.html

• platform/mediastream/gstreamer/GStreamerMediaStreamSource.cpp:

(WebCore::WebKitMediaStreamObserver::~WebKitMediaStreamObserver):
(WebCore::WebKitMediaStreamObserver::WebKitMediaStreamObserver):
(WebCore::webkitMediaStreamSrcFinalize):
(WebCore::webkitMediaStreamSrcChangeState):
(WebCore::webkit_media_stream_src_init):
(WebCore::webkitMediaStreamSrcSetupSrc):
(WebCore::webkitMediaStreamSrcAddTrack):
(WebCore::webkitMediaStreamSrcRemoveTrackByType):
(WebCore::webkitMediaStreamSrcSetStream):

LayoutTests:

• fast/mediastream/MediaStream-video-element-remove-track-expected.txt: Added.
• fast/mediastream/MediaStream-video-element-remove-track.html: Added.

2:57 AM Changeset in webkit [238275] by zandobersek@gmail.com

• 2 edits in trunk/Source/WebCore

ScalableImageDecoder: don't forcefully decode image data when querying frame completeness, duration
​https://bugs.webkit.org/show_bug.cgi?id=191354

Reviewed by Michael Catanzaro.

ScalableImageDecoder::frameIsCompleteAtIndex() should only check the
index validity and, if the index is valid, check for completeness of the
corresponding frame. ScalableImageDecoder::frameDurationAtIndex() should
also only retrieve duration for already-complete frames.

Both methods avoid calling ScalableImageDecoder::frameBufferAtIndex()
as that method goes on and decodes image data to determine specific
information. The ImageSource class that's querying this information
doesn't anticipate this, and doesn't handle the increased memory
consumption of the decoded data, leaving MemoryCache in the blind about
the image resource's actual amount of consumed memory. ImageSource can
instead gracefully handle any incomplete frame by marking the decoding
status for this frame as only partial.

• platform/image-decoders/ScalableImageDecoder.cpp:

(WebCore::ScalableImageDecoder::frameIsCompleteAtIndex const):
(WebCore::ScalableImageDecoder::frameHasAlphaAtIndex const):
(WebCore::ScalableImageDecoder::frameDurationAtIndex const):

1:09 AM Changeset in webkit [238274] by graouts@webkit.org

• 8 edits
  6 adds in trunk

PointerEvents should not require touch event listeners to be registered
​https://bugs.webkit.org/show_bug.cgi?id=191333
<rdar://problem/45857523>

Reviewed by Dean Jackson.

Source/WebCore:

Tests: pointerevents/ios/pointer-events-dispatch-on-touch.html

pointerevents/ios/pointer-events-prevent-default.html

• dom/EventNames.h:

(WebCore::EventNames::isTouchEventType const):
(WebCore::EventNames::touchAndPointerEventNames const):
(WebCore::EventNames::touchEventNames const): Deleted.

• dom/Node.cpp:

(WebCore::Node::moveNodeToNewDocument):

Source/WebKit:

• UIProcess/WebPageProxy.cpp:

(WebKit::WebPageProxy::updateTouchEventTracking):
(WebKit::WebPageProxy::touchEventTrackingType const):
(WebKit::WebPageProxy::handleTouchEventSynchronously):
(WebKit::WebPageProxy::handleTouchEventAsynchronously):
(WebKit::WebPageProxy::handleTouchEvent):
(WebKit::WebPageProxy::resetState):

• UIProcess/WebPageProxy.h:

LayoutTests:

Add two iOS tests that check that we dispatch pointer events when only those events are registered
and that we correctly account for calls to preventDefault(). To support pointer events test, we add
a new utility where we will be adding user interaction functions that should allow these tests to be
submitted to the WPT repository provided browsers implement their own versions of the UIController.

• TestExpectations:
• pointerevents/ios/pointer-events-dispatch-on-touch-expected.txt: Added.
• pointerevents/ios/pointer-events-dispatch-on-touch.html: Added.
• pointerevents/ios/pointer-events-prevent-default-expected.txt: Added.
• pointerevents/ios/pointer-events-prevent-default.html: Added.
• pointerevents/utils.js: Added.