Branch: refs/heads/safari-7614.4.6.0-branch
  Home:   https://github.com/WebKit/WebKit
  Commit: d68e5d1447a9d1f352a33918f3c056b189240329
      
https://github.com/WebKit/WebKit/commit/d68e5d1447a9d1f352a33918f3c056b189240329
  Author: Alan Coon <[email protected]>
  Date:   2022-12-21 (Wed, 21 Dec 2022)

  Changed paths:
    M Source/JavaScriptCore/Configurations/Version.xcconfig
    M Source/ThirdParty/ANGLE/Configurations/Version.xcconfig
    M Source/ThirdParty/libwebrtc/Configurations/Version.xcconfig
    M Source/WebCore/Configurations/Version.xcconfig
    M Source/WebCore/PAL/Configurations/Version.xcconfig
    M Source/WebGPU/Configurations/Version.xcconfig
    M Source/WebInspectorUI/Configurations/Version.xcconfig
    M Source/WebKit/Configurations/Version.xcconfig
    M Source/WebKitLegacy/mac/Configurations/Version.xcconfig

  Log Message:
  -----------
  Versioning.

WebKit-7614.4.6.0.1

Canonical link: https://commits.webkit.org/[email protected]


  Commit: ab193f571b0ab9c16e85cb29e27b0134d186fa7a
      
https://github.com/WebKit/WebKit/commit/ab193f571b0ab9c16e85cb29e27b0134d186fa7a
  Author: Sammy Gill <[email protected]>
  Date:   2022-12-21 (Wed, 21 Dec 2022)

  Changed paths:
    A 
LayoutTests/imported/w3c/web-platform-tests/css/css-sizing/aspect-ratio/replaced-element-041-expected.html
    A 
LayoutTests/imported/w3c/web-platform-tests/css/css-sizing/aspect-ratio/replaced-element-041.html
    M Source/WebCore/rendering/RenderBox.cpp

  Log Message:
  -----------
  Cherry-pick 28c5d0e82b0f. rdar://problem/103537352

    Ensure transferred max size is floored by transferred min size in 
RenderReplaced::computeIntrinsicSizesConstrainedByTransferredMinMaxSizes.
    https://bugs.webkit.org/show_bug.cgi?id=249617
    rdar://103537352

    Reviewed by Alan Baradlay.

    Addresses a regression introduced by a change inside of
    computeIntrinsicSizesConstrainedByTransferredMinMaxSizes. This method is
    supposed to compute the intrinsic size and ratio of a replaced element and
    also restrict that size if there are any transferred min/max constraints
    that are violated. This code was not checking if the transferred max size
    became smaller than the transferred min size. The max size is supposed to
    be floored by the min size in order to avoid this scenario.

    One situation in which this can happen is when we are computing the
    min/max logical height, the containing block has an available width
    of 0px, and the max-width specified is percentage based. When the call
    to computeLogicalWidthInFragmentUsing returns, it will return a value of
    0px when it resolves the percentage based max-width. Then, any specified
    value of min-width greater than 0px will cause this issue. The new code
    added addresses this issue by setting the max size to
    max(min size, max size).

    Ideally, we would be able to use 
RenderBox::constrainLogicalMinMaxSizesByAspectRatio,
    which has this logic for us, but my attempt to do this was causing issues
    when replaced elements were inside a flexbox.

    Spec reference: 
https://www.w3.org/TR/css-sizing-4/#aspect-ratio-size-transfers

    * 
LayoutTests/imported/w3c/web-platform-tests/css/css-sizing/aspect-ratio/replaced-element-041-expected.html:
 Added.
    * 
LayoutTests/imported/w3c/web-platform-tests/css/css-sizing/aspect-ratio/replaced-element-041.html:
 Added.
    * Source/WebCore/rendering/RenderBox.cpp:
    (WebCore::RenderBox::computeMinMaxLogicalWidthFromAspectRatio const):
    (WebCore::RenderBox::computeMinMaxLogicalHeightFromAspectRatio const):

    Canonical link: https://commits.webkit.org/258210@main

Canonical link: https://commits.webkit.org/[email protected]


  Commit: 078f7174bcf6fd632a7b7b9d92461cd6c5f37dc8
      
