Closed Bug 1296901 Opened 8 years ago Closed 8 years ago

Firefox does not seem be compliant with the WebRTC spec about iceCandidatePoolSize

Categories

(Core :: WebRTC, defect)

48 Branch
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1291894

People

(Reporter: guillaume.leclerc.work, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0 Build ID: 20160806094113 Steps to reproduce: let conf = { iceServers:[{urls: 'stun:stun2.l.google.com:19302'}], iceCandidatePoolSize: 30}; const cxn = new RTCPeerConnection(conf); console.log(cxn.iceGatheringState) Actual results: I get "new" Expected results: According to the spec I should get "gathering" From section 4.3.1 Operation We can read: When the ICE Agent's ICE candidate pool size is set to a nonzero value and the RTCPeerConnection's ICE gathering state is new, the User Agent MUST start gathering ICE addresses and update the ICE gathering state to gathering. It seems my use case satisfy all the preconditions and still I get "new" as a state instead of "gathering"
Component: Untriaged → WebRTC
Product: Firefox → Core
I encountered the same problem.
Thanks for the report. We do already have an open ticket for implementing the missing functionality in bug 1291894.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.