Branch: refs/heads/main
Home: https://github.com/WebKit/WebKit
Commit: d45a59ea60e013f1c7a6b144f45b0f72d4a49478
https://github.com/WebKit/WebKit/commit/d45a59ea60e013f1c7a6b144f45b0f72d4a49478
Author: Youenn Fablet <[email protected]>
Date: 2026-03-12 (Thu, 12 Mar 2026)
Changed paths:
M LayoutTests/TestExpectations
M LayoutTests/fast/mediastream/MediaStreamConstructor-expected.txt
M LayoutTests/fast/mediastream/MediaStreamConstructor.html
M
LayoutTests/imported/w3c/web-platform-tests/webrtc/protocol/split.https-expected.txt
M Source/WebCore/Modules/mediastream/MediaStream.cpp
M Source/WebCore/Modules/mediastream/MediaStream.h
M Source/WebCore/platform/mediastream/MediaStreamPrivate.cpp
M Source/WebCore/platform/mediastream/MediaStreamPrivate.h
Log Message:
-----------
getUserMedia media streams should present audio tracks before video tracks
rdar://172204931
https://bugs.webkit.org/show_bug.cgi?id=309584
Reviewed by Eric Carlson.
Web sites, like WPT webrtc/protocol/split.https.html, often do call
RTCPeerConnection.addTrack with the order of MediaStream.getTracks.
This has an effect on the order of transceiver and on the SDP.
Chrome and Firefox always start with audio track then video track for
getUserMedia.
WebKit was not doing this as it was relying on a map of tracks.
We change to a Vector of tracks, which ensures that getUserMedia audio track
will happen before video track.
Covered by rebased WPT test and updated layout test.
Canonical link: https://commits.webkit.org/309128@main
To unsubscribe from these emails, change your notification settings at
https://github.com/WebKit/WebKit/settings/notifications