Open
Bug 1176382
Opened 8 years ago
Updated 21 days ago
[Meta] Tracking for ICE TCP user pref to be turned on
Categories
(Core :: WebRTC: Networking, defect, P2)
Core
WebRTC: Networking
Tracking
()
NEW
Tracking | Status | |
---|---|---|
firefox41 | --- | affected |
backlog | webrtc/webaudio+ |
People
(Reporter: drno, Unassigned)
References
(Depends on 7 open bugs, Blocks 1 open bug)
Details
(Keywords: dev-doc-complete, meta)
Bug 891551 landed ICE TCP with the user pref set to off by default. This bug is a reminder that we want/need to switch that pref to on at some point in the future.
Reporter | ||
Updated•8 years ago
|
Points: 1 → ---
Rank: 20
Reporter | ||
Comment 1•8 years ago
|
||
For the reference: the pref is called media.peerconnection.ice.tcp
Reporter | ||
Comment 2•8 years ago
|
||
We probably want at least bug 1176407 to be resolved before considering switching it on by default.
Depends on: 1176407
Updated•8 years ago
|
backlog: --- → webRTC+
Rank: 20 → 15
Priority: P2 → P1
Comment 3•8 years ago
|
||
I know Nils is planning to own and deliver this in Q3 (targeting fx42).
Assignee: nobody → drno
Reporter | ||
Updated•8 years ago
|
Reporter | ||
Updated•7 years ago
|
Summary: Switch ICE TCP user pref to on → [Meta] Tracking for ICE TCP user pref to be turned on
Updated•7 years ago
|
Rank: 15 → 12
Reporter | ||
Comment 4•6 years ago
|
||
@mreavy: with bug 1266667 landed I think we have the minimum in place to flip the ICE TCP user pref on, which will only activate active ICE TCP connections on e10s and non-e10s. To reasons to still hold off on flipping the switch are: 1) since bug 1285318 landed we longer have a STUN filter for ICE TCP under e10s. 2) we don't have any good Telemetry data which tells us how often ICE TCP gets used.
Reporter | ||
Comment 5•6 years ago
|
||
(In reply to Nils Ohlmeier [:drno] from comment #4) > 1) since bug 1285318 landed we longer have a STUN filter for ICE TCP under > e10s. Further discussion regarding the missing filter should happen in bug 1285330
Comment 6•6 years ago
|
||
I'm told this is preffed on in Firefox 54; I have noted it on Firefox 54 for developers (https://developer.mozilla.org/en-US/Firefox/Releases/54#AudioVideo). I also added to Experimental features in Firefox (https://developer.mozilla.org/en-US/Firefox/Experimental_features) that this was first implemented in Firefox 41, preffed off. When I get a link to the blog post I'm told :drno is writing, I'll link to it (unless someone else does first). That aside, this is now doc complete.
Keywords: dev-doc-complete
Comment 7•6 years ago
|
||
(In reply to Eric Shepherd [:sheppy] from comment #6) > I'm told this is preffed on in Firefox 54; I have noted it on Firefox 54 for > developers > (https://developer.mozilla.org/en-US/Firefox/Releases/54#AudioVideo). > > I also added to Experimental features in Firefox > (https://developer.mozilla.org/en-US/Firefox/Experimental_features) that > this was first implemented in Firefox 41, preffed off. > > When I get a link to the blog post I'm told :drno is writing, I'll link to > it (unless someone else does first). > > That aside, this is now doc complete. If this is preffed on in Nightly only, I think maybe we should clarify that in the release note? Is that the case here?
Flags: needinfo?(eshepherd)
Reporter | ||
Comment 8•6 years ago
|
||
(In reply to Chris Mills (Mozilla, MDN editor) [:cmills] from comment #7) > If this is preffed on in Nightly only, I think maybe we should clarify that > in the release note? Is that the case here? No. It is preffed on in 54 and the pref change rides the trains to release (at least that is the plan).
Flags: needinfo?(eshepherd)
Comment 9•6 years ago
|
||
Mass change P1->P2 to align with new Mozilla triage process
Priority: P1 → P2
Reporter | ||
Comment 10•5 years ago
|
||
I don't have the capacity any more to work on this any time soon.
Assignee: drno → nobody
Updated•5 months ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•