Versions Compared
Key
- This line was added.
- This line was removed.
- Formatting was changed.
Overview
When the workflow trigger event occurs the trigger checks that any required conditions are met, and if met the "unassign"
action unassigns one or more users as reviewers to a named approval.
Info |
---|
One or more trigger actions can be set for a named event in the workflow. |
"unassign"
Excerpt | ||||||
---|---|---|---|---|---|---|
The trigger action
❗️ indicates a mandatory parameter - the assignee "user" parameter value must be specified with the † If no approval is specified in the trigger action, the default approval is the approval in the state named in the trigger event condition. If there are multiple approvals in the state, the default approval is the first approval listed in the JSON markup for the state.
The Atlassian user Identification Number ( o |
Example
We can use the "unassign"
action to unassign a user as a reviewer in a state with multiple approvals.
For example, in the following Rejected state we have two approvals, each with assigned reviewers.
oAdding the following JSON trigger to the applied workflow using workflow builder.
Code Block |
---|
[ {"event":"on-reject", "conditions": [ {"state":"Rejected"} ], "actions": [ {"action":"unassign", "user":"5e6f8b4817c6640c385edb5e", "comment":"unassigned user"} ]} ] |
listens for a rejected event (
"on-reject"
) in the Rejected state ("condition":"state":"Rejected"
)when a single rejected event occurs, the trigger
"unassign"
action removes an assigned user (identified using their AtlassianuserID
)
As the approval is not named in the trigger action, the assigned user is removed from the default approval, Primary.
o
The un-assignment of the reviewer is recorded in the document activity for the page.
Info |
---|
In this example, a rejected event for any of the approvals in the named state causes the |
Trigger actions
Child pages (Children Display) | ||
---|---|---|
|