-
Notifications
You must be signed in to change notification settings - Fork 3
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
Fix reset error: addresses issue #757 #793
Conversation
- check workflow state - do not allow reset when there are Running or Intializing workflows - add get_workflow_list method to eliminate duplicate code - make response text message clearer to read in code
Instead of stopping a reset when there are initializing workflows, I think it'd be better to just kill them outright, but ask the user first. |
How should I do that? What needs to be killed? |
I will try to modify this to search for any Running or Initializing workflows, give the user a chance to stop the reset process. If they want to continue I will attempt to cancel the workflows, then do the stop and delete dir. I may put a longer wait in too, just to get around the Initializing problem. |
Oh sorry missed this. We want to just kill all the currently initializing or running workflows exactly as you described. |
This is what I get when I have an initializing workflow and try to
|
- Clean up code for archive is request - Make unique time stamped backup for archive - Use variables for large text for query choices and warnings
I am going to close this pull request and open another, apparently I still have some rebasing problems with it. I will add some information about how I handle Running and Initializing workflows as well as other active workflows. |
Resolves: issue #757