Customer Requests

after_n_builds currently will not overide the Codecov badge. Meaning that even if after_n_builds is being used in the YAML, the badge will still send consistent notifications for each report rather than once update at the end of all reports.

Currently, CodeCov doesn't MuleSoft Projects. we need this as we have more than 400+ projects/repos to do the coverage.

Hello! In my repo https://github.com/craigpastro/pgmq-go I am uploading code coverage to codecov but it only reports 67% covered. If I run it locally it says 81%. I tried downloading the coverage file, but still finding the mismatch. Any ideas? Thank you!

Projects marked as "archived" on github can not run actions to upload coverage data. Can they be excluded from the list of projects ?

PR stats don't seem to be making it from Codecov back to Github - our CI Action is running fine, Codecov is showing stats for it, but Github isn't receiving/displaying the results - could we see some diagnostics/logs on the Codecov site to indicate if there's a problem returning results to Github please?

It takes a very long time to update PRs with the appropriate % numbers. The system first updates the PR with new commit version but dubious numbers.

Currently only the line coverage is supported, and there's no way to configure it to line coverage. I can imagine that can be some quite effort in terms of UI and storage (may need to backfill), but it'd be great to see more type of coverages so we can have more flexibility See details at: https://community.codecov.com/t/java-jacoco-branch-coverage-support/4270/2

As an engineering manager, I would like to save a view of a specific subsets of repositories in the "Analytics" view. This would allow me to create dashboard views for each team in my organization, and eliminate the need to re-select each repository every time for every team.

I'm seeing an issue where coverage is incorrect (showing no changes at all), and in looking at the report it's missing most of the PR's commits. As of this writing, there are 12 commits on the PR in question, with the last one being a1e40cba4e967d59289b9c2e35602ff212b5c9e9 , see: https://github.com/hvac/hvac/pull/975/commits And when I look at the report: https://app.codecov.io/gh/hvac/hvac/pull/975/commits I only see 3 commits (one from 2 months ago, and two others from ~an hour before writing this). All the uploads are working fine, this seems to be some issue with the service reading commits from the PR. I rebased and force-pushed the PR branch today, but it's not even showing all the commits I added since then, it's kind of random. --- It's also concerning that despite 3 of the commits showing up, the report shows 0 files changed which is very clearly incorrect. --- UPDATE: I've noticed that the 3 commits showing up are not random, they are the only ones that succeeded in CI and thus uploaded reports, so I guess that's not the issue causing the wrong coverage. Instead I've found that the base commit being compared to shows "processing" in codecov despite having successful uploads over 24 hours ago: https://app.codecov.io/gh/hvac/hvac/commit/11adf67e38ce935a4f000ab9688128bc9e5268de There doesn't seem to be any way to "kick" it and tell it to retry processing.. I'm re-running CI for that commit and hopefully it fixes it, but it's concerning that this could happen and it ruins coverage silently for every PR on the project. --- Ok, so re-running for the BASE commit made the processing status go away, but the PR view, even after also re-uploading reports, is still showing 0 files changed, so I really don't understand what's going here but it's quite wrong.