This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author tim_magee
Recipients paul.moore, steve.dower, tim.golden, tim_magee, zach.ware
Date 2021-03-01.14:16:57
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1614608218.07.0.0118000668232.issue43348@roundup.psfhosted.org>
In-reply-to
Content
Fragment more info.  First a typo in the description, at the end of the MTR "unexpected connection" should read "unexpected disconnection" of course (no-one expects the unexpected connection ho ho).

Looking at calls to socket functions, Procmon shows the client repeating the call to a server running in pythonw.exe. It seems as though the client is instigating the badness, but...

In a Wireshark capture each of the two sessions the client holds with that 'bad' server is identical, and the difference between each of those and the 'good' session (with the server in python.exe) is that the server under pythonw doesn't return a methodResponse packet, but instead begins tearing down the connection.  Which is what the exception message says, but it's still startling to see it actually happening.

I'll have a squint at the source.
History
Date User Action Args
2021-03-01 14:16:58tim_mageesetrecipients: + tim_magee, paul.moore, tim.golden, zach.ware, steve.dower
2021-03-01 14:16:58tim_mageesetmessageid: <1614608218.07.0.0118000668232.issue43348@roundup.psfhosted.org>
2021-03-01 14:16:58tim_mageelinkissue43348 messages
2021-03-01 14:16:57tim_mageecreate