Make BW checks > 0 in peerconnection_unittest.cc.
These checks (> 40k) fail on LSan FYI bots and the purpose of them seem to be that we're getting non-zero BW reported. R=stefan@webrtc.org TBR=jiayl@webrtc.org, solenberg@webrtc.org BUG=3817,chromium:375154 Review URL: https://webrtc-codereview.appspot.com/29479004 git-svn-id: http://webrtc.googlecode.com/svn/trunk@7183 4adac7df-926f-26a2-2b94-8c16560cd09d
This commit is contained in:
parent
7bb2586c55
commit
000d86792d
@ -1512,8 +1512,7 @@ TEST_F(JsepPeerConnectionP2PTestClient, ReceivedBweStatsCombined) {
|
||||
LocalP2PTest();
|
||||
|
||||
// Run until a non-zero bw is reported.
|
||||
EXPECT_TRUE_WAIT(
|
||||
receiving_client()->GetAvailableReceivedBandwidthStats() > 40000,
|
||||
EXPECT_TRUE_WAIT(receiving_client()->GetAvailableReceivedBandwidthStats() > 0,
|
||||
kMaxWaitForRembMs);
|
||||
|
||||
// Halt video capturers, then run until we have gotten some audio. Following
|
||||
@ -1539,8 +1538,7 @@ TEST_F(JsepPeerConnectionP2PTestClient, ReceivedBweStatsNotCombined) {
|
||||
LocalP2PTest();
|
||||
|
||||
// Run until a non-zero bw is reported.
|
||||
EXPECT_TRUE_WAIT(
|
||||
receiving_client()->GetAvailableReceivedBandwidthStats() > 40000,
|
||||
EXPECT_TRUE_WAIT(receiving_client()->GetAvailableReceivedBandwidthStats() > 0,
|
||||
kMaxWaitForRembMs);
|
||||
|
||||
// Halt video capturers, then run until we have gotten some audio. Following
|
||||
|
Loading…
x
Reference in New Issue
Block a user