Traffic statistics for my public repositories appear to have stopped updating after **2026-09-23**. #208852
🏷️ Discussion TypeBug 💬 Feature/Topic AreaAPI BodyPublic repository traffic statistics frozen since Sept 23; private repository traffic windows still advanceTraffic statistics for my public repositories appear to have stopped updating after 2026-09-23. The problem is visible both in the GitHub Insights → Traffic web interface and through the REST traffic API. For example, for the public repository Both requests succeed normally, but their daily data ends on September 23. The GitHub Insights → Traffic page for the same repository also ends on September 23. This does not appear to be zero trafficThe distinction between a missing daily bucket and zero traffic seems important here. For But there are no daily records at all for September 24, 25 or 26. The clones endpoint similarly stops at September 23. By comparison, my inactive private repositories are continuing to receive daily buckets through September 26, including explicit records containing: So GitHub is continuing to advance the traffic window for private repositories even when there is no traffic, while the traffic window for the affected public repositories stops completely on September 23. Public/private comparisonI maintain a local historical database of responses from GitHub's traffic API. Among the repositories represented in that database: All 17 public repositories represented in the database have exactly the same latest traffic date: None has even a zero-valued daily bucket after that date. Fourteen of the 22 private repositories have daily buckets after September 23, through September 26. I inspected these records and confirmed that inactive private repositories have zero-valued daily buckets, as expected. I have more public repositories than the 17 represented in this local traffic dataset, so this is not intended as an exhaustive test of every public repository on my account. However, the 17 for which I have historical traffic data all show the same cutoff. Example REST responseFor There are no entries for September 24–26. The clones endpoint likewise ends on September 23. This repository has had development activity since September 23, including commits and release activity, so the absence of subsequent clone statistics is also unexpected. Authentication appears normalThe API requests complete successfully; there are no authentication or permissions errors. The same collector, credentials and database continue to receive current traffic buckets for private repositories. Collection timestamps confirm that the public-repository endpoints are still being queried successfully on September 26; they are simply returning a daily series that ends on September 23. This therefore appears to be an issue with GitHub's traffic-statistics aggregation for public repositories rather than an API client, authentication or permissions problem. Is anyone else seeing public repository traffic statistics frozen at September 23? If this is a GitHub-side processing issue, will the missing September 24 onward statistics be backfilled once traffic processing resumes? |
Replies: 34 comments 16 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. ⭐ |
|
The public/private split is the tell here: private repos keep advancing zero-valued buckets while the affected public repos stop dead at Sep 23. That rules out "no traffic" and points at the public aggregation job, since an inactive public repo still receives empty daily buckets once the aggregator has caught up. Two quick checks before filing anything:
If the weekly buckets reach Sep 24-26 while daily stops at Sep 23, that confirms missing daily buckets rather than a counter reset.
Traffic data is documented as delayed and it does get backfilled, in order, so do not treat Sep 24-26 as lost yet. Re-query the same range in 48 hours. If the buckets appear, that was normal lag and there is nothing to report. If the gap stays empty while your private repos keep advancing, file it with the repo name, the commands above, and your local DB summary -- 17 public repos with nothing after Sep 23 versus 14 of 22 private ones still receiving buckets is the kind of evidence that can be routed to the right team. Two things worth ruling out. If any of those 17 are forks, their traffic is not collected at all -- fork traffic belongs to the parent network, and it shows up as a permanently empty window rather than a lag. And repos created inside the window will not have buckets before their creation date, which can look like the same thing. One caution about your local DB: the window only reaches back 14 days for If the public/private split matches what you are seeing across the rest of your repos, marking this as the answer will help others with the same frozen window find the cause faster. |
|
Your read is right: missing buckets versus explicit zeros means the traffic pipeline stalled, not that you got zero traffic. Traffic stats are best-effort and computed by a batch pipeline that can lag by days, and public-repo traffic has had multi-day stalls before. Nothing to fix on your end — the API returning 200 with data ending Sept 23 plus Insights agreeing means it's a GitHub-side delay. It usually backfills when the pipeline catches up. Worth keeping an eye on githubstatus.com, and if it's still frozen after about a week, open a support ticket since you have concrete API evidence. |
|
Adding another confirmation here—all of my public repos are also frozen dead on Sept 23, while private ones are tracking fine. Definitely looks like another batch processing stall on GitHub's end. Hopefully, it clears and backfills soon like it usually does. |
|
I have exactly the same issue. No data after Sept. 23rd |
|
Same here. No data after Sept. 23rd |
|
Same here, no data after September 23. |
|
Your diagnosis is spot-on, and the zero-vs-missing distinction you drew is the key detail: explicit The timing gives away the cause. GitHub's status timeline shows an incident starting 6:11 AM ET on Sept 23 — "Database replicas have detached," with degraded API requests and Projects — marked resolved early on Sept 24. Your freeze starting on Sept 23 lines up with that incident exactly. That incident's symptoms were all background-processing delays (stale search indexes, issue label updates lagging by hours). Traffic aggregation is the same class of background job, so a stall in daily bucket writes fits the pattern. The fact that all 17 of your public repos froze on the same date while private repos kept getting fresh buckets rules out anything account- or client-side — it points at the public-repo aggregation path specifically. On your questions:
|
|
Same freeze at 2026-09-23, but on my account it's not public-only: private repo |
|
Same here for all my public repos, all traffic data cut off at 2026-09-23 |
|
Same here — public repo traffic has been frozen since Sep 23 in both Insights and the API. I also reported it in #208932. |
|
Same here. No data after Sept. 23rd |
|
Same here, no traffic data since 23rd Sept |
|
Same here, no traffic data since 23th Sept. |
|
Me pasa exactamente lo mismo repositorio publico congelado el 23 de septiembre. |
|
Same situation, no data after Sept 23. |
|
Same for all my repos |
|
Same issue here, confirming. Traffic (views and clones) in 2 public repos stopped at Sept 23 |
|
Same here, confirming. |
|
Same here, no traffic data since 23rd Sept. |
|
Same situation, no data after Sept 23. |
|
Same situation, no data after Sept 23. |
Update from GitHub Support (2026-09-29)I opened a Support ticket about this. Their reply (paraphrased):
Still no public status-page / incident note that I can see — but at least engineering is looped in via Support. Open questions still matter for collectors:
Tracking detection/write-guard here: gghstats#80. |
|
My public repo AVPscan/Math had 998 clones (cumulative, 14-day window) as of 2026-09-23. After that date — no new data points in both Insights UI and API. Not zeros — the series just stops on 09-23. All my other public repos show the same pattern. This is not a quiet repo. 998 clones in 14 days is steady traffic, then a hard stop on the same date as everyone else in this thread. Can GitHub confirm: Thanks. |
|
I can confirm the same issue for another public repository. Insights → Traffic for dmitry-bublikov/NaCl-superstructure-simulator has also stopped updating after September 23. GitHub Support ticket #4806095 redirected me to Community Discussions. |
|
Hi everyone. Thank you raising this. As some of yous have already shared from Support tickets our team is actively looking at this. We can share that we are in a process of shipping a fix and that your data should be backfilled. We will update this thread when we have any further updates. |
|
Thanks for the update — much appreciated. Glad the team is on it and that a backfill is planned. Looking forward to the follow-up here. Hermes |
|
resolution confirmation |
|
Hi everyone. The fix has been shipped so you should be able to retrieve your traffic stats. Thanks again everyone for coming to the community (and Support) to inform us. |



Hi everyone. The fix has been shipped so you should be able to retrieve your traffic stats. Thanks again everyone for coming to the community (and Support) to inform us.