Philip Withnall 2aea9c84c0 tests: Fix flaky socket-service test caused by GTask scheduling
On about 1 in 3 test runs, the socket-service would fail with the
ref_count assertion in connection_cb() failing (the ref_count would be 3
rather than the expected 2).

This was happening because the GTask from
g_socket_listener_accept_socket_async() now always takes at least one
main context iteration to return a result (whereas before
6f3d57d2ee271017f37ebdceb1e15efa7ce0ac49 it might have taken zero), but
the ref_count can drop below 3 before the process of returning a result
starts. During the process of returning a result, the ref_count
temporarily increases again, which is what was breaking the test.

Fix this by waiting for one more main context iteration. This is a bit
of a hack, but the real fix would be to expose the outstanding_accept
boolean from GSocketService as public API (which the test can
interrogate), and that seems too much like exposing internal state.

Signed-off-by: Philip Withnall <withnall@endlessm.com>

Helps: #1679
2019-02-21 18:14:56 +00:00
..
2019-01-15 15:11:43 +00:00
2019-01-15 15:11:43 +00:00
2013-07-11 13:49:20 -04:00
2014-09-09 14:11:38 -04:00
2014-01-01 22:01:15 -05:00
2017-05-29 19:53:34 +02:00
2016-04-26 15:20:16 +02:00
2014-06-28 14:06:36 -04:00
2017-05-29 19:53:34 +02:00
2018-09-12 15:42:11 +00:00
2017-05-29 19:53:34 +02:00
2017-05-29 19:53:34 +02:00
2017-05-29 19:53:34 +02:00
2018-09-12 15:42:11 +00:00
2017-05-29 19:53:34 +02:00
2014-01-13 16:12:31 -05:00
2019-02-18 09:50:26 +00:00
2017-05-29 19:53:34 +02:00
2018-09-12 15:42:11 +00:00
2017-05-29 19:53:34 +02:00
2019-01-10 13:50:26 -05:00