Tokenless uploads fail after GitHub organization rename (requires repo erase)
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
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- 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