nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

How can I use automation to assign issues to a user in a group and exclude initiator?

Francois Turcotte

I'm being tasked with ensuring that following certain transitions, sending an issue to code review for example, the issue is automatically assigned to someone in the group of reviewers.

My issue is that often the user that initiated the transition is also part of the group of reviewers and if I use the option to assign user in a group, that user can end up being assigned the review.

Is there a way to prevent that?

The way around this that I found is to have distinct cases for each reviewer but it gets tedious.

Accepted answers

Bill Sheboy

Hi @Francois Turcotte

What method of assignment are you using?

If you are using round-robin, one workaround for this scenario is to check the assignee and re-assign. For example:

trigger: issue transitions to "code review"
action: assign issue, from a group with round-robin
action: re-fetch issue
smart value condition:
- first value: {{issue.assignee.accountId}}
- condition: equals
- second value: {{initiator.accountId}}
action: assign issue, from a group with round-robin

Kind regards,
Bill

All comments

Bill Sheboy

Hi @Francois Turcotte

What method of assignment are you using?

If you are using round-robin, one workaround for this scenario is to check the assignee and re-assign. For example:

trigger: issue transitions to "code review"
action: assign issue, from a group with round-robin
action: re-fetch issue
smart value condition:
- first value: {{issue.assignee.accountId}}
- condition: equals
- second value: {{initiator.accountId}}
action: assign issue, from a group with round-robin

Kind regards,
Bill

Francois Turcotte

Hello Bill,

I was indeed going for round robin and what you propose seems like a nice workaround, I'm wondering though if both actions "assign issue, from a group with round-robin" will use the same or different pools and end up reassigning the same user again.

I will do some testing.

Thanks!

Bill Sheboy

In my testing, round-robin uses information associated to the last date / time the rule was updated / published.

After that point, the "counter" in the list starts and this allows the re-assignment to work for this scenario. If you update / publish the rule later, the "counter" resets and starts again on the list of users from the beginning...but the re-assignment will still work to progress through the user list.

Francois Turcotte

Thanks, it does seem to be working fine.

I'm wondering if you see a way to mix in a condition to also avoid assigning to a user on vacation?

I added a group Vacation and tried adding another if after / before the smart value condition but it does end up assigning a user that is either the initiator or in vacation.

user condition:
- user: Assignee
- Check to perform : is in group
- Criteria : Vacation Group

Worst case I can change how my groups are made and include everyone who can't be assigned and use a condition to assign a user that is not in the group but I would need to actively manage more groups.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

jira

cloud

jira-cloud