https://github.com/WebKit/WebKit/commit/078f7174bcf6fd632a7b7b9d92461cd6c5f37dc8
  Author: Alan Coon <[email protected]>
  Date:   2022-12-22 (Thu, 22 Dec 2022)

  Changed paths:
    M Source/WebCore/platform/graphics/angle/GraphicsContextGLANGLE.cpp
    M Source/WebCore/platform/graphics/angle/GraphicsContextGLANGLE.h
    M Source/WebKit/GPUProcess/graphics/RemoteGraphicsContextGL.cpp
    M Source/WebKit/GPUProcess/graphics/RemoteGraphicsContextGL.h
    M Source/WebKit/GPUProcess/graphics/RemoteGraphicsContextGL.messages.in
    M Source/WebKit/GPUProcess/graphics/RemoteGraphicsContextGLCocoa.cpp
    M Source/WebKit/WebProcess/GPU/graphics/RemoteGraphicsContextGLProxy.cpp
    M Source/WebKit/WebProcess/GPU/graphics/RemoteGraphicsContextGLProxy.h
    M Tools/Scripts/generate-gpup-webgl

  Log Message:
  -----------
  Cherry-pick 5192197861cf. rdar://problem/100252324

This reverts commit a084118a465cdb7a991828cfea017a38ed64816a.

Canonical link: https://commits.webkit.org/[email protected]


  Commit: 7c4a28f260ea758348a666f78098308b412c8a35
      
https://github.com/WebKit/WebKit/commit/7c4a28f260ea758348a666f78098308b412c8a35
  Author: Alan Coon <[email protected]>
  Date:   2022-12-22 (Thu, 22 Dec 2022)

  Changed paths:
    M Source/WebKit/WebProcess/GPU/graphics/RemoteGraphicsContextGLProxy.cpp

  Log Message:
  -----------
  Apply patch. rdar://problem/100252324

    Fix build on branch after 5192197861cf.

Canonical link: https://commits.webkit.org/[email protected]


  Commit: bbd686e003a5a4fe42ce76795d80a83c0214f3d2
      
https://github.com/WebKit/WebKit/commit/bbd686e003a5a4fe42ce76795d80a83c0214f3d2
  Author: Alan Coon <[email protected]>
  Date:   2022-12-22 (Thu, 22 Dec 2022)

  Changed paths:
    M Source/WebCore/platform/graphics/angle/GraphicsContextGLANGLE.cpp
    M Source/WebKit/WebProcess/GPU/graphics/RemoteGraphicsContextGLProxy.cpp

  Log Message:
  -----------
  Apply build fix. rdar://problem/100252324

    Additional fix after 5192197861cf.

Canonical link: https://commits.webkit.org/[email protected]


  Commit: b52a0dcb58b912c9b6d137aaf2ed00540d5a7bd5
      
https://github.com/WebKit/WebKit/commit/b52a0dcb58b912c9b6d137aaf2ed00540d5a7bd5
  Author: Chris Dumez <[email protected]>
  Date:   2022-12-22 (Thu, 22 Dec 2022)

  Changed paths:
    R 
LayoutTests/fast/workers/terminate-worker-with-event-listener-crash-expected.txt
    R LayoutTests/fast/workers/terminate-worker-with-event-listener-crash.html
    M 
LayoutTests/imported/w3c/web-platform-tests/workers/WorkerGlobalScope_ErrorEvent_colno-expected.txt
    M Source/WebCore/Modules/indexeddb/IDBDatabase.cpp
    M Source/WebCore/Modules/indexeddb/IDBRequest.cpp
    M Source/WebCore/Modules/indexeddb/IDBTransaction.cpp
    M Source/WebCore/animation/WebAnimation.cpp
    M Source/WebCore/animation/WebAnimation.h
    M Source/WebCore/dom/Document.cpp
    M Source/WebCore/dom/Document.h
    M Source/WebCore/dom/EventTarget.cpp
    M Source/WebCore/dom/ScriptExecutionContext.cpp
    M Source/WebCore/dom/ScriptExecutionContext.h
    M Source/WebCore/history/CachedFrame.cpp
    M Source/WebCore/workers/WorkerGlobalScope.cpp
    M Source/WebCore/workers/WorkerGlobalScope.h
    M Source/WebCore/workers/WorkerOrWorkletGlobalScope.cpp
    M Source/WebCore/workers/service/ServiceWorker.cpp
    M Source/WebCore/workers/service/ServiceWorkerContainer.cpp
    M Source/WebCore/workers/service/ServiceWorkerRegistration.cpp
    M Source/WebCore/workers/service/ServiceWorkerRegistration.h

  Log Message:
  -----------
  Cherry-pick 3a91fd09a076. rdar://problem/103439022

    Unreviewed, revert 252432.807@safari-7614-branch as it introduced new 
crashes
    https://bugs.webkit.org/show_bug.cgi?id=249610
    rdar://103439022

    * 
LayoutTests/fast/workers/terminate-worker-with-event-listener-crash-expected.txt:
 Removed.
    * LayoutTests/fast/workers/terminate-worker-with-event-listener-crash.html: 
Removed.
    * 
LayoutTests/imported/w3c/web-platform-tests/workers/WorkerGlobalScope_ErrorEvent_colno-expected.txt:
    * Source/WebCore/Modules/indexeddb/IDBDatabase.cpp:
    (WebCore::IDBDatabase::stop):
    * Source/WebCore/Modules/indexeddb/IDBRequest.cpp:
    (WebCore::IDBRequest::stop):
    * Source/WebCore/Modules/indexeddb/IDBTransaction.cpp:
    (WebCore::IDBTransaction::stop):
    * Source/WebCore/animation/WebAnimation.cpp:
    (WebCore::WebAnimation::stop):
    * Source/WebCore/animation/WebAnimation.h:
    * Source/WebCore/dom/Document.cpp:
    (WebCore::Document::~Document):
    (WebCore::Document::removeAllEventListenersInContext): Deleted.
    * Source/WebCore/dom/Document.h:
    * Source/WebCore/dom/EventTarget.cpp:
    (WebCore::EventTarget::addEventListener):
    (WebCore::EventTarget::removeEventListener):
    (WebCore::EventTarget::removeAllEventListeners):
    * Source/WebCore/dom/ScriptExecutionContext.cpp:
    (WebCore::ScriptExecutionContext::removeAllEventListenersInContext): 
Deleted.
    (WebCore::ScriptExecutionContext::addEventTargetWithListener): Deleted.
    (WebCore::ScriptExecutionContext::removeEventTargetWithListener): Deleted.
    * Source/WebCore/dom/ScriptExecutionContext.h:
    * Source/WebCore/history/CachedFrame.cpp:
    (WebCore::CachedFrame::destroy):
    * Source/WebCore/workers/WorkerGlobalScope.cpp:
    (WebCore::WorkerGlobalScope::removeAllEventListeners):
    (WebCore::WorkerGlobalScope::removeAllEventListenersInContext): Deleted.
    * Source/WebCore/workers/WorkerGlobalScope.h:
    * Source/WebCore/workers/WorkerOrWorkletGlobalScope.cpp:
    (WebCore::WorkerOrWorkletGlobalScope::prepareForDestruction):
    * Source/WebCore/workers/service/ServiceWorker.cpp:
    (WebCore::ServiceWorker::stop):
    * Source/WebCore/workers/service/ServiceWorkerContainer.cpp:
    (WebCore::ServiceWorkerContainer::stop):
    * Source/WebCore/workers/service/ServiceWorkerRegistration.cpp:
    (WebCore::ServiceWorkerRegistration::stop):
    * Source/WebCore/workers/service/ServiceWorkerRegistration.h:

    Canonical link: https://commits.webkit.org/252432.1014@safari-7614-branch

Canonical link: https://commits.webkit.org/[email protected]


  Commit: fbbf636c06aeba996c13abe11b1e1dd6635f8131
      
https://github.com/WebKit/WebKit/commit/fbbf636c06aeba996c13abe11b1e1dd6635f8131
  Author: Alan Coon <[email protected]>
  Date:   2023-01-03 (Tue, 03 Jan 2023)

  Changed paths:
    M Source/JavaScriptCore/Configurations/Version.xcconfig
    M Source/ThirdParty/ANGLE/Configurations/Version.xcconfig
    M Source/ThirdParty/libwebrtc/Configurations/Version.xcconfig
    M Source/WebCore/Configurations/Version.xcconfig
    M Source/WebCore/PAL/Configurations/Version.xcconfig
    M Source/WebGPU/Configurations/Version.xcconfig
    M Source/WebInspectorUI/Configurations/Version.xcconfig
    M Source/WebKit/Configurations/Version.xcconfig
    M Source/WebKitLegacy/mac/Configurations/Version.xcconfig

  Log Message:
  -----------
  Versioning.

WebKit-7614.4.6.0.2

