Closed Bug 1504514 Opened 7 years ago Closed 6 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: wpt-sync, 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.