ci-fix: Argos failing — Argos screenshot quota exhausted on Pro Plan trial
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 35/100
- Tipo de issue
- Bug
- Clareza
- Razoavelmente clara
- Status de atividade
- Ativa
- Stack de tecnologia
- github-actions
- Domínio
- ci-cd, testing-qa
Direção de pesquisa
Start with Actions run 36076866354 and the Argos workflow that uploads the storybook-chromium and storybook-webkit builds. Confirm the quota failure and decide whether the account or workflow should change; done means subsequent relevant runs can upload their visual baselines without the Argos API rejecting them.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
The Argos workflow failed on main at cae3dfe66237beb629aadcfa8c3b2f37def426bd (run 36076866354) because the Argos account ran out of screenshot quota, not because of anything in the commit. Every story rendered and passed (76 test files, 590 tests), then both uploads (storybook-chromium and storybook-webkit) were rejected by the Argos API:
❌ Error while creating the Argos build
APIError: You have reached the maximum screenshot capacity of your Pro Plan trial. Please upgrade your Plan.
The Storybook build and deploy steps after it still succeeded, so the standing Storybook link is current. What's missing is the visual baseline for this commit. Every later Argos run, on main or on a same-repo PR touching lib/**, will probably fail the same way until the quota changes, since each run uploads a full screenshot set.
I didn't open a fix PR because the fix is an account or product decision, not a code change: upgrade or extend the Argos plan, stop running the Argos workflow (Argos was added alongside Chromatic in #765), or send fewer screenshots per run (for example, drop the WebKit build). Making the upload step non-fatal would hide the failure without fixing the missing baselines, so I left it alone.
- Linguagem predominante
- TypeScript
- Estrelas
- 5
- Forks
- 1
- Merge médio
- 14h 43min
- PRs com merge (30d)
- 289
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
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 diffplug/dormouse
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 38/100
diffplug/dormouse#845 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 42/100
diffplug/dormouse#839 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 25/100
diffplug/dormouse#804 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 40/100
diffplug/dormouse#756 · 2 comentários ·
Mantenedores costumam responder em até 1 dia
Todas as issues de diffplug/dormouse
Issues semelhantes
-
bug via-triage
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
pingdotgg/t3code#14452 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
solana-foundation/program-examples#747 · 1 comentário ·
Mantenedores costumam responder em até 9 dias
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 65/100
remotion-dev/remotion#11847 ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
openwatersio/slackwater#355 ·
Mantenedores costumam responder em até 1 dia
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 74/100
melgarafael/DeskcommCRM#1998 · 3 comentários ·
Mantenedores costumam responder em até 1 dia