Canonical link: https://commits.webkit.org/[email protected]


  Commit: d949e1249124bdd398b32e4071d2660bab9aea6a
      
https://github.com/WebKit/WebKit/commit/d949e1249124bdd398b32e4071d2660bab9aea6a
  Author: Wenson Hsieh <[email protected]>
  Date:   2023-01-03 (Tue, 03 Jan 2023)

  Changed paths:
    A 
LayoutTests/http/tests/contentfiltering/load-event-in-allowed-subframe-expected.txt
    A 
LayoutTests/http/tests/contentfiltering/load-event-in-allowed-subframe.html
    A LayoutTests/http/tests/contentfiltering/resources/lots-of-text.html
    M Source/WebKit/NetworkProcess/NetworkResourceLoader.cpp

  Log Message:
  -----------
  Cherry-pick 5d11f0377c18. rdar://problem/103247851

    REGRESSION (248723@main): Videos on bbc.co.uk fail to load when content 
filtering is enabled
    https://bugs.webkit.org/show_bug.cgi?id=249811
    rdar://103247851

    Reviewed by Brent Fulgham and Alex Christensen.

    On articles on bbc.co.uk, video elements are embedded inside subframes, and 
are only interactive
    once the containing subframe has finished loading (i.e. dispatched the 
"load" event). In the case
    where:

    1.  Content filtering is enabled, and also happens in the network process 
via the
        `CONTENT_FILTERING_IN_NETWORKING_PROCESS` codepath new in iOS 16/macOS 
Ventura.

    2.  The subframe is loaded from a disk cache entry (as opposed to over the 
network, or in memory
        cache).

    ...we end up never dispatching the load event on the subframe, due to the 
fact that the
    corresponding `WebCore::SubresourceLoader` driving the subframe load never 
gets notified that
    loading finished. This is because, in following code within the network 
process (in the codepath
    marked below), we exit early after delivering the cached data to the 
content filter, before either
    sending `WebResourceLoader::DidReceiveResource` or 
`WebResourceLoader::DidFinishResourceLoad` (the
    latter of which we use in the case where we don't already have a shareable 
resource handle). To fix
    this, we simply pull the logic to dispatch 
`WebResourceLoader::DidFinishResourceLoad` out into a
    separate callback, and invoke it from both places.

    ```
        #if ENABLE(SHAREABLE_RESOURCE)
            if (!entry->shareableResourceHandle().isNull()) {
        #if ENABLE(CONTENT_FILTERING_IN_NETWORKING_PROCESS)
                if (m_contentFilter && 
!m_contentFilter->continueAfterDataReceived(entry->buffer()->makeContiguous(), 
entry->buffer()->size())) {
                    
m_contentFilter->continueAfterNotifyFinished(m_parameters.request.url());
                    m_contentFilter->stopFilteringMainResource();               
// <-------
                    return;
                }
        #endif
                
send(Messages::WebResourceLoader::DidReceiveResource(entry->shareableResourceHandle()));
                return;
            }
        #endif
    ```

    Note that we prefer dispatching `DidFinishResourceLoad` over 
`DidReceiveResource` below (which we
    would normally use in this shareable resource handle codepath), since the 
resource loader in the web
    process would already have received the data when content filtering is 
enabled, so sending the
    entire cached resource handle again is redundant.

    Test: http/tests/contentfiltering/load-event-in-allowed-subframe.html

    * 
LayoutTests/http/tests/contentfiltering/load-event-in-allowed-subframe-expected.txt:
 Added.
    * 
LayoutTests/http/tests/contentfiltering/load-event-in-allowed-subframe.html: 
Added.
    * LayoutTests/http/tests/contentfiltering/resources/lots-of-text.html: 
Added.

    Add a new test resource that consists of an HTML page that contains a large 
amount of text. This
    ensures that we'll attempt to store it in disk cache, which is a necessary 
part of reproducing this
    bug.

    * Source/WebKit/NetworkProcess/NetworkResourceLoader.cpp:
    (WebKit::NetworkResourceLoader::sendResultForCacheEntry):

    Dispatch `WebResourceLoader::DidFinishResourceLoad` in both content 
filtering codepaths when
    `CONTENT_FILTERING_IN_NETWORKING_PROCESS` is enabled.

    Canonical link: https://commits.webkit.org/258394@main

