Historical profile contributions missing despite verified author and default branch

[arifaydogan0]

🏷️ Discussion Type

Question

💬 Feature/Topic Area

Profile

Body

My profile contribution graph is missing older commits from a private repository. The author emails are verified, private contributions are enabled, and the commits are present on the default branch and associated with my account. More than 24 hours have elapsed since email verification. A newer commit using the same email was counted, while older dates remain empty.

For example, on October 27 the repository history contains commits authored on that date, while the profile graph shows no contributions. I previously checked GraphQL contributionsCollection and saw zero commit and restricted contributions for affected dates.

What additional read-only checks can distinguish an eligibility or date issue from stale contribution data? Is there a documented way to refresh historical profile contribution data without rewriting history or renaming the default branch?

The repository is private, so I am leaving its name, commit URLs, and email addresses out of this public post. I previously asked in the pinned guide: https://github.com/orgs/community/discussions/209302#discussioncomment-19254708

[arifaydogan0]

Update: I checked an example commit’s author timestamp: October 27 at 14:19 UTC (17:19 UTC+3), so it falls on the same calendar day in both time zones. The profile graph showed zero for that date. The local and GitHub default-branch heads also match. Some newer commits in the same repository are counted. Is there another read-only eligibility check I should perform, and is there a supported route for a self-service account if historical attribution still appears wrong? I have followed up with Support.

[arifaydogan0]

Following up on the question above: is there a documented way to check the eligibility of an individual commit or request a historical contribution review for a self-service account? Any guidance would be appreciated.

[kittimzhe]

Your settings checklist is complete and correct (verified email, private contributions enabled, default-branch commits, 24h+) — so nothing left to fix on the configuration side. The pattern you're describing has a specific signature: new commits render while historical dates stay empty right after an email (re-)verification. That's the attribution-backfill queue, not a settings problem: attribution for already-existing commits is recomputed in batches, separately from the live path that attributes new commits — which is exactly why the two can disagree mid-process.

Two things to set expectations:

1. Normally that backfill completes within days. Right now profile processing is lagging platform-wide (the [Incident]: Profile rendering issues affecting GitHub profiles #203416 incident — staff-confirmed multi-day delays, 170+ reports), and historical-contribution reattribution is one of the slowest lanes in it. Same shape as Historical contributions missing after email change #210178 and Historical contributions disappeared after deleting and re-adding my verified email #210426 in that thread family.
2. Your verification tool is the one you already used: the contributions API filtered by date, versus the repo history. When the backfill reaches your account, the older dates fill in out of order — don't expect chronological completion.

If the gap is still there ~two weeks past the email verification, register the username + date range in #203416 — that's the channel staff are actively working during the incident, and it doesn't cost a support ticket (which Free-plan accounts get auto-closed for in this family anyway).