Total download counts for a module are different than the version history download counts
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 48/100
Rechercherichtung
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.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- PowerShell
- Sterne
- 289
- Forks
- 83
- Ø Merge
- 1 Min.
- Gemergte PRs (30 T.)
- 1
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus PowerShell/PowerShellGallery
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 38/100
PowerShell/PowerShellGallery#357 · 3 Kommentare · 4 Reaktionen ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 48/100
PowerShell/PowerShellGallery#355 ·
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 31/100
PowerShell/PowerShellGallery#354 · 1 Kommentar · 3 Reaktionen ·
-
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 35/100
PowerShell/PowerShellGallery#353 · 5 Reaktionen ·
-
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 48/100
PowerShell/PowerShellGallery#349 · 1 Kommentar · 1 Reaktion ·
Alle Issues in PowerShell/PowerShellGallery
Ähnliche Issues
-
DBFS append mode silently overwrites existing filesEvtl. vergeben @IlyaKhalafi hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 77/100
fsspec/filesystem_spec#2429 ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
volcengine/OpenViking#7014 ·
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
fedora-copr/copr#4600 ·
Maintainer antworten meist innerhalb von 2 Tagen
-
Routing rule or circuit breaker trip expression with an unknown CEL function hangs daprdEvtl. vergeben @RaphaelFakhri hat das heute übernommen. Offen
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 74/100
Maintainer antworten meist innerhalb von 1 Tag