]> git.ipfire.org Git - thirdparty/Python/cpython.git/commit
[3.13] gh-126500: test_ssl: Don't stop ThreadedEchoServer on OSError in ConnectionHan...
authorMiss Islington (bot) <31488909+miss-islington@users.noreply.github.com>
Mon, 11 Nov 2024 14:25:58 +0000 (15:25 +0100)
committerGitHub <noreply@github.com>
Mon, 11 Nov 2024 14:25:58 +0000 (15:25 +0100)
commitfc10908f7dbfa8f0c817ebb5a3a470016409fca4
tree25a6c40fd6680960317f88a51867bc084a92e297
parent1e4b9c7faedf118d920150488ca2e0bc32f8ed85
[3.13] gh-126500: test_ssl: Don't stop ThreadedEchoServer on OSError in ConnectionHandler; rely on __exit__ (GH-126503) (GH-126571)

gh-126500: test_ssl: Don't stop ThreadedEchoServer on OSError in ConnectionHandler; rely on __exit__ (GH-126503)

If `read()` in the ConnectionHandler thread raises `OSError` (except `ConnectionError`),
the ConnectionHandler shuts down the entire ThreadedEchoServer,
preventing further connections.
It also does that for `EPROTOTYPE` in `wrap_conn`.

As far as I can see, this is done to avoid the server thread getting stuck,
forgotten, in its accept loop. However, since 2011 (5b95eb90a7167285b6544b50865227c584943c9a)
the server is used as a context manager, and its `__exit__` does `stop()` and `join()`.
(I'm not sure if we *always* used `with` since that commit, but currently we do.)

Make sure that the context manager *is* used, and remove the `server.stop()`
calls from ConnectionHandler.
(cherry picked from commit c9cda1608edf7664c10f4f467e24591062c2fe62)

Co-authored-by: Petr Viktorin <encukou@gmail.com>
Lib/test/test_ssl.py