Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

scheduler: restarting completed workflows #5474

Open
2 of 4 tasks
oliver-sanders opened this issue Apr 19, 2023 · 2 comments
Open
2 of 4 tasks

scheduler: restarting completed workflows #5474

oliver-sanders opened this issue Apr 19, 2023 · 2 comments
Milestone

Comments

@oliver-sanders
Copy link
Member

oliver-sanders commented Apr 19, 2023

Umbrella issue to cover issues related to extending completed workflows:

  • Make it easier to restart a completed workflow.
  • Make it more obvious why a completed workflow shuts down.
  • Make it easier to extend a completed workflow run (i.e. by triggering extra stuffs).

Work:

@oliver-sanders oliver-sanders added this to the cylc-8.2.0 milestone Apr 19, 2023
@hjoliver
Copy link
Member

Make it easier to restart a completed workflow.

Is the existing timeout PR not sufficient in your opinion? #5231

Make it more obvious why a completed workflow shuts down.

Agreed, at the least we can log an explanatory message.

Make it easier to extend a completed workflow run (i.e. by triggering extra stuffs).

How is this bullet point different from the first one?

@oliver-sanders
Copy link
Member Author

oliver-sanders commented Apr 20, 2023

Is the existing timeout PR not sufficient in your opinion? #5231

Yes, I've put this up as an umbrella issue to make it easier to track the larger functionality as no single PR addresses the whole issue.

How is this bullet point different from the first one?

Extending a workflow run e.g. by adding a new cycle of tasks is not completely solved by #5231 because it requires the user to know exactly which tasks they need to trigger to kick off the new cycle. This bullet point covers the point that this should be simple & transparent for non-techinical users and, ideally require a minimal number of operations to achieve.

The suggestions in #5416 would make this much more user-friendly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants