Closed Bug 1319440 Opened 9 years ago Closed 9 years ago

Received tracks don't reliably end after removal and renegotiation

Categories

(Core :: WebRTC: Audio/Video, defect, P2)

defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: pehrsons, Assigned: pehrsons)

References

Details

Attachments

(1 obsolete file)

I found some notes of bug 1093835 in code (see [1]) and trying to fix that it appears as if we don't always end received tracks properly after renegotiation. [1] http://searchfox.org/mozilla-central/search?q=TODO(bug+1093835)%3A+figure+out+how+to+verify+that+media+stopped+flowing&case=false&regexp=false&path=
Rank: 25
Priority: -- → P2
I did a quick test of this (unoptimized) and it was fine. I'll do some more testing on my other machines at home when try has put up a couple of builds.
Assignee: nobody → pehrson
Status: NEW → ASSIGNED
Hrrm, wrong bug. I'm still taking this one however.
Attachment #8813292 - Flags: review?(rjesup)
Attachment #8813292 - Flags: review?(padenot)
Attachment #8813292 - Attachment is obsolete: true
Going through bug 1093835 again this seems fine.
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: