Skip to content

Remove Current Limitation and add Jumping from Current Activity to Itself #9939

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.

Sign up for GitHub

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

Open
wants to merge 1 commit into
base: development
Choose a base branch
from
Open

Remove Current Limitation and add Jumping from Current Activity to Itself #9939

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 0 additions & 4 deletions content/en/docs/refguide/modeling/application-logic/workflows/boundary-events.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -130,10 +130,6 @@ The list of variables is described below:
* `$ParentTask` – the parent user task of the attached boundary event
* `$CalledWorkflowInstance` – the parent Call workflow activity of the attached boundary event

## Current Limitation {#limitation}

* The already-scheduled timer boundary event will not be cancelled when a new one is scheduled for the same boundary event definition. For example, if a workflow instance has a scheduled timer boundary event, and you make a manual jump from a [Multi-User Task](/refguide/multi-user-task/) to itself, or a jump from the parent activity to another activity earlier in the executed path that causes it to run a second time, the timer boundary event will be scheduled again while the original timer is still pending. When the original timer expires, the boundary event will be triggered and the new timer will be disregarded. This is a limitation that will be fixed in the future.

## Read more

* [Workflows](/refguide/workflows/)
Expand Down
8 changes: 8 additions & 0 deletions content/en/docs/refguide/modeling/application-logic/workflows/jump-to.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -46,6 +46,14 @@ Jumping to other activities has a limitation in parallel splits and in boundary

For more information about jumping rules in a boundary event path, see the [Jump Rules](/refguide/workflow-boundary-events/#jump-rules) section in *Boundary Events*.

## Jumping from Current Activity to Itself

It is possible to jump from an active [Multi-user task](/refguide/multi-user-task/) back to itself. When this occurs, the following behavior applies:

* All individually selected outcomes are reset.
* Targeted and assigned users are cleared, and user targeting will be executed again.
* Any existing timer boundary events that have already been scheduled will continue running and will not be canceled. After the jump is executed, the same boundary events will be scheduled again. As a result, duplicate timer boundary events may be scheduled and waiting for their timers to expire at the same time. These duplicate events will remain pending until the originally scheduled events expire, at which point the newly scheduled ones are automatically aborted.

## Read More

* [Generate Jump-To Options](/refguide/generate-jump-to-options/)
Expand Down