Conversation
Test Failure AnalysisSummary: A single timing-sensitive test failed on the Python 3.10 Ubuntu runner due to CI scheduling jitter. The PR changes (documentation only) are unrelated to the failure. Root Cause: `tests/server/middleware/test_ping.py::TestPingLoop::test_ping_loop_sends_pings_at_interval` is a flaky test that relies on precise sub-second async scheduling. The test runs a ping loop with a 50ms interval for 350ms and asserts at least 2 pings are sent. On a loaded CI runner, `anyio.sleep(0.05)` can be delayed significantly by the scheduler, resulting in only 1 ping completing before the 350ms deadline. The ping loop implementation (`ping.py:63-70`) sleeps before sending the first ping: With 350ms window ÷ 50ms interval = ~7x ratio, this should theoretically yield ~6 pings — but under scheduler pressure, even a single sleep can exhaust the window. Suggested Solution: Increase the observation window in `tests/server/middleware/test_ping.py:172` relative to the interval to give more headroom for CI scheduling jitter. For example, change the window from `0.35` to `0.5` seconds (10x the interval), which provides enough buffer for typical CI delays while still verifying the looping behavior: ```python Beforewith anyio.move_on_after(0.35): # 7x the 50ms interval Afterwith anyio.move_on_after(0.5): # 10x the 50ms interval Detailed AnalysisFailing log excerpt: Test code (`tests/server/middleware/test_ping.py:161-176`): ``` The failure occurred only on the `Tests: Python 3.10 on ubuntu-latest` job (job ID 64451539437). All other jobs passed (Python 3.13 ubuntu, Python 3.10 windows, lowest-direct, integration tests). This is a pre-existing flakiness issue unrelated to the PR's documentation changes. Related Files
|
Adds the v3.0.2 "Threecovery Mode II" entry to both
updates.mdxandchangelog.mdx.