Canonical link: https://commits.webkit.org/[email protected]


  Commit: dd3851471850374acb56cebe651973b5e37ecf71
      
https://github.com/WebKit/WebKit/commit/dd3851471850374acb56cebe651973b5e37ecf71
  Author: Alan Coon <[email protected]>
  Date:   2023-01-04 (Wed, 04 Jan 2023)

  Changed paths:
    M Source/JavaScriptCore/Configurations/Version.xcconfig
    M Source/ThirdParty/ANGLE/Configurations/Version.xcconfig
    M Source/ThirdParty/libwebrtc/Configurations/Version.xcconfig
    M Source/WebCore/Configurations/Version.xcconfig
    M Source/WebCore/PAL/Configurations/Version.xcconfig
    M Source/WebGPU/Configurations/Version.xcconfig
    M Source/WebInspectorUI/Configurations/Version.xcconfig
    M Source/WebKit/Configurations/Version.xcconfig
    M Source/WebKitLegacy/mac/Configurations/Version.xcconfig

  Log Message:
  -----------
  Versioning.

WebKit-7614.4.6.0.3

Canonical link: https://commits.webkit.org/[email protected]


  Commit: 0e08305a8f46f106f595cb133398ab4cf6bdbb53
      
https://github.com/WebKit/WebKit/commit/0e08305a8f46f106f595cb133398ab4cf6bdbb53
  Author: Ryosuke Niwa <[email protected]>
  Date:   2023-01-04 (Wed, 04 Jan 2023)

  Changed paths:
    A LayoutTests/fast/forms/datalist/datalist-id-change-crash-expected.txt
    A LayoutTests/fast/forms/datalist/datalist-id-change-crash.html
    M Source/WebCore/html/HTMLInputElement.cpp

  Log Message:
  -----------
  Cherry-pick 3be45019e7fd. rdar://problem/103823004

    Crash in HTMLInputElement::dataListMayHaveChanged via 
ListAttributeTargetObserver::idTargetChanged
    https://bugs.webkit.org/show_bug.cgi?id=250039

    Reviewed by Wenson Hsieh, Geoffrey Garen and Aditya Keerthi.

    Merge https://commits.webkit.org/253773@main to avoid hitting this crash.

    * LayoutTests/fast/forms/datalist/datalist-id-change-crash-expected.txt: 
Added.
    * LayoutTests/fast/forms/datalist/datalist-id-change-crash.html: Added.
    * Source/WebCore/html/HTMLInputElement.cpp:
    (WebCore::HTMLInputElement::resetListAttributeTargetObserver):
    (WebCore::ListAttributeTargetObserver::ListAttributeTargetObserver):

    Canonical link: https://commits.webkit.org/252432.1015@safari-7614-branch

Canonical link: https://commits.webkit.org/[email protected]


  Commit: bb5b7c0510a82f7a57c7324f9cc658aed2a70228
      
https://github.com/WebKit/WebKit/commit/bb5b7c0510a82f7a57c7324f9cc658aed2a70228
  Author: Jer Noble <[email protected]>
  Date:   2023-01-04 (Wed, 04 Jan 2023)

  Changed paths:
    A LayoutTests/media/audio-session-category-unmute-mute-expected.txt
    A LayoutTests/media/audio-session-category-unmute-mute.html
    M LayoutTests/media/video-test.js
    M LayoutTests/platform/gtk/TestExpectations
    M Source/WebCore/platform/audio/PlatformMediaSession.cpp
    M Source/WebCore/platform/audio/PlatformMediaSession.h
    M Source/WebCore/platform/audio/cocoa/MediaSessionManagerCocoa.mm
    M Source/WebCore/platform/audio/glib/MediaSessionManagerGLib.cpp

  Log Message:
  -----------
  Cherry-pick 2ed67ffbd825. rdar://problem/103408312

    [iOS] Changing the mute state of autoplaying silent videos can interrupt 
system audio
    https://bugs.webkit.org/show_bug.cgi?id=249408
    rdar://103408312

    Reviewed by Eric Carlson.

    WebKit will attempt to leave the default AVAudioSession category in 
"ambient"
    when no audible playback exists. However, when an audible media element 
pauses,
    WebKit will leave the category in "media playback", which allows APIs like 
Now
    Playing to continue working. It does this by tracking, for each media 
