-
-
Notifications
You must be signed in to change notification settings - Fork 21.3k
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
Wakatime progress bars not filled #2434
Comments
Can reproduce. The next logical step would be to test it with a different user, but I don't know anyone else who uses Wakatime. If you can try this with a different user, please let us know the results. |
I do not know another user with wakatime, so I used the user from this other open issue on this repo about the Wakatime card and using the exact same config, I get the same problem, no progress bar shown. |
My endpoint is working fine. (https://github-readme-stats.zohan.tech/api/wakatime?username=chickenface&theme=radical) The latest commit to any files pertaining to As for the timings that are slightly off, what the card shows is exactly what I see when I visit https://wakatime.com/@chickenface. Where did you take that screenshot from? Is it possible that that is lagging, since it shows everything to be less than what the stats card shows? |
I took the screenshots to compare the timings from the dashboard, at the moment of opening the issue |
Hmm. Are the timings accurate now? |
@carepollo I think your problems are caused by us caching the card results to decrease the load on the Vercel instance (see https://github.com/anuraghazra/github-readme-stats#common-options). It takes 4 hours for the card to update in the public instance. You can change this value in your fork and deploy your own Vercel instance if it is lower than 4 hours (See https://github.com/anuraghazra/github-readme-stats#deploy-on-your-own-vercel-instance). I created #2266 to make this process easier, but it still needs to be merged. |
The timing difference is not the main issue for me, is the progress bars not being filled, at any time, even checking every 4 hours, they are not filled. |
@rickstaa any idea why that is? My own Vercel instance seems to work well (see above). |
I need to debug the code to figure out what is going wrong. I, however, am currently very busy with my graduation, so I need more time. If you want to debug this issue, you can:
|
I have yet to have time to look at this. Maybe somebody else can investigate 👍. The debug steps are found in #2434 (comment). |
Again, my deployment is working fine, and I'm up-to-date with |
Nice; if somebody can test this out and comment below, we can close this issue 👍. |
See this comment. |
Not working for me, but I'm up to date with master ... |
Okay, thanks for letting us know. I sadly don't have the time right now to investigate this issue. I will, however, have the time to review a PR with a fix if somebody wants to take it on. The debug steps are found at #2434 (comment). Let me know if you have any questions. 👍 |
@Zo-Bro-23, the set animations were missing. I created a quick fix #2519. I think the CSS and SVG generation code can be cleaned up when #1633 is implemented. |
currently using the @Zo-Bro-23 as it used to work just fine as I needed, but today I noticed that is now getting the same issue as the original repo.
|
Does #2519 cix the issues you are having? |
Likely because I synced up my fork recently. Try this URL for the time being: https://github-readme-stats-git-fixwaka-605c1a-github-readme-stats-team.vercel.app. Once #2519 is merged, this will be fixed in the main instance, but we can't merge without @anuraghazra approval. |
Describe the bug
Using the following configuration https://github-readme-stats.vercel.app/api/wakatime?username=chickenface&theme=radical&custom_title=Last+7+Days+Coding+Stats&range=last_7_days&langs_count=5 The progress bars do not load and the coding times are not updated.
When I first added it to my README it worked perfectly, after a few days and ever since then it stays like this.
Expected behaviour
The progress bars should be visible and the coding times more accurate to what the Wakatime dashboard says.
Screenshots / Live demo link
Additional context
I have tried removing the
range
parameter, thetheme
parameter, thelangs_count
parameter, nothing changes. The numbers of coding time are not correct either but the difference is small, by 2 o 3 hours at most.I have free plan of wakatime.
The text was updated successfully, but these errors were encountered: