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 yselivanov
Recipients asvetlov, christian.heimes, tomchristie, yselivanov
Date 2019-05-30.14:57:32
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
> Not sure if we have to drop this warning, it enforces writing good code that controls all created resources lifecycle.

Right, maybe we add "transport.terminate()" as well?  Synchronously & immediately closing a transport is a valid use case. 

TBH I don't see why we absolutely must wait the "connection_lost" callback call.  I mean it would be reasonable to allow users to terminate the connection (even if it means that in some cases, like SSL, it won't be correctly closed) and not care about what happens to it next.
Date User Action Args
2019-05-30 14:57:32yselivanovsetrecipients: + yselivanov, christian.heimes, asvetlov, tomchristie
2019-05-30 14:57:32yselivanovsetmessageid: <>
2019-05-30 14:57:32yselivanovlinkissue36709 messages
2019-05-30 14:57:32yselivanovcreate