Closed
Bug 1319440
Opened 9 years ago
Closed 8 years ago
Received tracks don't reliably end after removal and renegotiation
Categories
(Core :: WebRTC: Audio/Video, defect, P2)
Core
WebRTC: Audio/Video
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®exp=false&path=
Updated•9 years ago
|
Rank: 25
Priority: -- → P2
| Comment hidden (mozreview-request) |
| Assignee | ||
Comment 2•9 years ago
|
||
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 | ||
Updated•9 years ago
|
Assignee: nobody → pehrson
Status: NEW → ASSIGNED
| Assignee | ||
Comment 3•9 years ago
|
||
Hrrm, wrong bug.
I'm still taking this one however.
| Assignee | ||
Updated•9 years ago
|
Attachment #8813292 -
Flags: review?(rjesup)
Attachment #8813292 -
Flags: review?(padenot)
| Assignee | ||
Updated•9 years ago
|
Attachment #8813292 -
Attachment is obsolete: true
| Assignee | ||
Comment 4•8 years ago
|
||
Going through bug 1093835 again this seems fine.
Status: ASSIGNED → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•