Classify failures versus unknown outcomes after partial apply

Aberta
  • Algo errado?
#25 0 comentários 0 reações 0 responsáveis Ver no GitHub

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
25/100
Tipo de issue
Funcionalidade
Clareza
Razoavelmente clara
Status de atividade
Ativa
Stack de tecnologia
javascript
Domínio
devtools

Direção de pesquisa

Start by reading dependency issue #22 (B04-01) and the roadmap item B05-01 to understand the existing apply and recovery design. Then identify the mutation entry points and tests for timeout-after-send and hard-error-before-send outcomes. Done means each mutation has a stable id and is recorded as applied, failed, or unknown, with unknown outcomes never replayed; the classification rules and uncertainty boundary still need approval.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

enhancement status:approved

Goal

Detect and classify partial-apply outcomes as confirmed failure versus unknown, so recovery never replays an uncertain mutation.

Observations

  • A partial apply can leave the API in an unknown state (for example, a timeout after send).
  • Treating unknown as success or failure both risk duplication.

Decision gate

Approve the classification rules and the uncertainty boundary before implementing recovery.

Acceptance criteria

  • Each mutation outcome is classified as applied, failed, or unknown.
  • Unknown outcomes are never assumed applied or failed.
  • Classification is recorded per mutation with a stable id.

Verification

  • Injected timeout after send -> outcome recorded as unknown, no replay attempt.
  • Injected hard error before send -> outcome recorded as failed.

Release checkpoint

Remaining risk: unknown is a real state, not a bug to hide. No auto-rollback as a workaround.

Tracking

Roadmap item: B05-01. All acceptance criteria remain pending; publication does not grant approval or release authority.

Dependencies

  • Depends on #22 (B04-01).
Linguagem predominante
JavaScript
Estrelas
22
Forks
3
Merge médio
28min
PRs com merge (30d)
26

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

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de egdev6/github-repository-bootstrap

Todas as issues de egdev6/github-repository-bootstrap

Issues semelhantes

Mais issues de JavaScript

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.