[issue25095] test_httpservers hangs since Python 3.5

William Pickard added the comment: I've made the changes you've requested. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue25095] test_httpservers hangs since Python 3.5

William Pickard added the comment: I'll get to it Saturday. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25095] test_httpservers hangs since Python 3.5

Change by STINNER Victor : -- nosy: -vstinner versions: -Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25095] test_httpservers hangs since Python 3.5

Martin Panter added the comment: Hi William, when I mentioned “Content-Length”, I meant adding it to the response from the server. See the second version of “do_GET” in my earlier comment . But that is no good without also adding the

[issue25095] test_httpservers hangs since Python 3.5

Change by William Pickard : -- pull_requests: +8966 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue25095] test_httpservers hangs since Python 3.5

William Pickard added the comment: My computer was running BitDefender Total Security 2018 (At the time, currently running the 2019 edition) and MalwareBytes 3 Premium. BitDefender has both a built-in firewall and a web protection module while MalwareBytes has a web protection module.

[issue25095] test_httpservers hangs since Python 3.5

Martin Panter added the comment: I reproduced the problem on a Windows computer, and now understand why my "Content-Length: 0" suggestion isn't good enough on its own. It does solve the initial deadlock, but there is a further deadlock. The main thread is waiting for the server to shut down

[issue25095] test_httpservers hangs since Python 3.5

Change by William Pickard : -- versions: +Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___

[issue25095] test_httpservers hangs since Python 3.5

William Pickard added the comment: Alright, the PR is ready for review. -- ___ Python tracker ___

[issue25095] test_httpservers hangs since Python 3.5

William Pickard added the comment: Ok, I found another way to apply the solution to this issue, that is by adding the "Connection" header (with value of "close") to the client's request instead of the server's response. I'm going to use this other method as the client

[issue25095] test_httpservers hangs since Python 3.5

Martin Panter added the comment: Thanks, although the fact that “Content-Length: 0” doesn’t work kills my theory about the proxy. The “close_connection” flag is also a documented public API of Python:

[issue25095] test_httpservers hangs since Python 3.5

William Pickard added the comment: I have tried value 0 for "Content-Length" (along with "text/plain" for "Content-Type"), it was when I said I tried both "Content-Length" and "Content-Type", while I haven't tried directly setting "close_connection" in the handler, my

[issue25095] test_httpservers hangs since Python 3.5

Martin Panter added the comment: Sorry William, I forgot the client was waiting to read. But I don’t understand why your Connection field (which comes after the status line) allows the Python client to read the status line. Perhaps there is some malware scanner,

[issue25095] test_httpservers hangs since Python 3.5

William Pickard added the comment: It hangs for me on Windows 10 Professional running on a MSI gaming laptop for debug and PGO builds (Python 3.6) -- ___ Python tracker

[issue25095] test_httpservers hangs since Python 3.5

Terry J. Reedy added the comment: Today, at least, python -m test -v test_httpservers does not hang for me on any of 3.5, 3.6, or 3.7, installed or repository debug. I don't know if the offending test was just disabled or somehow fixed. --

[issue25095] test_httpservers hangs since Python 3.5

William Pickard added the comment: Martin, your suggestion will never work as if you look at the trace back posted terry.reedy and my test print statements, both the client and server get stuck waiting to read data their respective socket, hence the deadlock. Adding the

[issue25095] test_httpservers hangs since Python 3.5

Martin Panter added the comment: In the server, the send_header("Connection", "close") call sets the “close_connection” flag. This shuts down the connection once “do_GET” returns. Without the flag set, the server will wait and read another request. If you want the

[issue25095] test_httpservers hangs since Python 3.5

Change by William Pickard : -- title: test_httpservers hangs on 3.5.0, win 7 -> test_httpservers hangs since Python 3.5 type: crash -> performance ___ Python tracker