-
-
Notifications
You must be signed in to change notification settings - Fork 23.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Upstream Issue] GitHub Stats Card broken for some usernames #1406
Comments
Also happens to me. |
Same issue here. |
Also happens to me. |
Thanks for letting me know that I'm not the only one with this problem! Maybe from now, let's add a thumbs up instead of commenting when you don't have additional information relating to this bug. This will keep this issue and our mailbox clutter-free :). |
@anuraghazra Thanks for investigating this issue. It is strange that it does only happen for certain usernames. When I use your username, for example, the GitHub Stats Card works fine. The API appears to be online (see https://www.githubstatus.com/). I will create a ticket with the GitHub support. |
Yes, it's weird! only happens with few usernames. Sure thanks, you can report to them only they can fix this. Also collect all the usernames which are failing.. see #1405 too. |
@anuraghazra I will make a list of the usernames that fail. In the meantime, I think I found the field that breaks the GraphQL API. The HTTPS error is thrown when you try to request the following field: issues(first: 1) {
totalCount
} All the other fields work fine. You can test it out by using the following request in the graphql explorer: {
viewer {
name
login
issues(first: 1) {
totalCount
}
}
} Could it be that certain users have too many issues, and it times out? I will add it to the ticket. |
@anuraghazra are you sure the syntax is correct maybe there was an API change. I checked https://docs.github.com/en/graphql/overview/breaking-changes but could not find one. I use the following it appears to work:
But if this is the cause it is strange that it only happens for certain usernames. |
Oh cool! nice find. But still seems there's something wrong with their APIs.
We are only requesting for the first 1 issue which should not be an issue.
Seems like the issue is specifically with the pagination logic where requesting |
@anuraghazra Ah nice, I think we narrowed it down. I will add all the information to the ticket. |
Hope this will be resolved quick by GitHub. Would appreciate a comment here once they give their response to this... |
Found another thing. Having both filters at once fails, but if i put one by one it works.
Works
Works
|
@Andre601 I will keep you updated. The ticket that I opened is https://support.github.com/ticket/personal/0/1369436. I however do think it is not public. |
Can replicate this (Actually, I just wanted to write this when you commented).
It already says in the URL "personal" so it should be obvious if the ticket is public... |
@anuraghazra I added your info to the ticket. @Andre601 I am aware, I however asked them to see if it is possible to make it public. I listed the ticket number here, might this be possible. |
I however think that all tickets are private. I will keep you updated. |
Same issue. Stats are broken for me. I use the following layout:
|
I got the following response from the GitHub Team:
|
Temporarily disabled stats for all the commits, until anuraghazra/github-readme-stats#1406 is fixed.
Was curious about timeout and changed the |
Something I didn't ask, but what did you actually write in the ticket? |
@Andre601 Of course no problem. As they state that tickets can not be made public I will past my initial question below. Besides that I added extra comments with all the information that was collected in #1406 #1405 and in this topic:
|
@Andre601 Let me know if you want me to add something. |
This comment has been minimized.
This comment has been minimized.
@anuraghazra I verified that your hotfix works when dropping 81b6593. |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
@anuraghazra I just received the following reply from the GitHub Support:
Are you satisfied with using the current hotfix or do you want me to state why the timeout issue should be fixed at their side? |
WTF! How does my Of course it should be fixed from their side, it's an literal issue with their API responses. There could be other services which might use their graphql apis and those will also suffer the same problem. Give them this example error,
|
@rickstaa maybe you can tell them that this is certainly a major issue with the GitHub GraphQL API and should be communicated to the respective engineering teams. |
@anuraghazra I was also surprised by the response. Such a response is however sadly not uncomment on tickets like this since companies are often highly protective of the time of their developers. I will try to reiterate the importance of solving this issue. I will send it to your gmail so you can review it before I send it. I can also post it here but I wanted to keep this issue clean. |
Here is a quick update I and @anuraghazra again reiterated to GitHub that this issue must be solved. We received the following response:
For now, we, therefore, have to keep using the hotfix till GitHub fixes the issue. The downside of this is that the HotFix requests more data since it requests the same field twice. The agent has been notified about this. I will let you know when the ticket status changes. |
One last update. It looks like the GH agent has just archived my ticket, which means that I'm no longer in the loop of whether they fixed this problem. I guess we have to keep using the workaround for now. |
so what should i do to fix this ... i am getting the same error? |
@Bharathkumarraju, I think the current issue you are experiencing is caused by #1471. As explained in #1471 (comment), the best way to solve this is to deploy your Vercel instance. You can find a guide on how this is done here. |
Hi, I've also been experiencing this same issue. But for me, it is not just my GitHub Stats Card that is broken. I can't see anyone else's GitHub Stats Card, either. Also, my Top Language Stats Card is not working. It seems like all the links from my profile to Vercel Api are broken. I must add that this problem started after I opened a new issue on a repository, I can't see anyone's stats cards or top languages or anything else that's fetching information from GitHub. Any suggestion to help me fix this would be appreciated. I'm quite lost. Should I contact GitHub support? |
(replying to main comment)
|
The error you are getting is that you are trying to request stats for an organization. Which is currently not supported. A feature request for this feature can be found on #654. You can show your support there. |
Thanks for the info! I'll go there |
Describe the bug
Since 2 days the
Github Stats Card
on my personal README.md appears to be broken when my username is used. When I switch the username to another user, for example,anuraghazra
the card starts to work again. Switching from my self-hosted vercel instance to the community one does not solve the issue. All the other cards seem to work fine with my GitHub username. The only error GitHub gives me is the following:Might be something I have to sort out with the GitHub support, but I first wanted to check if somebody else is also experiencing this issue.
Expected behaviour
I would expect that the card also works for my username.
Screenshots / Live demo link (paste the github-readme-stats link as markdown image)
Additional info
I currently use #1122 to also receive organization stats, but the issue also appears on the master branch.
The text was updated successfully, but these errors were encountered: