Contribution graph stuck mid-rebuild after email re-verification — one private repo never backfills

[skubski]

🏷️ Discussion Type

Question

💬 Feature/Topic Area

Profile

Body

I'm consolidating two GitHub accounts: keeping skubski, retiring my old account kubskse. On 2026-07-23 I moved my work email from the old account to skubski and verified it, and skubski was granted admin collaborator access on the three private repos involved (org TheBeehiveBE: ITAA-KT3.0, ITAA, ITAA-front).

Commit→account linking is correct everywhere. The REST API (/repos/.../commits?author=skubski) attributes all my historical commits in all three repos to skubski. The problem is only the contribution graph, which never backfilled after the access grant and now appears stuck mid-rebuild.

What I've observed, in order:

1. 07-23: access granted + email verified. No retroactive graph rebuild happened — only commits pushed after the grant counted.
2. 07-27: I removed and re-added the email (Settings → Emails) and re-verified. This triggered a rebuild — but only for one repo: ITAA-KT3.0 jumped from 1 to ~392 commits. The other two repos stayed at zero.
3. 07-28: repeated the remove/re-add cycle. Again exactly one repo rebuilt: ITAA-front backfilled its 2025 commits (99). ITAA stayed at zero.
4. 07-28, later: third cycle. The email removal instantly stripped counts across all repos (ITAA-KT3.0 392→328, ITAA-front down to 61/99), but the restore after re-verification has been draining extremely slowly and has now been stalled for ~36 hours: ITAA-KT3.0 stopped at 346 (expected ~392+), ITAA-front at 61 for 2025 (expected 99) and 99 for 2026 (expected ~150).

Current vs. expected (private repos, org TheBeehiveBE, measured via the GraphQL contributionsCollection API):

Repo	2025 shown / expected	2026 shown / expected
ITAA-KT3.0	—	346 / ~392+
ITAA-front	61 / 99	99 / ~150
ITAA	0 / ~160	0 / ~300

ITAA has never been picked up by any rebuild cycle, despite correct commit attribution, collaborator access, commits on the default branch, and recent push activity by my account (I pushed a commit to it on 07-28 to make sure there's an activity event).

Questions:

1. Is there a way to trigger a full recalculation of my contribution graph, rather than the partial, one-repo-per-cycle rebuilds the email re-verification seems to produce?
2. Is there a known reason a single repo would be persistently skipped by the rebuild while its siblings backfill fine?

I've stopped doing further remove/re-add cycles since each removal instantly de-links everything while the restore takes days. Happy to provide timestamps or repo details privately if a staff member picks this up.

(Note: an earlier duplicate of this post, #203455, was accidentally submitted from a colleague-managed account; it points here now.)