bpo-30698: asyncio shutdown the ssl layer cleanly.#2270
Uh oh!
There was an error while loading. Please reload this page.
Conversation
mention-bot commented Jun 18, 2017
@grzgrzgrz3, thanks for your PR! By analyzing the history of the files in this pull request, we identified @1st1, @fafhrd91 and @serhiy-storchaka to be potential reviewers. |
Lib/asyncio/sslproto.py Outdated
There was a problem hiding this comment.
There is no need. When we return - this code is Omitted :del self._write_backlog[0]
If _process_write_backlog is called after shutdown, we ll do shutdown again. If we want to return here we need to add del either. I think this may complicate this method even more.
Maybe something like that gist, but code with write blocked on a read is not tested, i will suggest to not make more changes.
I am planing to add more unittests in future and refactor sslproto.
Lib/asyncio/sslproto.py Outdated
There was a problem hiding this comment.
Do we want to wrap this in try..finally to guarantee that self._finalize will be called?
There was a problem hiding this comment.
transport will be closed anyway in self._fatal_error, but why not.
Asyncio on shutdown do not send shutdown confirmation to the other side. _SSLPipe after doing unwrap is calling shutdown calback where transport is closed and quit ssldata wont be sent. Having this callback in _SSLPipe feels wrong and its removed. Removing callback from _SSLPipe.shutdown should not break any api.
grzgrzgrz3force-pushed the bpo-30698-asyncio-ssl-shutdown branch from 24df62a to e983306Compare
1st1 commented May 28, 2018
Could you please rebase the PR against the current master? NEWS should be generated with blurb |
csabella commented Jan 12, 2020
It appears that the author of the pull request is no longer active. I'm going to close this PR so someone else can create a new one if they are interested. |
asvetlov commented Jan 13, 2020
Agree, I'm working on the better fix here: #17975 |
8 participants
Asyncio on shutdown do not send shutdown confirmation to the other side.
_SSLPipe after doing unwrap is calling shutdown calback where transport
is closed and quit ssldata wont be sent. Having this callback in
_SSLPipe feels wrong and its removed.
Removing callback from _SSLPipe.shutdown should not break any api.
https://bugs.python.org/issue30698