Branch: refs/heads/webkitglib/2.54
  Home:   https://github.com/WebKit/WebKit
  Commit: 18024edc94df3d4b0a2c55b99f60236ba757bc3f
      
https://github.com/WebKit/WebKit/commit/18024edc94df3d4b0a2c55b99f60236ba757bc3f
  Author: Youenn Fablet <[email protected]>
  Date:   2026-08-24 (Mon, 24 Aug 2026)

  Changed paths:
    A 
LayoutTests/http/wpt/webcodecs/configure-encoder-big-frame-size-expected.txt
    A LayoutTests/http/wpt/webcodecs/configure-encoder-big-frame-size.html
    M LayoutTests/platform/glib/TestExpectations
    M Source/WebCore/Modules/webcodecs/WebCodecsVideoEncoder.cpp

  Log Message:
  -----------
  Cherry-pick [email protected] (b8eb06fa26e8). 
https://bugs.webkit.org/show_bug.cgi?id=320765

    Heap Buffer Overflow in WebRTC VP9 Encoder
    rdar://177719944

    Reviewed by Jean-Yves Avenard.

    We restrict video encoder support to frames of size below 32767.
    This aligns with Chrome so should not be a compat issue.

    Test: http/wpt/webcodecs/configure-encoder-big-frame-size.html

    * 
LayoutTests/http/wpt/webcodecs/configure-encoder-big-frame-size-expected.txt: 
Added.
    * LayoutTests/http/wpt/webcodecs/configure-encoder-big-frame-size.html: 
Added.
    * Source/WebCore/Modules/webcodecs/WebCodecsVideoEncoder.cpp:
    (WebCore::isSupportedEncoderCodec):
    (WebCore::WebCodecsVideoEncoder::configure):
    (WebCore::WebCodecsVideoEncoder::isConfigSupported):

    Identifier: [email protected]

Canonical link: https://commits.webkit.org/317695.145@webkitglib/2.54


  Commit: 1964e82fe09dc6f0548564e8c20c1061c109c243
      
https://github.com/WebKit/WebKit/commit/1964e82fe09dc6f0548564e8c20c1061c109c243
  Author: Said Abou-Hallawa <[email protected]>
  Date:   2026-08-24 (Mon, 24 Aug 2026)

  Changed paths:
    A 
LayoutTests/http/tests/canvas/canvas-tainted-image-capture-video-frame-expected.html
    A 
LayoutTests/http/tests/canvas/canvas-tainted-image-capture-video-frame.html
    A 
LayoutTests/http/tests/canvas/resources/cross-origin-image-capture-video-frame.html
    M Source/WebCore/Modules/mediastream/CanvasCaptureMediaStreamTrack.cpp

  Log Message:
  -----------
  Cherry-pick [email protected] (723dbeacf061). 
https://bugs.webkit.org/show_bug.cgi?id=316594

    When captured as a video frame, canvas has to be tainted if cross-origin 
image are drawn into it
    https://bugs.webkit.org/show_bug.cgi?id=316594
    rdar://171846032

    Reviewed by Simon Fraser.

    HTMLCanvasElement::captureStream() allows streaming a canvas's output to a 
<video>
    element. The track frames of this video is obtained from 
CanvasCaptureMediaStreamTrack
    ::grabFrame(). This function unconditionally gets a VideoFrame by calling
    HTMLCanvasElement::toVideoFrame().

    If cross-origin images are drawn into the canvas, this canvas has to be 
tainted.
    So no getImageData() can see the pixels of the cross-origin images.

    * 
LayoutTests/http/tests/canvas/canvas-tainted-image-capture-video-frame-expected.html:
 Added.
    * 
LayoutTests/http/tests/canvas/canvas-tainted-image-capture-video-frame.html: 
Added.
    * 
LayoutTests/http/tests/canvas/resources/cross-origin-image-capture-video-frame.html:
 Added.
    * Source/WebCore/Modules/mediastream/CanvasCaptureMediaStreamTrack.cpp:
    (WebCore::CanvasCaptureMediaStreamTrack::Source::grabFrame):
    (WebCore::CanvasCaptureMediaStreamTrack::Source::captureCanvas):

    Identifier: [email protected]

Canonical link: https://commits.webkit.org/317695.146@webkitglib/2.54


  Commit: ad62a525b5bc3456a5fa38726bbe743e9da49283
      
https://github.com/WebKit/WebKit/commit/ad62a525b5bc3456a5fa38726bbe743e9da49283
  Author: Franco Vieira de Souza <[email protected]>
  Date:   2026-08-24 (Mon, 24 Aug 2026)

  Changed paths:
    M Source/WebKit/UIProcess/WebPageProxy.cpp

  Log Message:
  -----------
  Cherry-pick 53ed150fb399. https://bugs.webkit.org/show_bug.cgi?id=313163

    Don't block page loading due pending SafeBrowsing result
    https://bugs.webkit.org/show_bug.cgi?id=313163
    rdar://165058397

    Reviewed by Pascoe.

    WebPageProxy::decidePolicyForResponseShared() no longer waits for
    the SafeBrowsing request to be completed before responding. This
    unblocks the WebContent process to proceed with the load. This is not
    a bypass of the SafeBrowsing logic since a warning that arrives later
    is still handled and shown.

    * Source/WebKit/UIProcess/API/APINavigation.h:
    (API::Navigation::setSafeBrowsingCheckTimedOut): Deleted.
    (API::Navigation::safeBrowsingCheckTimedOut): Deleted.
    * Source/WebKit/UIProcess/WebPageProxy.cpp:
    (WebKit::WebPageProxy::decidePolicyForResponseShared):

    Identifier: 305413.801@safari-7624-branch

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

Canonical link: https://commits.webkit.org/317695.147@webkitglib/2.54


Compare: https://github.com/WebKit/WebKit/compare/939f996fbdcd...ad62a525b5bc

To unsubscribe from these emails, change your notification settings at 
https://github.com/WebKit/WebKit/settings/notifications

Reply via email to