openworkflowdev / openworkflowdev/openworkflow
Support manual retry for failed workflows
Personne n'a encore pris cette issue.
- Langage dominant
- TypeScript
- Étoiles
- 1.3k
- Forks
- 66
- Merge moyen
- 1 j 1 h
- PR mergées (30 j)
- 69
Description
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.
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
L’issue ne nomme aucun fichier source, test ou point d’entrée ; commencez par localiser les points d’entrée de l’exécution du workflow et de la gestion des étapes. Pour considérer le travail comme terminé, il faudrait définir et implémenter une solution permettant de relancer les exécutions ou les étapes échouées tout en préservant le travail terminé, l’historique et les sorties.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- typescript
- Domaine
- backend, distributed-systems
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- Calme
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100