deadbeef
ffbe0e17e2
Improving the fake clock and using it to fix a flaky STUN timeout test.
...
When the fake clock's time is advanced, it now ensures all pending
queued messages have been dispatched. This allows us to write a
"SIMULATED_WAIT" macro that ticks the simulated clock by milliseconds up
until the target time.
Useful in this case, where we know the STUN timeout should take a total
of 9500ms, but it would be overly complex to write test code that waits
for each individual timeout, ensures a STUN packet has been
retransmited, etc.
(The test described above *should* be written, but it belongs in
p2ptransportchannel_unittest.cc, not webrtcsession_unittest.cc).
Review-Url: https://codereview.webrtc.org/2024813004
Cr-Commit-Position: refs/heads/master@{#13043}
2016-06-03 22:31:37 +00:00
..
2016-06-01 21:39:43 +00:00
2016-06-03 11:05:34 +00:00
2016-06-01 11:59:01 +00:00
2016-05-25 15:47:05 +00:00
2016-05-25 15:47:05 +00:00
2016-06-02 08:18:27 +00:00
2016-06-02 10:26:21 +00:00
2016-03-23 07:34:01 +00:00
2016-05-15 02:44:18 +00:00
2016-06-03 20:14:37 +00:00
2016-04-27 13:47:40 +00:00
2016-04-27 13:47:40 +00:00
2016-04-15 10:49:13 +00:00
2016-03-20 13:15:48 +00:00
2016-03-17 11:05:50 +00:00
2016-06-02 08:18:27 +00:00
2016-06-02 08:18:27 +00:00
2016-05-06 18:29:27 +00:00
2016-02-10 15:54:53 +00:00
2016-04-29 13:09:23 +00:00
2016-02-10 15:54:53 +00:00
2016-03-01 20:42:08 +00:00
2016-02-10 15:54:53 +00:00
2016-02-10 15:54:53 +00:00
2016-03-14 18:59:34 +00:00
2016-03-14 18:59:34 +00:00
2016-03-14 18:59:34 +00:00
2016-04-27 13:47:40 +00:00
2016-04-27 13:47:40 +00:00
2016-05-15 02:44:18 +00:00
2016-03-04 10:51:44 +00:00
2016-05-16 22:32:45 +00:00
2016-05-15 02:44:18 +00:00
2016-04-12 06:25:34 +00:00
2016-05-16 22:32:45 +00:00
2016-05-16 22:32:45 +00:00
2016-04-27 13:47:40 +00:00
2016-03-01 20:42:08 +00:00
2016-04-27 13:47:40 +00:00
2016-02-10 15:54:53 +00:00
2016-04-29 13:09:23 +00:00
2016-02-10 15:54:53 +00:00
2016-02-10 15:54:53 +00:00
2016-04-08 09:24:01 +00:00
2016-02-10 15:54:53 +00:00
2016-02-10 15:54:53 +00:00
2016-06-02 23:23:47 +00:00
2016-04-15 10:49:13 +00:00
2016-03-24 10:16:23 +00:00
2016-04-15 10:49:13 +00:00
2016-02-10 15:54:53 +00:00
2016-06-03 20:14:37 +00:00
2016-06-01 11:59:01 +00:00
2016-04-18 03:08:28 +00:00
2016-04-18 03:08:28 +00:00
2016-06-01 10:42:42 +00:00
2016-06-01 09:44:29 +00:00
2016-05-17 08:52:06 +00:00
2016-06-01 11:59:01 +00:00
2016-06-01 13:45:40 +00:00
2016-06-01 13:45:40 +00:00
2016-06-01 09:44:29 +00:00
2016-06-01 11:59:01 +00:00
2016-06-01 11:59:01 +00:00
2016-04-15 10:49:13 +00:00
2016-02-10 15:54:53 +00:00
2016-02-10 15:54:53 +00:00
2016-04-27 13:47:40 +00:00
2016-04-27 13:47:40 +00:00
2016-05-01 21:53:55 +00:00
2016-04-30 01:31:03 +00:00
2016-04-30 01:31:03 +00:00
2016-05-01 21:53:55 +00:00
2016-04-30 01:31:03 +00:00
2016-04-30 01:31:03 +00:00
2016-04-27 13:47:40 +00:00
2016-03-08 20:37:48 +00:00
2016-02-10 15:54:53 +00:00
2016-02-10 15:54:53 +00:00
2016-05-16 18:40:38 +00:00
2016-05-16 18:40:38 +00:00
2016-05-16 18:40:38 +00:00
2016-05-16 18:40:38 +00:00
2016-06-02 23:23:47 +00:00
2016-06-02 23:23:47 +00:00
2016-04-15 10:49:13 +00:00
2016-06-02 23:23:47 +00:00
2016-02-10 15:54:53 +00:00
2016-03-30 13:43:44 +00:00
2016-03-20 13:15:48 +00:00
2016-05-17 08:52:06 +00:00
2016-06-02 00:09:24 +00:00
2016-04-01 08:10:50 +00:00
2016-06-02 00:09:24 +00:00
2016-06-02 00:09:24 +00:00
2016-02-10 15:54:53 +00:00
2016-02-10 15:54:53 +00:00
2016-04-27 13:47:40 +00:00
2016-04-07 14:46:00 +00:00
2016-05-15 02:44:18 +00:00
2016-04-15 10:49:13 +00:00
2016-04-27 13:47:40 +00:00
2016-04-07 14:46:00 +00:00
2016-04-29 13:09:23 +00:00
2016-04-07 14:46:00 +00:00
2016-04-29 13:09:23 +00:00
2016-06-03 08:22:47 +00:00
2016-05-26 18:25:04 +00:00
2016-03-14 18:59:34 +00:00
2016-06-03 22:31:37 +00:00
2016-06-02 23:23:47 +00:00
2016-06-02 23:23:47 +00:00
2016-06-01 09:44:29 +00:00
2016-06-01 09:44:29 +00:00