Skip to content
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

Remove Codecov from PR merge required list #3441

Closed
asvetlov opened this issue Dec 8, 2018 · 10 comments
Closed

Remove Codecov from PR merge required list #3441

asvetlov opened this issue Dec 8, 2018 · 10 comments
Assignees

Comments

@asvetlov
Copy link
Member

asvetlov commented Dec 8, 2018

Codecov doesn't look stable now.
I've dropped the check from required-to-merge steps (but the app integration is still in place, the tool sends coverage reports when available).

We had #2997 issue before.
I love codecov tool and want to use it.
The check removal is temporary I hope.

We need somebody to investigate the problem.
@webknjaz could you take a look?

P.S.
The real problem is: I was continuously forced to use my administrative privileges to merge a PR when everything was green except a yellow codecov mark. Travis jobs restart didn't help, pushing a new merge from master branch did not help too.
Maybe it is our configuration problem again, codecov works just fine on my job for private source projects.

@aio-libs-bot
Copy link

GitMate.io thinks possibly related issues are #1658 (Remove deprecated api), #2997 (codecov integration is broken), #356 (Inconsistent behavior when merging params), #719 (Remove AbstractMatchInfo.route etc), and #3090 (Remove reader parameter from request.multipart()).

@webknjaz webknjaz self-assigned this Dec 9, 2018
@webknjaz
Copy link
Member

webknjaz commented Dec 9, 2018

@asvetlov any examples of faulty behavior in PRs?

I've triggered reinstall of GitHub app for repos but I don't whether it'll help. I don't see CodeCov posting anything via Checks API though. The required check thing refers to old statuses API identifier, I don't know whether they still use it.

The other thing I see is that it looks like only Travis CI sends coverage data to the service: https://codecov.io/gh/aio-libs/aiohttp/commit/0b4530608fd8720f4b6becd938df05e4e849dc0f/build

AFAIR codecov is smart enough to know that there's also AppVeyor CI present here and normally it waits for all other CI statuses to be green before posting its own status.

@webknjaz
Copy link
Member

webknjaz commented Dec 9, 2018

Codecov settings state that integration is installed, but repos ain't added. I removed it and added back.
It looks like a bug on their side.

@webknjaz
Copy link
Member

webknjaz commented Dec 9, 2018

It's odd but the bot has just posted to #3442 and set a status there

@webknjaz
Copy link
Member

webknjaz commented Dec 9, 2018

But I'm still seeing:

GitHub Integration is installed. However, this repository is not enabled.

Click here to your installation listings
Find Repository access and add aiohttp to the list.
May take a couple minutes for our system to get notices of new projects added.

@asvetlov
Copy link
Member Author

asvetlov commented Dec 9, 2018

@webknjaz I'm curious where did you find this text?
Is it from github settings or CI logs?

@webknjaz
Copy link
Member

webknjaz commented Dec 9, 2018

It's at https://codecov.io/gh/aio-libs/aiohttp/settings and https://codecov.io/gh/aio-libs/multidict/settings which implies that something is still wrong.

@webknjaz
Copy link
Member

Codecov settings are still looking odd. We should probably contact them.

@asvetlov
Copy link
Member Author

Please do

@asvetlov
Copy link
Member Author

asvetlov commented Jul 23, 2019

Looks like fixed on codecov side.
In rare case the check fails, PR reopening can help

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

No branches or pull requests

3 participants