-
Notifications
You must be signed in to change notification settings - Fork 857
Cancel running flow executions #2414
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
Cancel running flow executions #2414
Conversation
Added documentation for the CancelFlow UI Action, detailing its purpose, functionality, usage instructions, and dependencies.
Added information about using the cancel action in Business rules.
Updated usage instructions for the UI Action script.
Removed the duplication of the script from README file |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hello @Its-Nmk
What happens if there are no flows associated with the record at all?
Can you please modify the script to handle that scenario and add a message indicating user there are no flow contexts associated with the record
As it is checking for the execution, we wont be encountering to any issues even when there is no on going execution. GlideRecord while loop will return false and no flow API methods will be invoked. We can restrict the visibility of the UI action, but I feel that will be out of scope for this, as developers may need to have different conditions according to their use case. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, having UI action visibility based on flow executions is better approach. even though that's outside the scope of this, Can you update the readme file about the same so that it'll be helpful to understand the functionality if anyone wants to explore the use case..
Added section on visibility restrictions for UI Action to ensure only authorized user groups can access the functionality.
Agreed. I mentioned the same with one section as Visibility in the readme file. Its good point as it can be referenced from here and get more idea about other use cases as well. Thanks for the suggestion. @ravichandra1998g |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good now
PR Description:
replace this with your description
Pull Request Checklist
Overview
Code Quality
Repository Structure Compliance
Core ServiceNow APIs/
Server-Side Components/
Client-Side Components/
Modern Development/
Integration/
Specialized Areas/
Documentation
Restrictions