I want to limit the Close action to two groups, jira-administrators, and another called ZZ_IS(OSI). It works for jira-administrators, but not for users in ZZ_IS (OSI). Now I suspect JIRA doesn't work well with this group ZZ_IS (OSI) is not normal. We have tons of ZZ_IS (xxx) group with different names for xxx, but it's domain group and I can see user name in it using: net group /domain "ZZ_IS (OSI)"
I tried using the following condition, with "User Is In Group" and "User Is In Any Groups". It always works with jira-administrator group but not the other. Any idea? We are still with v5.2.4.
Add a new condition to restrict when this transition can be performed.
If the limitation is for an entire project (and not a specific workflow) then I would ensure that all of your workflows are using the Close Issue Permission condition for all transitions to Closed and then use your Permission Scheme for that project to limit who can close issues. You could then only give the Close Permission to the jira-administrators group and the ZZ_IS (OSI) group. A better practice would be to assign the Close Permission to a project role and then ensure that both the jira-administrators group and the ZZ_IS (OSI) group are in the correct role.
I am limiting a specific workflow only. It works for jira-administrator group but not this ZZ_IS (OSI) group and I couldn't figure out why. To use a project role, I need to create a new role then all other projects will see this new role, this is not what we can accept. If I can create a new role just for this project, then it's good.
Hello, Community! My name is Gosia and I'm a Product Manager on Jira Server and Data Center here at Atlassian. Since 2002 when we launched our public issue tracker, jira.atlass...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs