Contributors sidebar and the /contributors API disagree after a history rewrite #207111
Replies: 3 comments
|
💬 Your Product Feedback Has Been Submitted 🎉 Thank you for taking the time to share your insights with us! Your feedback is invaluable as we build a better GitHub experience for all our users. Here's what you can expect moving forward ⏩
Where to look to see what's shipping 👀
What you can do in the meantime 💻
As a member of the GitHub community, your participation is essential. While we can't promise that every suggestion will be implemented, we want to emphasize that your feedback is instrumental in guiding our decisions and priorities. Thank you once again for your contribution to making GitHub even better! We're grateful for your ongoing support and collaboration in shaping the future of our platform. ⭐ |
|
Thank you for reporting this bug. We've been logging these posts and are currently investigating solutions. We will share updates as soon as work begins and we have a better sense of when it will ship. In the meantime, we did publish a troubleshooting guide for folks who may have missing contributions if you haven't taken the steps outlined in this doc, I recommend doing those first. We appreciate the patience! |
|
I'm seeing the same homepage/API discrepancy on my repository: https://github.com/EthanSky2986/WireBench-2D. An initial commit accidentally used a generic no-reply address that GitHub associated with an unrelated real account. I corrected the attribution on October 1, 2026 (Asia/Shanghai) and updated the published branches and release tags. Rechecked on October 4:
One caveat: GitHub still advertises I submitted a support ticket, but the response directed me to Community/self-service resources. Could this repository be included in the investigation, and is a refresh of the homepage contributor data available? I'm asking to correct accidental attribution, not remove anyone's legitimate work. Thank you. |
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Bug
Body
I rewrote
mainon Pr1nted/Open-Doctrines to stripCo-authored-bytrailers and force-pushed. The rewritten commits are unreachable from every ref now, but the co-author is still listed in the Contributors panel on the repository home page.What makes this look like more than a stale cache is that GitHub's own surfaces disagree with each other:
GET /repos/Pr1nted/Open-Doctrines/contributors(incl.anon=1)GET /repos/Pr1nted/Open-Doctrines/stats/contributors/Pr1nted/Open-Doctrines/graphs/contributors-data/Pr1nted/Open-Doctrines/_sidebar(what the home page renders)contributorCount: 2The first three recomputed after the force-push.
_sidebardid not, and it is the one people actually see.The two rewritten commits are still served, trailers intact, though nothing references them:
What I have already checked, so nobody has to ask:
Co-authored-bytrailer survives on any ref. I mirror-fetchedrefs/heads/*,refs/tags/*andrefs/pull/*into a bare clone and grepped every reachable commit:main, 12 tags and both PR head refs are clean.GET /repos/Pr1nted/Open-Doctrines/commits?author=<that account>returns nothing, and it is not a collaborator.What I have tried:
mainto prompt a recompute. No effect after several days._sidebar. Same payload, so it is server-side rather than CDN.Two questions:
(repository, user)contribution row written at push time, rather than recomputed from the default branch? If so, a rewrite would never clear it, and the several "just force-push and wait" answers already on this forum are wrong.I have left the co-author's username out on purpose: it resolves to a real account that has never touched this project and does not need the traffic. Happy to pass it to anyone from GitHub who can act on it.
All reactions