Closed Bug 1504514 Opened 6 years ago Closed 5 years ago

[wpt-sync] Sync PR 13902 - An incoming offer can generate simulcast

Categories

(Core :: WebRTC, enhancement, P4)

enhancement

Tracking

()

RESOLVED INVALID
mozilla68
Tracking Status
firefox68 --- fixed

People

(Reporter: mozilla.org, Unassigned)

References

()

Details

(Whiteboard: [wptsync downstream])

Sync web-platform-tests PR 13902 into mozilla-central (this bug is closed when the sync is complete).

PR: https://github.com/web-platform-tests/wpt/pull/13902
Details from upstream follow.

Harald Alvestrand <hta@chromium.org> wrote:
>  An incoming offer can generate simulcast
>  
>  This test needs discussion - my reading of draft-ietf-mmusic-simulcast is that an incoming offer with two RIDs should cause a transceiver to be created with two encodings avaialble, and an answer with two rid lines with send direction, indicating that the answerer is capable of sending 2 layers of simulcast.
>  
>  This currently fails on both Chrome and Firefox.
>
Component: web-platform-tests → WebRTC
Product: Testing → Core
Pushed by james@hoppipolla.co.uk:
https://hg.mozilla.org/integration/mozilla-inbound/rev/84c9ed88a5e5
[wpt PR 13902] - An incoming offer can generate simulcast, a=testonly
https://hg.mozilla.org/integration/mozilla-inbound/rev/e85676994b08
[wpt PR 13902] - Update wpt metadata, a=testonly
Pushed by james@hoppipolla.co.uk:
https://hg.mozilla.org/integration/mozilla-inbound/rev/a36b7f9bba5c
[wpt PR 13902] - An incoming offer can generate simulcast, a=testonly
https://hg.mozilla.org/integration/mozilla-inbound/rev/e9590b1fe2a9
[wpt PR 13902] - Update wpt metadata, a=testonly
Resolution: FIXED → INVALID
You need to log in before you can comment on or make changes to this bug.