codecov / codecov/umbrella

Tokenless uploads fail after GitHub organization rename (requires repo erase)

Open
#616 1 comment 1 reaction 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
Python
Stars
8
Forks
20
Avg merge
14h 45m
Merged PRs (30d)
6

Description

After renaming our GitHub organization, Codecov started rejecting tokenless uploads for a public repository with Token required - not valid tokenless upload, even though org settings were correctly configured to allow tokenless uploads.

The Codecov UI showed “Token authentication for public repositories: Not required” at both org and repo level, and the Codecov GitHub App was reinstalled. Uploads still failed for both maintainer PRs and branch builds unless a token was provided.

Expected behavior
Tokenless uploads should continue working for public repositories after an organization rename.

Actual behavior
Uploads fail with Token required - not valid tokenless upload until the repository is manually erased and re-synced in Codecov.

Resolution / Workaround
Erasing the repository in Codecov (“Danger Zone → Erase repository”) and re-syncing it fixes the issue. This suggests stale backend state tied to the pre-rename organization slug that is not cleared automatically.

Impact
This is non-obvious, disruptive for OSS projects, and results in loss of historical coverage data.

Suggestion
Codecov should automatically migrate or invalidate per-project auth state after an organization rename, or surface a clear warning with a guided fix.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the tokenless upload failure after an organization rename and trace the per-project authentication state that remains tied to the old organization slug. Compare behavior before and after erasing and re-syncing the repository; done means renamed organizations no longer require manual repository erasure and a regression test covers the migration or invalidation path.

Written by the indexing model from the issue text.

Assessment

Tech stack
python
Domain
authentication, backend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.