A failed publish job permanently blocks retrying the same package version
Mantenedores costumam responder em até 1 dia
Um pull request relacionado já foi integrado.
- #794 de @thomashoneyman — integrado
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 48/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Domínio
- backend-api-design
Direção de pesquisa
Start with the duplicate publish-job check in app/src/App/Server/Router.purs, around lines 82–89, and trace how job status and publish payload are used. The report identifies failed completed jobs as blocking retries, but leaves open whether they should be requeued, excluded from duplicate detection, or compared by payload; clarify the intended behavior before making a change. Done means a corrected publish can be processed and the unrelated historical issue reference is addressed if in scope.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
I attempted to publish [email protected].
The original publish failed because its location used a monorepo subdir:
- Job:
ea66babf-2a67-43c1-9810-1c7f52d95952 - Logs: https://www.purescript.org/registry-dev/#/jobs/ea66babf-2a67-43c1-9810-1c7f52d95952
- Original location:
katsujukou/puppy, subdirectorypuppy-runtime
I moved the package to a standalone repository and updated the manifest:
- New location: https://github.com/katsujukou/purescript-puppy-runtime
- Ref:
v0.2.0
The standalone repository's main branch and v0.2.0 tag both point to the corrected package.
However, retrying spago publish -p puppy-runtime returns the original failed job and prints its old logs. The corrected location is never processed.
The API appears to identify duplicate publish jobs only by package name and version, including completed failed jobs:
https://github.com/purescript/registry-dev/blob/master/app/src/App/Server/Router.purs#L82-L89
Could the failed job be removed or requeued so that [email protected] can be published from the corrected location?
More generally, should completed failed jobs be excluded from duplicate detection, or should a changed payload be allowed to create a new job?
One additional detail: the failure message says “See issue #16”, but registry-dev issue #16 is closed and concerns a different historical topic.
- Linguagem predominante
- PureScript
- Estrelas
- 95
- Forks
- 79
- Merge médio
- 16h 13min
- PRs com merge (30d)
- 14
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 purescript/registry-dev
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 22/100
purescript/registry-dev#804 · 9 comentários ·
Mantenedores costumam responder em até 1 dia
-
Implement search and versioned Prim docs for the new PursuitTalvez livre de novo @thomashoneyman assumiu há 110 dias e não há nenhum pull request aberto. Abertapursuit
purescript/registry-dev#790 · 1 responsável ·
Mantenedores costumam responder em até 1 dia
-
Migrate Pursuit application to the monorepoTalvez livre de novo @thomashoneyman assumiu há 110 dias e não há nenhum pull request aberto. Abertapursuit
purescript/registry-dev#789 · 1 comentário · 1 reação · 1 responsável ·
Mantenedores costumam responder em até 1 dia
-
Complete support for monorepos / subdir key and non-GitHub locationsTalvez livre de novo @thomashoneyman assumiu há 110 dias e não há nenhum pull request aberto. Aberta
purescript/registry-dev#750 · 1 reação · 1 responsável ·
Mantenedores costumam responder em até 1 dia
-
Deprecate creation of legacy package setsTalvez livre de novo @mikesol assumiu há 68 dias e não há nenhum pull request aberto. Aberta
purescript/registry-dev#745 · 5 comentários · 1 responsável ·
Mantenedores costumam responder em até 1 dia
Todas as issues de purescript/registry-dev
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
ROCm/rocm-libraries#15866 ·
Mantenedores costumam responder em até 2 dias
-
お問い合わせのメール送信に失敗しても成功と表示されるAbertaarea: web
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
inabagumi/shinju-date#6823 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 62/100
-
ManageSieve proxy: a backend's NO/BYE greeting is skipped as a capability line and reported as EOFAbertabug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 82/100
dmtrKovalenko/odiff#191 ·