Skip to content

Merge master into features #6458

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 15 commits into from
Jan 14, 2020
Merged

Merge master into features #6458

merged 15 commits into from
Jan 14, 2020

Conversation

nicoddemus
Copy link
Member

Supersedes #6457

nicoddemus and others added 14 commits January 11, 2020 12:21
This overwrites the `codecov.yml` file in the root of the repository with
`codecov-upstream.yml` file (which contains the code-cov token)´, so PRs
and branches on the repository can upload coverage.

Suggestion from here:

pytest-dev#6421 (comment)

Security concerns: the token might be misused, but only to upload bogus coverage
to `codecov.io`, so the team believe this is harmless. If we decide to fallback
from this decision , we just need to revoke the token.

Related to pytest-dev#6369
(cherry picked from commit 16ff9f5)
(cherry picked from commit 4848bbd)
typing: fix _pytest.config.findpaths.determine_setup
Python 3.5.0 caused flaky failures before
(pytest-dev#5795).

This is pulled out of pytest-dev#6435,
which adds code specific for Python < 3.5.2.

It only runs a specific test, while collecting everything to get
coverage of the version specific code around typing.
ci: Travis: Python 3.5.1 via Trusty
Implement code coverage in GitHub actions
@nicoddemus
Copy link
Member Author

Trying a workaround for py35-win in 04d5b56

@nicoddemus
Copy link
Member Author

Disabling cov entirely on py35-win to make sure it is coverage related

@nicoddemus
Copy link
Member Author

Oh OK, it is not coverage related then:

Traceback (most recent call last):

  File "c:\hostedtoolcache\windows\python\3.5.4\x64\Lib\multiprocessing\connection.py", line 132, in __del__

  File "c:\hostedtoolcache\windows\python\3.5.4\x64\Lib\multiprocessing\connection.py", line 277, in _close

OSError: [WinError 6] The handle is invalid

@blueyed blueyed self-requested a review January 14, 2020 17:26
@blueyed blueyed mentioned this pull request Jan 14, 2020
2 tasks
@blueyed
Copy link
Contributor

blueyed commented Jan 14, 2020

I'd say to a) skip the test there, or b) use the simplified/mocked version (without multiprocessing).

@nicoddemus
Copy link
Member Author

simplified/mocked version (without multiprocessing).

Yeah that is what I was thinking, I will get to this later.

Somehow in Python 3.5 on Windows this test fails with:
   File "c:\hostedtoolcache\windows\python\3.5.4\x64\Lib\multiprocessing\connection.py", line 302, in _recv_bytes
     overlapped=True)
OSError: [WinError 6] The handle is invalid

This only happens in this platform and Python version, decided to use
a dummy traceback as originally done in pytest-dev#6412.
@nicoddemus nicoddemus merged commit f2659f7 into pytest-dev:features Jan 14, 2020
@nicoddemus nicoddemus deleted the mm branch January 14, 2020 23:06
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants