createOffer with no transceivers fails

RESOLVED FIXED in Firefox 67

Status

()

defect
P3
normal
Rank:
21
RESOLVED FIXED
3 months ago
2 months ago

People

(Reporter: bwc, Assigned: bwc)

Tracking

(Blocks 1 bug)

unspecified
mozilla67
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(firefox67 fixed)

Details

Attachments

(1 attachment)

This is a degenerate case, but there's nothing in the spec about treating this as an error.

I seem to recall a comment on a spec issue where the Firefox behavior was considered, but I failed to find it. rtcweb-wg/jsep/issues/832 would suggest createOffer wo/transceivers should be supported.

Any gut feeling on priority/rank here? As far as I can see, the primary reason to do this is to improve our test coverage and make wpt sync easier.

Flags: needinfo?(jib)

No-one has complained. I'd say low priority.

Flags: needinfo?(jib)
Rank: 35

Bumping priority mostly so we can re-enable some wpt, and ease wpt sync a little.

Rank: 35 → 21
Priority: P4 → P3
Assignee: nobody → docfaraday
Blocks: 1533020

Comment 10

2 months ago
Pushed by bcampen@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/add69e4bd9af
Allow offers to be created/set without any transceivers, re-enable some tests, and fix a mochitest. r=jib

Stepping on my own toes here with bug 1531146. Have updated phabricator.

Flags: needinfo?(docfaraday)

Comment 13

2 months ago
Pushed by bcampen@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/7314b493edd3
Allow offers to be created/set without any transceivers, re-enable some tests, and fix a mochitest. r=jib

Comment 14

2 months ago
bugherder
Status: NEW → RESOLVED
Last Resolved: 2 months ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla67
You need to log in before you can comment on or make changes to this bug.