ICE gathering complete event fires fires before end-of-candidates event
Categories
(Core :: WebRTC: Networking, defect, P3)
Tracking
()
People
(Reporter: bahrami.ehssan, Unassigned)
References
()
Details
(Keywords: parity-chrome)
Attachments
(1 file)
|
140.04 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:65.0) Gecko/20100101 Firefox/65.0
Steps to reproduce:
1- Open https://rtcmulticonnection.herokuapp.com/demos/
2- wait for table on the right to change from checking... to either offline or active
Actual results:
Instead of any version of chrome (stable, beta or canary) nothing happens and freezes. these two are promises which are not ever resolved. Problem is where program tries to get ICE servers and check whether there are active or not ( you can see the code here: https://github.com/muaz-khan/RTCMultiConnection/blob/1c93db0869579cba7223b2dafadc23b26b037b55/demos/is-turn-server-still-running.js)
This is worth noting that in chrome, there are results. but there is nothing back in firefox.
One other thing which is worth to mention is that connection is OK. When you try to connect to other peers, it actually works ( that means connection to ICE servers are OK and working fine).
Expected results:
The two checking... inside of the first table should be change to Active (or offline depend on the sitiuation).
Updated•6 years ago
|
Comment 1•6 years ago
|
||
It looks like this is happening because the event for the ICE gathering state change fires before the event for the empty ICE candidate, which is wrong.
Updated•6 years ago
|
Updated•3 years ago
|
Description
•