Open Bug 1130185 Opened 9 years ago Updated 2 years ago

We need some renegotiation mochitests that test adding a track to a pre-existing stream

Categories

(Core :: WebRTC: Signaling, defect, P3)

Product:
Core
Component:
WebRTC: Signaling
Type:
defect

Tracking

()

Blocking Flags:
backlog tech-debt

People

(Reporter: bwc, Unassigned)

References

Details

Right now, our mochitest suite is not equipped to cause tracks to be added to a previously negotiated media stream, nor does it listen for or check the addtrack events that would result.
backlog: --- → tech-debt
Rank: 30
Priority: -- → P3
bryron/pehrsons/dminor/drno: re-evaluate this?
Flags: needinfo?(docfaraday)
I think it is still something we need to do.
Flags: needinfo?(docfaraday)
Right - this was P3 30, and marked tech-debt.  The (poorly asked) question was meant to be "do we need to reassess how soon we need this?" (Given all the other track-related changes that have landed)
I could see this being a P2.
Rank: 30 → 25
Priority: P3 → P2
I added a test in bug 1246310 but we could do with some more.
It looks like this is going to have some overlap with bug 998546, because both require the mochitest code to pay attention to ontrack.
See Also: → 998546
Mass change P2->P3 to align with new Mozilla triage process.
Priority: P2 → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.