Bug 282465

Summary:

MediaStreamTrack.clone() Does Not Retain 'enabled' State in Safari 18 (Regression in iOS and macOS)

Product:

WebKit

Reporter:

Luis Rivas <lrivas>

Component:

WebRTC

Assignee:

Nobody <webkit-unassigned>

Status:

RESOLVED DUPLICATE

Severity:

Critical

CC:

youennf

Priority:

Version:

Safari 18

Hardware:

All

OS:

iOS 18

Attachments:

Description	Flags
Tested in Safari 18	none

Luis Rivas

Reported 2024-11-01 14:37:41 PDT

Created attachment 473107 [details] Tested in Safari 18 In Safari 18 on both iOS and macOS, there is a regression where cloning a disabled MediaStreamTrack using originalTrack.clone() results in the cloned track having the enabled property set to true instead of retaining the original false state. According to the MediaStreamTrack specification, the cloned track should inherit the enabled state of the original track. This issue does not occur in earlier versions of Safari or in other browsers like Chrome and Firefox, where the cloned track correctly mirrors the enabled state of the original. This bug affects applications relying on track cloning behavior for media stream manipulation and needs to be addressed to maintain spec compliance. Reproducible demo: https://luisrivas.github.io/browser-sandbox/safari-media-track-clone/index.html

Attachments
Tested in Safari 18 (153.67 KB, image/png) 2024-11-01 14:37 PDT, Luis Rivas	no flags	Details
View All Add attachment proposed patch, testcase, etc.

youenn fablet

Comment 1 2024-11-04 08:06:19 PST

*** This bug has been marked as a duplicate of bug 281758 ***

Note You need to log in before you can comment on or make changes to this bug.