element,
    that the element has played sometime since the last time WebKit received an
    interruption. The assumption is that elements which have previously played
    should not cause the category to drop to "none" when they pause.

    However, this logic gets confused when a previously silent media element
    (i.e., muted) pauses, then becomes not-silent (i.e., unmuted). The
    PlatformMediaSessionManager sees that the element is capable of producing
    audio, and has played since the last interruption, so sets the 
AVAudioSession
    category to "media playback". When that element is then played, AVFoundation
    will activate the AVAudioSession, which by virtue of being configured for
    "media playback", will interrupt other system audio.

    To resolve this, rather than tracking whether the element has "played since 
the
    last interruption", track whether the element has "played _audibly_ since 
the
    last interruption." Rename hasPlayedSinceLastInterruption() ->
    hasPlayedAudiblySinceLastInterruption() to clarify the new behavior.

    * LayoutTests/media/audio-session-category-unmute-mute-expected.txt: Added.
    * LayoutTests/media/audio-session-category-unmute-mute.html: Added.
    * Source/WebCore/platform/audio/PlatformMediaSession.cpp:
    (WebCore::PlatformMediaSession::setState):
    * Source/WebCore/platform/audio/PlatformMediaSession.h:
    (WebCore::PlatformMediaSession::hasPlayedAudiblySinceLastInterruption 
const):
    (WebCore::PlatformMediaSession::clearHasPlayedAudiblySinceLastInterruption):
    (WebCore::PlatformMediaSession::hasPlayedSinceLastInterruption const): 
Deleted.
    (WebCore::PlatformMediaSession::clearHasPlayedSinceLastInterruption): 
Deleted.
    * Source/WebCore/platform/audio/cocoa/MediaSessionManagerCocoa.mm:
    (WebCore::MediaSessionManagerCocoa::updateSessionState):
    (WebCore::MediaSessionManagerCocoa::beginInterruption):

    Canonical link: https://commits.webkit.org/258000@main

Canonical link: https://commits.webkit.org/[email protected]


  Commit: ac6592256ddb2e30988ad614c21db8c370ad5233
      
https://github.com/WebKit/WebKit/commit/ac6592256ddb2e30988ad614c21db8c370ad5233
  Author: Ryosuke Niwa <[email protected]>
  Date:   2023-01-04 (Wed, 04 Jan 2023)

  Changed paths:
    M Source/WebCore/rendering/RenderLayerScrollableArea.cpp

  Log Message:
  -----------
  Cherry-pick 711178d9ca19. rdar://problem/103539448

    The "Around the World" carousel is broken on 
https://focal-theme-carbon.myshopify.com/
    https://bugs.webkit.org/show_bug.cgi?id=242224

    Unreviewed iOS build fix.

    * Source/WebCore/rendering/RenderLayerScrollableArea.cpp:
    (WebCore::RenderLayerScrollableArea::updateScrollableAreaSet):

    Canonical link: https://commits.webkit.org/253511@main

Canonical link: https://commits.webkit.org/[email protected]


  Commit: 221b4a7ecdafe52e0174ef943ed22e027b2e090f
      
https://github.com/WebKit/WebKit/commit/221b4a7ecdafe52e0174ef943ed22e027b2e090f
  Author: Simon Fraser <[email protected]>
  Date:   2023-01-04 (Wed, 04 Jan 2023)

  Changed paths:
    A 
LayoutTests/fast/scrolling/mac/smooth-scroll-with-overflow-hidden-and-layout-expected.txt
    A 
LayoutTests/fast/scrolling/mac/smooth-scroll-with-overflow-hidden-and-layout.html
    M LayoutTests/fast/scrolling/mac/smooth-scroll-with-overflow-hidden.html
    M Source/WebCore/platform/ScrollableArea.h
    M Source/WebCore/rendering/RenderLayerScrollableArea.cpp

  Log Message:
  -----------
  Cherry-pick ca608f18f089. rdar://problem/103539448

    The "Around the World" carousel is broken on 
https://focal-theme-carbon.myshopify.com/
    https://bugs.webkit.org/show_bug.cgi?id=242224
    <rdar://96453957>

    Reviewed by Tim Horton.

    251454@main fixed a bug where an animated programmatic scroll on an 
`overflow:hidden` element failed to scroll
    because we didn't register the ScrollableArea with the FrameView.

    However, if layout runs while the scroll is in progress, then we unregister 
the ScrollableArea, which
    prematurely stops the scrolling. Fix by having 
`RenderLayerScrollableArea::updateScrollableAreaSet()`
    check to see if an animated scroll is active before unregistering.

    * 
