Impacts of removing /stargazers #201209
Replies: 10 comments · 3 replies
-
|
💬 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. ⭐ |
Beta Was this translation helpful? Give feedback.
-
|
you're not the only one upset about this; I too am, and whole open-source community has been complaining since that changelog dropped : ( GitHub's main excuse for killing /stargazers was to stop bot rings from scraping user lists for spam and to cut down on massive API abuse. But like you said, it completely nuked legit tools like Star History and OSS Insight in the crossfire. Right now, the only real alternative is using the GraphQL API to get raw counts, but you totally lose the historical timeline and user details. Leaving this feedback here is the best move so their product team sees how badly this broke community tools. Hopefully they walk it back or at least give maintainers a dedicated analytics endpoint. |
Beta Was this translation helpful? Give feedback.
-
|
The stargazers page was useful when I wanted to check whether a repo might have fake stars. It's not 100% accurate, but if I noticed several stargazers had also starred the same set of repositories, it was a strong signal that something was suspicious. Unfortunately, that's no longer possible. |
Beta Was this translation helpful? Give feedback.
-
|
Can Github bring back the public version at least in an anonymized fashion? It was useful to see star history for a repo and then compare that against things like how many people talking about it on reddit and other places. Useful signal - now it's like if Amazon hid reviews because some people were scraping the usernames from the reviews. |
Beta Was this translation helpful? Give feedback.
-
|
Ii created gitranc.com to be able to compare repositories for myself and now i am also affected by this. At least give pro users the ability to do the same thing on the domain github.com. |
Beta Was this translation helpful? Give feedback.
-
|
Let's hope GitHub sees this thread and perhaps comes up with some compromise solution. Tracking stars over time is a pretty big use case, most of the tooling doesn't care about the user names. Though for those looking into the credibility of the project that does help. |
Beta Was this translation helpful? Give feedback.
-
|
I strongly oppose this change. The For small and niche repositories, the list of stargazers was often one of the best ways to discover people working with similar technologies, find related projects through their profiles, understand what kind of community was forming around a repository, and connect with developers who shared the same interests. Many small projects have few issues, pull requests, forks, or discussions, so their stargazer list may be the only visible signal of the people interested in them. Removing the entire public page because some actors abused it is a disproportionate response. GitHub could address scraping and spam through authentication requirements, stricter rate limits, pagination limits, abuse detection, partial visibility, anonymized historical data, or privacy controls for individual users. Blocking all legitimate access should not be the default solution. This change turns stars from a public expression of interest into an opaque counter. That weakens project discovery, community formation, ecosystem research, and trust assessment across open source. Please restore the public stargazers page, even in a limited form, or provide a replacement that preserves both star history and the ability to discover the community around a project. |
Beta Was this translation helpful? Give feedback.
-
|
Time to fork github and host our open source projects elsewhere. In all seriousness not happy about this either |
Beta Was this translation helpful? Give feedback.
-
|
Literally leaving github. Btw, earlier this day, github has sneakily added the stargazer restriction to GraphQL as described in emanuelef/daily-stars-explorer#363. |
Beta Was this translation helpful? Give feedback.
-
|
resending this message i said from another related topic: i feel like visibility to /stargazers on public repositories should at least be limited to users with a minimum age honestly... |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
🏷️ Discussion Type
Product Feedback
Body
As of June 30 all repositories now return a 404 for /stargazers.
https://github.blog/changelog/2026-06-30-upcoming-access-restrictions-to-public-api-endpoints-and-ui-views/
While I somewhat understand the motivation, this has such a huge impact on the overall open source ecosystem. Being able to view stars provided some insights into who likes a project, if they are real accounts etc.
It kills a site like https://www.star-history.com/. This was a valuable resource to study the trend of a project. Did all it's stars just come because of a popular post but then it trailed off or is there sustained interest over time? It's a quick signal that can be used in combination with downloads, issues filed etc.
Sites like https://ossinsight.io/ will also be degraded in functionality.
So while I'm sure there was a good idea behind this change, it's worth reconsidering given what we lose. It's not in the spirit of what GitHub was originally about.
Beta Was this translation helpful? Give feedback.
All reactions