summaryrefslogtreecommitdiff
path: root/include/ScopedJavaUnicodeString.h
diff options
context:
space:
mode:
authorTobias Thierer <tobiast@google.com>2017-06-27 20:48:53 +0100
committerTobias Thierer <tobiast@google.com>2017-06-27 20:56:34 +0100
commit7956ee1980b5da2ede5d0555cabe5755fcaef813 (patch)
tree2ef929faf0555b0574d4bb81afe027d32952a9c1 /include/ScopedJavaUnicodeString.h
parentea784c97b2b870bcb85346b65e0d832382a07da9 (diff)
Work around ServerSocketConcurrentCloseTest flakiness
The test involves 100 iterations of a client and server thread connecting to each other and disconnecting over and over, until the ServerSocket involved is closed at the end of the iteration. Before this CL, each iteration took 50msec (counted from when the threads signaled that they had started running by counting down a latch. On recent builds on some devices, the two threads didn't manage to establish any connection within those 50msec but only when other tests had run previously. The exact cause for this was not determined, but threads left over from over from previous tests appeared to not be involved. This CL increases the maximum time for each iteration to a maximum of 150msec (in steps of 50msec, until at least one connection was established), which makes the test pass (5/5 tries) on a device where it previously consistently failed (15/16 tries failed). Test: CtsLibcoreTestCases (on affected device) Bug: 62859398 Change-Id: I60eb30e9aa96ab1c0d2b70a74d38757c2bb84825
Diffstat (limited to 'include/ScopedJavaUnicodeString.h')
0 files changed, 0 insertions, 0 deletions