Open
Bug 1419900
Opened 6 years ago
Updated 1 year ago
WPT for getContributingSources and getSynchronizationSources do not work
Categories
(Core :: WebRTC, enhancement, P4)
Core
WebRTC
Tracking
()
NEW
People
(Reporter: ng, Unassigned)
References
(Depends on 1 open bug)
Details
Neither test waits for values to be available. Additionally we don't have a mechanism to force the creation of CSRCs that is usable by the getContributingSources WPT. Perhaps a preference that forces the inclusion of fake CSRCS can be added.
Reporter | ||
Comment 1•6 years ago
|
||
To clarify the points in comment #1. The Synchronization Sources test is a race between the first RTP packet being delivered and the call to Synchronization Sources. The Contributing Sources test, in addition to suffering from the same race condition as the Synchronization Sources test, can not pass without something to generate CSRCs[1]. [1] https://github.com/w3c/webrtc-pc/pull/1668#issuecomment-346951615
Reporter | ||
Comment 2•6 years ago
|
||
Additionally the spec has changed such that both methods return dictionaries and not interfaces, which also breaks the WPT.
Updated•4 years ago
|
Summary: WPT for getContributingSources and getSyncronizationSources do not work → WPT for getContributingSources and getSynchronizationSources do not work
Updated•1 year ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•