LayoutTests/fast/scrolling/mac/smooth-scroll-with-overflow-hidden-and-layout-expected.txt:
 Added.
    * 
LayoutTests/fast/scrolling/mac/smooth-scroll-with-overflow-hidden-and-layout.html:
 Copied from 
LayoutTests/fast/scrolling/mac/smooth-scroll-with-overflow-hidden.html.
    * LayoutTests/fast/scrolling/mac/smooth-scroll-with-overflow-hidden.html: 
Remove a redundant rule.
    * Source/WebCore/platform/ScrollableArea.h: m_hasActiveScrollAnimation was 
unused, so remove it.
    * Source/WebCore/rendering/RenderLayerScrollableArea.cpp:
    (WebCore::RenderLayerScrollableArea::updateScrollableAreaSet):

    Canonical link: https://commits.webkit.org/253493@main

Canonical link: https://commits.webkit.org/[email protected]


  Commit: 8eb82befcb61a16b727b4c2e0c8a3b11bad8a3cc
      
https://github.com/WebKit/WebKit/commit/8eb82befcb61a16b727b4c2e0c8a3b11bad8a3cc
  Author: Myah Cobbs <[email protected]>
  Date:   2023-01-06 (Fri, 06 Jan 2023)

  Changed paths:
    M Source/JavaScriptCore/Configurations/Version.xcconfig
    M Source/ThirdParty/ANGLE/Configurations/Version.xcconfig
    M Source/ThirdParty/libwebrtc/Configurations/Version.xcconfig
    M Source/WebCore/Configurations/Version.xcconfig
    M Source/WebCore/PAL/Configurations/Version.xcconfig
    M Source/WebGPU/Configurations/Version.xcconfig
    M Source/WebInspectorUI/Configurations/Version.xcconfig
    M Source/WebKit/Configurations/Version.xcconfig
    M Source/WebKitLegacy/mac/Configurations/Version.xcconfig

  Log Message:
  -----------
  Versioning.

WebKit-7614.4.6.0.5

Canonical link: https://commits.webkit.org/[email protected]


  Commit: 0bd7e1e1f674c92723bb367617a6e2f874341996
      
