Showing results for 
Search instead for 
Did you mean: 
Sign up Log in
Deleted user
0 / 0 points
badges earned

Your Points Tracker
  • Global
  • Feed

Badge for your thoughts?

You're enrolled in our new beta rewards program. Join our group to get the inside scoop and share your feedback.

Join group
Give the gift of kudos
You have 0 kudos available to give
Who do you want to recognize?
Why do you want to recognize them?
Great job appreciating your peers!
Check back soon to give more kudos.

Past Kudos Given
No kudos given
You haven't given any kudos yet. Share the love above and you'll see it here.

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Why does the global automation rule change the assignee?

I'll be succinct, I have automation rules for both projects and global.

For Projects, I have rule created every day and assigned to me - but due to the trigger being a schedule (I.e. every 1 day) - I'm unable to perform a transition within the same rule.

For Global, I have one rule that transitions the automatically created Jira tickets to the 'In Progress' status.

Problem is that when the global rule runs - it changes the Assignee, despite this not being a condition/instruction of the rule-set.

See below:


4 answers

1 accepted

0 votes
Answer accepted

For completeness & visibility for others who have the same experience, I worked-around the issue by adding in a new action to the end of the global rule. See below:


Still, would be good to understand why this was occurring in the first place.

John Funk Community Leader Oct 13, 2020

I don't see any reason why it would be reassigning unless there is a post function or some other automation rule. Does the reassignment show in the History for the card? (It should) and who does it say is changing the Assignee?

@John Funk , it does show in the Activity - History section of the card. Interestingly the reassignment happens before the transition action - so almost by having the rule start execution it performs the reassignment.

As per the above screenshot, the rule then reassigns to me.


John Funk Community Leader Oct 13, 2020

I would say you have another rule running somewhere that does that. 

@John Funk  where would be the place to confirm this?

I've looked in the Automation Rules Audit Log and this is the only rule which has that Task as the Associated Event.


Additionally, it would be good for someone else to test this setup.

As noted above, I can:

  • Switch off this rule and the original assignee is retained.
  • Copy the rule and make it project specific, the original assignee is retained.

Many thanks to you all.

John Funk Community Leader Oct 14, 2020

Maybe @Simeon Ross can shed some light. He is a good light shedder.  :-)

Simeon Ross Atlassian Team Oct 26, 2020

Hey guys,

The best place to check this sort of thing is in the global admin section. Have a look at the all rules tab. 

OR, if you can reproduce it reliably, reproduce it then got to the global admin and click on audit log. That'll show you all the rule executions and hopefully point out the offending rule.

@Simeon Ross  when you say global admin section are you referring to Settings > System > Automation Rules?

If so, that's where I pulled the audit log for the global rules from - refer to my post on //13-10-2020.

Regarding the site audit log (Settings > System > Audit Log), I'm using only the freemium version of the cloud offering so don't get this option to troubleshoot.

As noted before, it's pretty basic setup - would be easy for another person to confirm/deny if it's replicable outside of my efforts.

I can certainly replicate it, but it would be good for someone else to do it as to eliminate me from the potential factors at fault :)

Simeon Ross Atlassian Team Oct 28, 2020

Hi @Diskonekted ,

That's right, Settings -> System -> Automation Rules. Inside the Automation screen you'll see this:


That is the global admin. All rule executions will show up here, which will then make it easy to narrow down your case :)




Like John Funk likes this


See my last post back on 13-10-20 where I note this already.

Thanks anyway.

+1 to this issue. went to Settings -> System -> Automation Rules -> Audit log.

Below 2 screenshots showing the behaviour and logs after I turned on the rule/

I'm guessing there's either a bug, or there's an old general rule/post function that doesn't fall in the Audit Log of Automation. @Simeon Ross 

Thanks @Diskonekted for the workaround, worked like a charm, I've read and tried other posts with no luck.

Screen Shot 2021-02-01 at 15.35.48.pngScreen Shot 2021-02-01 at 15.35.16.png

@agustin , no worries.

Somewhat reassuring (for me) that others are having the same issue and that the community can assist each other to overcome this.

Further note, have tested this with the Project specific rules, by turning the global one off - the issues created within the projects stay at the specified assignee.

Not sure if this is part of how global rules are intended or if this is a bug; could probably work-around this by setting a transition rule for each project or further conditions on the global - but wanted to see if others are having this same experience.

0 votes
John Funk Community Leader Oct 12, 2020

Hi @Diskonekted  - Not sure I completely follow what you are asking, but let me see if I can help. 

First, when you say that you cannot transition issues because it uses the Scheduled trigger, I don't think that is a limitation as I perform that functionality with some of my rules. What error are you getting or how is it not working? 

On the second part, since the transition is successfully happening (and it isn't in the Scheduled trigger) there must be a post function in the workflow on the transition to In Progress that assigns the issue. There is no separate functionality that would fire in Automation to assign a user based on whether it is a Project or Global rule. You should check the post functions in the workflow. 

Hi @John Funk ,

Apologies for not being clear - I can perform the transition within the one rule, but it requires me to use some JQL, which I don't want to do right now. So instead I've opted for the two rules.

Regarding the post function; there are none. When the rule setup is like below the assignee is retained:

Project 1 - Rule 1: Every day create task for Joe Bloggs.
Project 1 - Rule 2: Transition automatically created rules to 'In Progress'

But when the below setup occurs, the assignee changes:

Project 1 - Rule 1: Every day create task for Joe Bloggs.

Global - Rule 1: Transition automatically created rules to 'In Progress'.

* All tasks are now assigned to 'Automation for Jira'.

Again, suspect this might be a bug - but grateful if others can test this setup to see if it's common across other subscriptions (my Jira cloud instance is default out-of-the-box).

Suggest an answer

Log in or Sign up to answer
Community showcase
Published in Marketplace Apps & Integrations

New cloud apps roundup - June 2021

Since our last roundup in April, Atlassian's Marketplace Partners have added over 100 new cloud apps to the Atlassian Marketplace to help your teams work more efficiently. Let’s take a quick look a...

491 views 6 12
Read article

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you