openworkflowdev / openworkflowdev/openworkflow

Support manual retry for failed workflows

Aperta
#520 1 commento 1 reazione 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

enhancement
Lingua principale
TypeScript
Stelle
1.3k
Fork
66
Merge medio
1g 49m
PR unite (30g)
72

Descrizione

Desired Behavior

It would be great to support manually retrying a failed workflow execution (or a failed workflow step) without restarting the entire workflow from the beginning.

In many real-world workflows, a workflow may contain multiple long-running or expensive steps. If one step fails near the end, the workflow is marked as failed and there is currently no simple way for users to manually retry it.

Ideally, OpenWorkflow could support:

manually retrying a failed workflow execution
resuming from the failed step instead of replaying all previous successful steps
retrying a specific failed step
preserving workflow history and outputs from completed steps

This would be especially useful for:

document processing pipelines
data import/export jobs
ETL workflows
multi-stage asynchronous tasks
workflows involving external APIs
Example Usage
// retry an entire failed workflow
await workflow.retry(workflowId)

// retry from the failed step
await workflow.retry(workflowId, {
fromFailedStep: true,
})

// retry a specific step
await workflow.retryStep(workflowId, "generateReport")

Example scenario:

uploadFile
→ validateFile ✅
→ parseData ✅
→ generateReport ❌
→ sendNotification

Instead of restarting the entire workflow, the user could manually retry only the generateReport step from the UI.

This would improve the user experience for long-running workflows and help avoid unnecessary recomputation and repeated external API calls.

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Direzione di ricerca

L’issue non indica file sorgente, test o punti di ingresso; inizia individuando i punti di ingresso dell’esecuzione del workflow e della gestione degli step. Per considerare il lavoro completato sarebbero necessari un design deciso e un’implementazione per ritentare le esecuzioni o gli step non riusciti, preservando il lavoro completato, la cronologia e gli output.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
typescript
Ambito
backend, distributed-systems
Tipo di issue
Funzionalità
Difficoltà
5/5
Tempo stimato
Più di una settimana
Stato di attività
Tranquilla
Chiarezza
Da chiarire
Idoneità per principianti
35/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.