-
Notifications
You must be signed in to change notification settings - Fork 529
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
coverage upload not working #3459
Comments
Maybe the token or whatever we use for auth expired |
@trichter I copied the token it shows after login in to codecov into our github actions secrets again and pushed an empty commit on master to trigger CI, let's see |
By looking at the installed apps it looks like we don't have the codecov app installed for the ObsPy repo. I see we have a fresh CI token added only a few weeks ago, but if the app wasn't installed it might raise this kind of error when the bot tries to leave a comment about coverage on the PR page. |
Ok, I just installed it. Next CI trigger let's see if it solves the issue. |
Still the same..
|
This issue details an identical case. There are different scopes for codecov tokens. It is possible that whoever added the codecov token last week (I can't see who) accidentally added a personal token or token scoped to a different project. So we need to log into codecov and select the obspy organization before generating the token. But, for some reason when I log into codecov I can't select the ObsPy organization. Does anyone have that option? |
I went to https://app.codecov.io/gh/obspy/obspy/settings, regenerated the token, updated the repository secrets, and restarted the last workflow, and I think it worked? https://github.com/obspy/obspy/actions/runs/9219754931/job/25583901396#step:10:74 |
However, these seem to have all errored? https://app.codecov.io/gh/obspy/obspy/commit/cd08b60d9d841ce20a37a1676fdac47e87d25493 Perhaps because it's set to the wrong file, and found the wrong files instead?
|
Inside obspy-runtests we cd to obspy's root directory. The coverage.xml is probably laying around there and the coverage upload script cannot find it. We can specify the output location of the coverage.xml file with |
I think the current setup only works with an editable install, which we used a while ago on github actions. |
Here is a representative message from the github actions runner:
The text was updated successfully, but these errors were encountered: