openworkflowdev / openworkflowdev/openworkflow

Support manual retry for failed workflows

Offen
#520 1 Kommentar 1 Reaktion 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

enhancement
Vorherrschende Sprache
TypeScript
Sterne
1.3k
Forks
66
Ø Merge
1 T. 1 Std.
Gemergte PRs (30 T.)
69

Beschreibung

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.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Das Issue nennt keine Quelldateien, Tests oder Einstiegspunkte; beginne damit, die Einstiegspunkte für die Workflow-Ausführung und die Verarbeitung von Schritten zu finden. Als abgeschlossen würde eine festgelegte Gestaltung und Implementierung zum Wiederholen fehlgeschlagener Ausführungen oder Schritte gelten, wobei abgeschlossene Arbeit, Verlauf und Ausgaben erhalten bleiben müssen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
typescript
Bereich
backend, distributed-systems
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Ruhig
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.