You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The following test fails frequently, but not consistently:
test_timeout (test.test_concurrent_futures.test_wait.ThreadPoolWaitTests.test_timeout) ... FAIL
0.86s
======================================================================
FAIL: test_timeout (test.test_concurrent_futures.test_wait.ThreadPoolWaitTests.test_timeout)
----------------------------------------------------------------------
Traceback (most recent call last):
File "D:\a\cpython\cpython\Lib\test\test_concurrent_futures\test_wait.py", line 129, in test_timeout
self.assertEqual(set([CANCELLED_AND_NOTIFIED_FUTURE,
~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
EXCEPTION_FUTURE,
^^^^^^^^^^^^^^^^^
SUCCESSFUL_FUTURE]),
^^^^^^^^^^^^^^^^^^^^
finished)
^^^^^^^^^
AssertionError: Items in the second set but not the first:
<Future at 0x20000554620 state=finished returned NoneType>
As seen in the following CI runs for recent commits to main
This might be a radical opinion, but I think we should delete the test. These sorts of timeout based tests that can spuriously fail if a process takes too long to start are a frequent source of flaky tests. I don't think they catch enough bugs or prevent enough regressions to justify the time we spend tweaking the tests.
Bug report
Bug description:
The following test fails frequently, but not consistently:
As seen in the following CI runs for recent commits to
main
A brief analysis of the code at
cpython/Lib/test/test_concurrent_futures/test_wait.py
Lines 115 to 133 in 1d3225a
looks like the sleeping
future
is present in thefinished
set instead ofpending
CPython versions tested on:
CPython main branch
Operating systems tested on:
Windows
The text was updated successfully, but these errors were encountered: