Total download counts for a module are different than the version history download counts
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 48/100
Piste de recherche
The issue provides two examples where a module’s total downloads differ from the sum of its version history counts, and points to issue #347 for related version history work. Start by tracing how the gallery calculates and displays the module total and version history counts, then compare the sources used for each. Done means the total matches the summed version counts for the reported modules; the issue names no files or tests to start from.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
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 https://github.com/PowerShell/PowerShellGallery/issues/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.
- Langage dominant
- PowerShell
- Étoiles
- 289
- Forks
- 83
- Merge moyen
- 1 min
- PR mergées (30 j)
- 1
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de PowerShell/PowerShellGallery
-
Difficulté 4/5 3-5 jours Accessibilité débutants 38/100
PowerShell/PowerShellGallery#357 · 3 commentaires · 4 réactions ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 48/100
PowerShell/PowerShellGallery#355 ·
-
Difficulté 4/5 3-5 jours Accessibilité débutants 31/100
PowerShell/PowerShellGallery#354 · 1 commentaire · 3 réactions ·
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
PowerShell/PowerShellGallery#353 · 5 réactions ·
-
Difficulté 3/5 1-2 jours Accessibilité débutants 48/100
PowerShell/PowerShellGallery#349 · 1 commentaire · 1 réaction ·
Toutes les issues de PowerShell/PowerShellGallery
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Les mainteneurs répondent en général sous 1 jour
-
5.0.x backport enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 63/100
spring-cloud/spring-cloud-function#1507 ·
Les mainteneurs répondent en général sous 1 jour
-
cost:cheap practicality:seen-in-the-wild severity:medium
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
fairagro/m4.2_advanced_middleware_api#620 ·
Les mainteneurs répondent en général sous 1 jour
-
reproduced
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
anomalyco/opencode#61391 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
ai-driven-fuzzing bug claude Minor
Difficulté 2/5 1-3 heures Accessibilité débutants 77/100
linagora/open-bastion#422 ·
Les mainteneurs répondent en général sous 1 jour