Closed Bug 1807402 Opened 2 years ago Closed 2 years ago

ice_unittest WebRtcIceGatherTest.TestGatherDNSStunServerIpAddress and WebRtcIceGatherTest.TestGatherDNSStunServerHostname can result in false negative if the machine is behind no NAT

Categories

(Core :: WebRTC: Networking, defect)

defect

Tracking

()

RESOLVED FIXED
110 Branch
Tracking Status
firefox110 --- fixed

People

(Reporter: gorisanson, Assigned: gorisanson)

Details

Attachments

(1 file)

Steps to reproduce:

  1. Connect to the Internet directly with a public IP (behind no NAT)
  2. Run ./mach gtest "WebRtcIceGatherTest.TestGatherDNSStunServer*"

Actual results:

WebRtcIceGatherTest.TestGatherDNSStunServerIpAddress
and
WebRtcIceGatherTest.TestGatherDNSStunServerHostname,
both tests failed.

Expected results:

WebRtcIceGatherTest.TestGatherDNSStunServerIpAddress
and
WebRtcIceGatherTest.TestGatherDNSStunServerHostname,
both tests should have passed.

Set ICE_POLICY_NO_HOST in each test to ensure that an srflx candidate is
not falsely discarded.

Assignee: nobody → gorisanson
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true

I found this bug in the unit tests in ice_unittest.cpp when I was making and testing the patch for bug 1742337.
So I'm reporting it and submitting a patch for it.

Pushed by bcampen@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/77bba94bb760
Fix two tests in ice_unittest.cpp r=webrtc-reviewers,bwc
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 110 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: