Stale contributor sidebar after history rewrite (repository APIs are correct) #207782
Replies: 2 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! |
Uh oh!
There was an error while loading. Please reload this page.
🏷️ Discussion Type
Bug
Body
The homepage contributor sidebar for WilliamDeklich/exoplanet-transit-classifier remains stale nine days after a history rewrite.
On September 4, 2026, I rewrote the default branch to remove incorrect
Co-Authored-Bytrailers and force-pushed the cleaned history. The current default branch ismain, with HEAD:58399045ef83040503fc040e6f3d59406d1753a1The canonical repository data is clean:
WilliamDeklichwith 3 commits.WilliamDeklich.mainbranch, with no tags, pull requests, forks, or additional collaborators.mainare authored and committed only byWilliamDeklichand contain no Claude/Anthropic co-author trailer.However, the repository homepage still displays
@claudeunder Contributors (2).The old, now-unreferenced commit SHAs were:
62f503915527b3b06d55b4b539d7211f21edc44733b16fcf0f4ca65d35ca6e498a72805149276b2d4b092f6f6d82e4176a27866371fc4bfd0439c8b5These old commits are on no branch, but their cached GitHub pages remain accessible by exact SHA. This appears to be a stuck repository-homepage contributor cache. A similar recent case was resolved by a GitHub staff member manually refreshing the list.
Could GitHub staff please manually refresh or invalidate the contributor list/sidebar cache for this repository?
All reactions