GitHub status not being reported


The codecov/patch status is not being reported despite apparent “success” in uploading status to Codecov.



GitHub Actions.


GitHub action codecov/codecov-action@v1.0.10

Commit SHAs


Codecov YAML

None (default).

Codecov Output


Additional Information

Any additional information, configuration or data that might be necessary to reproduce the issue.

Hi @scouten, I’m seeing a patch status being sent and on the UI

Is this still an issue, and if so, do you have another PR or commit SHA?

I haven’t been coding on this project much lately (just moved and still settling in), but I’ve put through my first two new PRs today. Did not see a stall either time.

I wouldn’t call that a definitive response, but its encouraging (?).

1 Like

hello there,
I’m also having the same issue, I’m using github actionis, and using the codecov bash script to upload code coverage, it says success on the logs, I can even click on the link to go to the codecov page where it shows the details, but still no checks pass on github, it’s been happening on multiple repo, and for a while now. here’s the repo in question, a lot of PRs there are not receiving checks, the latest one being one of them, I’m trying to migrate to github actions, but status checks are required, so I can’t,

And running from travis isn’t working either.

@cyberhck, can you link to the one of the GitHub Actions builds that is showing a link to a Codecov page and is not showing a status check?



I had to remove codecov from our required checks because of this

@cyberhck, this looks like a permissions issue to me. I would resolve it by adding the GitHub app integration, as we do not have the proper permission set to post statuses currently.

I’ve been having the same issue for the last 24 hours.

Relevant PR.

Report is successfully pushed

Run codecov/codecov-action@v1
/usr/bin/bash -n  -F unittests -Q github-action-v1.5.2 -C 4b1dd91847299033e7b4b1445245ff2c49598d6f

  _____          _
 / ____|        | |
| |     ___   __| | ___  ___ _____   __
| |    / _ \ / _` |/ _ \/ __/ _ \ \ / /
| |___| (_) | (_| |  __/ (_| (_) \ V /
 \_____\___/ \__,_|\___|\___\___/ \_/

==> git version 2.31.1 found
==> curl 7.68.0 (x86_64-pc-linux-gnu) libcurl/7.68.0 OpenSSL/1.1.1f zlib/1.2.11 brotli/1.0.7 libidn2/2.2.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh/0.9.3/openssl/zlib nghttp2/1.40.0 librtmp/2.3
Release-Date: 2020-01-08
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtmp rtsp scp sftp smb smbs smtp smtps telnet tftp 
Features: AsynchDNS brotli GSS-API HTTP2 HTTPS-proxy IDN IPv6 Kerberos Largefile libz NTLM NTLM_WB PSL SPNEGO SSL TLS-SRP UnixSockets
==> GitHub Actions detected.
    Env vars used:
      -> GITHUB_ACTIONS:    true
      -> GITHUB_HEAD_REF:   js/fix-build-configuration
      -> GITHUB_REF:        refs/pull/1667/merge
      -> GITHUB_REPOSITORY: SixLabors/ImageSharp
      -> GITHUB_RUN_ID:     941395163
      -> GITHUB_SHA:        2a35dc882164c17f64488852189166bfd1118b00
      -> GITHUB_WORKFLOW:   Build
    project root: .
    Yaml found at: codecov.yml
==> Running gcov in . (disable via -X gcov)
==> Python coveragepy not found
==> Searching for coverage reports in:
    + .
    -> Found 1 reports
==> Detecting git/mercurial file structure
==> Reading reports
    + ./tests/ImageSharp.Tests/TestResults/455558fb-c562-4add-a40f-854bef49991a/ bytes=3146908
==> Appending adjustments
    -> No adjustments found
==> Gzipping contents
        328K	/tmp/codecov.gEEhfm.gz
==> Uploading reports
    query: branch=js%2Ffix-build-configuration&commit=4b1dd91847299033e7b4b1445245ff2c49598d6f&build=941395163&,F,Q,C
->  Pinging Codecov,F,Q,C
->  Uploading to
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed

  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100  327k    0     0  100  327k      0  1259k --:--:-- --:--:-- --:--:-- 1259k
    -> Reports have been successfully queued for processing at

Integration has relevant permissions

I’m still seeing this happen. It’s sporadic and I haven’t identified a pattern. Anyone willing to chime in?