Repository navigation
Total download counts for a module are different than the version history download counts #350
Description
Prerequisites
- Write a descriptive title.
- Make sure you are able to repro it on the latest version
- Search the existing issues.
Steps to reproduce
I work on a module called ScubaGear which is published on PSGallery and the "total downloads" count shown on the left side of the page is incorrect.
It's currently showing the total as 162,956 (and has been stuck at that number for a couple weeks since 6/29) but it should be 163,350. I cross referenced from another repository just to sanity check and seems this applies to other PSGallery modules as well. For example, NuGet is showing the total as 10,896,299 but it when adding up the version history download counts it should be 11,058,916.
We've been tracking #347 as a similar issue, but that issue is for the version history download counts and seems to be resolved.
Expected behavior
I expect the total download count to match what's shown in the version history.
Actual behavior
There's a disconnect between the total and the version history download counts.
Activity
CedX commentedon Aug 6, 2026
Same problem here: I have packages that still show a total of zero downloads, even though each version shows a positive count.
gautamdsheth commentedon Aug 19, 2026
This is still not working, is wrong , can you please look into it !!
PnP.PowerShell numbers haven't been updated in months. The nightly downloads seem to be ok but the overall count is incorrect.
infoconex commentedon Sep 3, 2026
I am also having the same problem for CopyGitHubRepo
brianary commentedon Oct 2, 2026
I have three modules that continue to show zero downloads after months!
Databaseline downloads: 8+7+9+24+6=0?
StainedGlass downloads: 24+27+27+4=0?
Codesmithy downloads: 23+56+7+27+29=0?
And others that are severely undercounted
SeqLogger downloads: 212+35=7?
Secrecy downloads: 171+12+11+29=8?
Unicodery downloads: 88+84+4+9+7=15?
XMLLab downloads: 161+4+10+42=16?
JSONLab downloads: 304+61=17?
Networkhorse downloads: 188+54+21+15=58?
mitchelbaker-cisa commentedon Oct 2, 2026
alerickson Sydney Smith (@SydneyhSmith) Hey all, this issue has been open for a couple months now. I personally consider it a low priority, as we've been manually adding the version history download counts instead of the total download count (for the purpose of metrics we report up to our organization's leadership). With that said, a few others are reporting the same issue now which I believe warrants an increase in priority to get this addressed. Do you have a general estimate of when we could expect a fix?
msw1nkels commentedon Oct 11, 2026
Same problem for
MSCKite.Azure.Platform. The package-wide total is 0 on every version, while the per-version counts are populated.Via the V2 API (
FindPackagesById()?id='MSCKite.Azure.Platform', checked 2026-10-11):DownloadCountis0for all 12 versions.VersionDownloadCountis populated per version (4, 5, 9, 88, 10, 27, 41, 15, 18, 78, 4, 73), which sums to 372.Other packages are fine:
PesterandPSScriptAnalyzerreturn a non-zeroDownloadCount. So it looks like the package-registration total is not being aggregated for some packages, not a problem with the manifest or the publish step (the package is published withPublish-Module, stable and prerelease versions).This breaks the Shields
powershellgallery/dtbadge, which readsDownloadCountand shows 0. As a workaround we sumVersionDownloadCountourselves and serve it as a Shields endpoint.