Total download counts for a module are different than the version history download counts
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 48/100
Direção de pesquisa
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.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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.
- Linguagem predominante
- PowerShell
- Estrelas
- 289
- Forks
- 83
- Merge médio
- 1min
- PRs com merge (30d)
- 1
Preparar o ambiente
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de PowerShell/PowerShellGallery
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 38/100
PowerShell/PowerShellGallery#357 · 3 comentários · 4 reações ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 48/100
PowerShell/PowerShellGallery#355 ·
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 31/100
PowerShell/PowerShellGallery#354 · 1 comentário · 3 reações ·
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
PowerShell/PowerShellGallery#353 · 5 reações ·
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 48/100
PowerShell/PowerShellGallery#349 · 1 comentário · 1 reação ·
Todas as issues de PowerShell/PowerShellGallery
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
Mantenedores costumam responder em até 1 dia
-
5.0.x backport enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 63/100
spring-cloud/spring-cloud-function#1507 ·
Mantenedores costumam responder em até 1 dia
-
bug v2
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 79/100
modelcontextprotocol/python-sdk#3810 ·
Mantenedores costumam responder em até 1 dia
-
apps/stage-tamagotchi bug env/os-windows extension/channel-discord pending triage scope/engineering scope/extension
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 83/100
Mantenedores costumam responder em até 1 dia
-
cost:cheap practicality:seen-in-the-wild severity:medium
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
fairagro/m4.2_advanced_middleware_api#620 ·
Mantenedores costumam responder em até 1 dia