Impacts of removing /stargazers #201209
Replies: 18 comments 9 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. ⭐ |
|
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
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. |
|
Time to fork github and host our open source projects elsewhere. In all seriousness not happy about this either |
|
Literally leaving github. Btw, earlier this day, github has sneakily added the stargazer restriction to GraphQL as described in emanuelef/daily-stars-explorer#363. |
|
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... |
|
Can someone confirm. Is the |
|
It's worth noting the absurdity of deprecating |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
|
https://nodejstoolbox.com/ is also impacted by this. As the maintainer/curator I'm looking forward to a response from GitHub. I'm sure there's a way to expose star history data for public repository while also preventing misuse. |
|
nice so now people can buy stars even more easily |
|
At the very least make "hiding stargazers" optional for repos, and marking it |
|
Not all stars are equal, if I look at a new project and see it has stars from 4 or 5 well known people, I know it's a new project that's going somewhere; vs looking at a new project with 30 stars from faceless accounts. Not being able to see the people makes stars just a useless and meaningless metric that does not matter at all. The world of software is driven by real people who are coders, not the organizations or companies they hop between, not the tools they hop between, not even the projects they hop between. What matters is the people. SourceForge forgot that, GitHub needs to not make the same mistakes. |
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.
All reactions