Closed
Bug 1177921
Opened 9 years ago
Closed 9 years ago
ice_unittest has numerous failures when not running in CI
Categories
(Core :: WebRTC: Networking, defect, P2)
Core
WebRTC: Networking
Tracking
()
RESOLVED
FIXED
mozilla42
Tracking | Status | |
---|---|---|
firefox42 | --- | fixed |
backlog | webrtc/webaudio+ |
People
(Reporter: bwc, Assigned: bwc)
Details
Attachments
(2 files)
1.13 KB,
patch
|
Details | Diff | Splinter Review | |
40 bytes,
text/x-review-board-request
|
bwc
:
review+
|
Details |
The tests that require an external STUN server (and are therefore disabled in CI) are extremely unreliable now. It seems that either twilio's STUN servers are broken, or there is some interop problem.
Comment 1•9 years ago
|
||
0. Can you post an error report here? 1. What happens if you use Googles's STUN servers?
Assignee | ||
Comment 2•9 years ago
|
||
Google's STUN server and our STUN server behave similarly, but still lead to failures since they do not support TCP. Using twilio's STUN server leads to lots of timeouts when trying to gather. I'm going to try increasing the timeout.
Assignee | ||
Comment 3•9 years ago
|
||
Extending timeouts doesn't work. Also, I'm seeing lots of failures in tests that do non-default things like disabling ICE TCP, or enabling loopback, because we now init an NrIceCtx (with the default settings) to back the test STUN TCP server. This inits the registry with the defaults, so subsequent setting don't stick anymore. I have no idea how these tests are passing on CI...
Assignee | ||
Comment 4•9 years ago
|
||
Oh wow, MOZ_WEBRTC_TESTS=1 is no longer set in CI, so the test doesn't run at all...
Assignee | ||
Comment 5•9 years ago
|
||
Huh, we are running this test on OS X, and it works there. This is a real mess.
Updated•9 years ago
|
Assignee: nobody → docfaraday
Rank: 15
Priority: -- → P1
Updated•9 years ago
|
backlog: --- → webRTC+
Comment 6•9 years ago
|
||
Given the other work on our plates (and until I hire more folks), I think we need to move this down to a P2. I'll do the same for bug 1178349.
Rank: 15 → 23
Priority: P1 → P2
Comment 7•9 years ago
|
||
Comment 8•9 years ago
|
||
Bug 1177921 - Fix typo in STUN server name. r?drno
Attachment #8642031 -
Flags: review?(drno)
Comment 9•9 years ago
|
||
(In reply to Byron Campen [:bwc] from comment #2) > Google's STUN server and our STUN server behave similarly, but still lead to > failures since they do not support TCP. Using twilio's STUN server leads to > lots of timeouts when trying to gather. I'm going to try increasing the > timeout. At least part of the problem here is the typo I just fixed. The tests seem to run cleanly on my local machine now.
Comment 10•9 years ago
|
||
With the above patch, I just successfully ran the tests 10x on my Linux box.
Assignee | ||
Comment 11•9 years ago
|
||
Comment on attachment 8642031 [details] MozReview Request: Bug 1177921 - Fix typo in STUN server name. r?drno https://reviewboard.mozilla.org/r/14675/#review13291 Ship It!
Attachment #8642031 -
Flags: review+
Updated•9 years ago
|
Whiteboard: checkin-needed
Updated•9 years ago
|
Attachment #8642031 -
Flags: review?(drno)
Updated•9 years ago
|
Whiteboard: checkin-needed
Comment 13•9 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/03f8c335d0e0
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla42
You need to log in
before you can comment on or make changes to this bug.
Description
•