Branch: refs/heads/webkitglib/2.52
  Home:   https://github.com/WebKit/WebKit
  Commit: 5012412794e7ce9b0e0e06bf104390d67d912386
      
https://github.com/WebKit/WebKit/commit/5012412794e7ce9b0e0e06bf104390d67d912386
  Author: Philippe Normand <[email protected]>
  Date:   2026-04-07 (Tue, 07 Apr 2026)

  Changed paths:
    M 
LayoutTests/platform/glib/imported/w3c/web-platform-tests/media-capabilities/decodingInfo.webrtc-expected.txt
    M 
LayoutTests/platform/glib/imported/w3c/web-platform-tests/media-capabilities/encodingInfo.webrtc-expected.txt
    M Source/WebCore/platform/graphics/gstreamer/GStreamerRegistryScanner.cpp

  Log Message:
  -----------
  Cherry-pick 310639@main (f2e935e81d2d). 
https://bugs.webkit.org/show_bug.cgi?id=308926

    [GStreamer][WebRTC][1.28] 
imported/w3c/web-platform-tests/webrtc/simulcast/rid-manipulation.html fails
    https://bugs.webkit.org/show_bug.cgi?id=308926

    Reviewed by Xabier Rodriguez-Calvar.

    Since GStreamer 1.28 the H.264 profiles are more thoroughly checked in the 
SDP. Without advertizing
    the constrained-baseline profile with level 3.1 in our offers and answers 
the rid-manipulation.html
    would fail to negotiate its munged SDP values.

    * Source/WebCore/platform/graphics/gstreamer/GStreamerRegistryScanner.cpp:
    (WebCore::GStreamerRegistryScanner::fillVideoRtpCapabilities):

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

Canonical link: https://commits.webkit.org/305877.369@webkitglib/2.52


  Commit: 6a794cd13d0eb29a5da949294953429d2cb5f6f5
      
https://github.com/WebKit/WebKit/commit/6a794cd13d0eb29a5da949294953429d2cb5f6f5
  Author: Philippe Normand <[email protected]>
  Date:   2026-04-07 (Tue, 07 Apr 2026)

  Changed paths:
    M Source/WebCore/platform/graphics/gstreamer/VideoFrameGStreamer.cpp

  Log Message:
  -----------
  Cherry-pick 310638@main (51e931acfe6f). 
https://bugs.webkit.org/show_bug.cgi?id=311021

    [GStreamer] Follow-up after 309859@main
    https://bugs.webkit.org/show_bug.cgi?id=311021

    Reviewed by Xabier Rodriguez-Calvar.

    While in practice it doesn't seem to be an issue, let's not have code 
following a break statement.

    * Source/WebCore/platform/graphics/gstreamer/VideoFrameGStreamer.cpp:
    (WebCore::VideoFrame::copyTo):

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

Canonical link: https://commits.webkit.org/305877.370@webkitglib/2.52


Compare: https://github.com/WebKit/WebKit/compare/9f00ea4b465a...6a794cd13d0e

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

Reply via email to