https://github.com/WebKit/WebKit/commit/0bd7e1e1f674c92723bb367617a6e2f874341996
  Author: Eric Carlson <[email protected]>
  Date:   2023-01-06 (Fri, 06 Jan 2023)

  Changed paths:
    A LayoutTests/media/media-source/content/test-red-3s-480x360.png
    A LayoutTests/media/media-source/media-source-video-renders-expected.html
    A LayoutTests/media/media-source/media-source-video-renders.html
    M LayoutTests/media/utilities.js
    M Source/WTF/Scripts/Preferences/WebPreferencesExperimental.yaml

  Log Message:
  -----------
  Cherry-pick ba5d6a18a598. rdar://problem/103696863

    [Cocoa, MSE] MSE video doesn't render in WK1 WebView
    https://bugs.webkit.org/show_bug.cgi?id=250105
    rdar://103696863

    Reviewed by Wenson Hsieh.

    252183@main (rdar://96256430) updated the 
`MediaPlayerPrivateMediaSourceAVFObjC` logic for
    rendering with an AVSampleBufferDisplayLayer or with a decompression 
session. The logic
    includes a check of the `mediaSourceInlinePaintingEnabled` runtime flag, 
which is off by
    default in WebKit 1, so it inadvertently disabled video in legacy WebViews.

    * LayoutTests/media/media-source/content/test-red-3s-480x360.png: Added.
    * LayoutTests/media/media-source/media-source-video-renders-expected.html: 
Added.
    * LayoutTests/media/media-source/media-source-video-renders.html: Added.
    * LayoutTests/media/utilities.js:
    * Source/WTF/Scripts/Preferences/UnifiedWebPreferences.yaml: Make the 
MediaSourceInlinePaintingEnabled
    WebKitLegacy default the same as WebKit.

    Canonical link: https://commits.webkit.org/258499@main

Canonical link: https://commits.webkit.org/[email protected]


  Commit: eeeece8c11987683f1e9a1ba5109c009ec0656c5
      
https://github.com/WebKit/WebKit/commit/eeeece8c11987683f1e9a1ba5109c009ec0656c5
  Author: Alan Coon <[email protected]>
  Date:   2023-01-06 (Fri, 06 Jan 2023)

  Changed paths:
    M Source/WebKit/UIProcess/API/wpe/WPEView.cpp
    M Source/WebKit/UIProcess/WebFullScreenManagerProxy.cpp
    M Source/WebKit/UIProcess/WebFullScreenManagerProxy.h
    M Source/WebKit/UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.h
    M Source/WebKit/UIProcess/ios/fullscreen/WKFullScreenWindowControllerIOS.mm
    M Source/WebKit/WebProcess/FullScreen/WebFullScreenManager.cpp
    M Source/WebKit/WebProcess/FullScreen/WebFullScreenManager.h
    M Source/WebKit/WebProcess/FullScreen/WebFullScreenManager.messages.in
    M Tools/MobileMiniBrowser/MobileMiniBrowser.xcodeproj/project.pbxproj
    M 
Tools/MobileMiniBrowser/MobileMiniBrowser.xcodeproj/xcshareddata/xcschemes/MobileMiniBrowser.xcscheme
    M 
Tools/MobileMiniBrowser/MobileMiniBrowserFramework/Assets.xcassets/AppIcon.appiconset/Contents.json
    M Tools/MobileMiniBrowser/MobileMiniBrowserFramework/WebViewController.m
    M 
Tools/MobileMiniBrowser/MobileMiniBrowserUITests/MobileMiniBrowserUITests.m

  Log Message:
  -----------
  Revert 61358f64bf9d. rdar://problem/102880747

This reverts commit 9429f96f7e0c226f13883b6c350af2cf4c0e1899.

Canonical link: https://commits.webkit.org/[email protected]


  Commit: 55806e8416ff6491b8b6a5fc440c1e6c6415f69f
      
https://github.com/WebKit/WebKit/commit/55806e8416ff6491b8b6a5fc440c1e6c6415f69f
  Author: Myah Cobbs <[email protected]>
  Date:   2023-02-08 (Wed, 08 Feb 2023)

  Changed paths:
    M Source/JavaScriptCore/Configurations/Version.xcconfig
    M Source/ThirdParty/ANGLE/Configurations/Version.xcconfig
    M Source/ThirdParty/libwebrtc/Configurations/Version.xcconfig
    M Source/WebCore/Configurations/Version.xcconfig
    M Source/WebCore/PAL/Configurations/Version.xcconfig
    M Source/WebGPU/Configurations/Version.xcconfig
    M Source/WebInspectorUI/Configurations/Version.xcconfig
    M Source/WebKit/Configurations/Version.xcconfig
    M Source/WebKitLegacy/mac/Configurations/Version.xcconfig

  Log Message:
  -----------
  Versioning.

WebKit-7614.4.6.0.6

Canonical link: https://commits.webkit.org/[email protected]


  Commit: 2bd85344108a418fe69a2587920f872889ec44c0
      
https://github.com/WebKit/WebKit/commit/2bd85344108a418fe69a2587920f872889ec44c0
  Author: Yusuke Suzuki <[email protected]>
  Date:   2023-02-08 (Wed, 08 Feb 2023)

  Changed paths:
    M Source/JavaScriptCore/dfg/DFGAbstractInterpreterInlines.h

  Log Message:
  -----------
  Cherry-pick 1b2eb138ef92. rdar://problem/105175786

    [JSC] ToThis object folding should check if AbstractValue is always an 
object
    https://bugs.webkit.org/show_bug.cgi?id=251944
    rdar://105175786

    Reviewed by Geoffrey Garen and Mark Lam.

    ToThis can become Identity for strict mode if it is just primitive values 
or its object does not have toThis function overriding.
    This is correct, but folding ToThis to Undefined etc. (not Identity) needs 
to check that an input only contains objects.
    This patch adds appropriate checks to prevent from converting 
ToThis(GlobalObject | Int32) to Undefined for example.

    * Source/JavaScriptCore/dfg/DFGAbstractInterpreterInlines.h:
    (JSC::DFG::isToThisAnIdentity):

    Canonical link: https://commits.webkit.org/259548.63@safari-7615-branch

Canonical link: https://commits.webkit.org/[email protected]


Compare: https://github.com/WebKit/WebKit/compare/d68e5d1447a9%5E...2bd85344108a
_______________________________________________
webkit-changes mailing list
[email protected]
https://lists.webkit.org/mailman/listinfo/webkit-changes

Reply via email to