◐ Shell
clean mode source ↗

bpo-29704: Fix asyncio.SubprocessStreamProtocol closing by sethmlarson · Pull Request #405 · python/cpython

@sethmlarson

Was told by @1st1 to open this PR here from python/asyncio. See the original Pull Request for discussion and review: python/asyncio#485

@mention-bot

@SethMichaelLarson, thanks for your PR! By analyzing the history of the files in this pull request, we identified @Haypo and @1st1 to be potential reviewers.

@1st1

@1st1

@SethMichaelLarson Do we have an open issue for this on bugs.python.org? If not can you create one?

@sethmlarson

We do not, I will create one now.

@sethmlarson

@1st1 1st1 changed the title Pull Request from python/asyncio#485 bpo-29704: Fix asyncio.SubprocessStreamProtocol closing

Mar 2, 2017

@1st1

Please add a Misc/NEWS entry (to the top of Library section for 3.7.0 alpha)

@sethmlarson

@1st1 Done, is that entry acceptable?

@1st1

@1st1

This PR is merged, however, I didn't see that it had some trailing whitespace. Please make sure that your editor strips trailing whitespace.

1st1 pushed a commit to 1st1/cpython that referenced this pull request

Mar 3, 2017

This was referenced

Mar 3, 2017

@1st1

Note: tested this PR with all uvloop functional subprocess tests, everything looks alright.

@sethmlarson

@1st1 Sorry about that! My fault for not noticing. GitHub's web editor doesn't strip whitespace like PyCharm does. :) I'm glad it also works in uvloop, I should probably test asyncio changes with uvloop as well first before submitting.

@1st1

I'm glad it also works in uvloop, I should probably test asyncio changes with uvloop as well first before submitting.

It's not so much about uvloop as it is about some unittests there that test both uvloop & vanilla asyncio. I plan to port some of those tests to CPython to increase coverage.

@1st1

Anyways, thanks for the contribution!

@sethmlarson

@1st1 Would be a good idea to port them, I've got some tests for selectors2 that don't occur in Python's stdlib selectors that might be considered good as well for unique situations.

@1st1

I've got some tests for selectors2 that don't occur in Python's stdlib selectors that might be considered good as well for unique situations.

Please open a PR with those tests, selectors module is very important. For an extra benefit, you'll see your tests running on the full CPython buildbots matrix.

@sethmlarson

Will do, might have to experiment with different Python versions, PEP 475 really split the behavior for anything syscall-related in Python.

@sethmlarson

What is the protocol for tests that behave differently (skip?) on different Python versions? Would they only be put in the version where they should be or is it normal to have tests that only run on Python 3.5+, for example.

@vstinner

Will do, might have to experiment with different Python versions, PEP 475

really split the behavior for anything syscall-related in Python. I lost track of asyncio. PEP 475 was implemented in Python 3.5. Python 3.4 doesn't accept bugfixes anymore. Why do you want to test different Python versions? Is asyncio on Python 3.3 or 3.4 still a thing?

@sethmlarson

@Haypo Ah 3.4 is off bug-fix. Makes that a lot easier! :) Disregard my above comment then.
The tests would have to do with selectors.

@vstinner

@fafhrd91

@vstinner

1st1 pushed a commit that referenced this pull request

Mar 3, 2017

jaraco pushed a commit that referenced this pull request

Dec 2, 2022
* Use GH to signify Github handle of the user instead of "@".

"@" usually doesn't give any information about what exactly the handle means
since we don't know it is a Github handle from the commit message.

Changing the pattern to be `GH:` similar to what we do for Pull Requests
with (GH-).

Fixes #270

* Handle removing GH:-style Automerge-Triggered-By

...when automerge label is removed by a core-dev.

Co-authored-by: Abhilash Raj <raj.abhilash1@gmail.com>