I have a workflow in which the 'Assign the issue to the default user from role' post function is used. The function should be triggered whenever an issue moves into Resolved status, as shown in this screenshot:
As you can see from this screen, there is a default user in the specified role (and, I am looking at the role _for this specific project_, so I know that is correct):
So, I then take an issue (in the right project, and the right workflow status), and mark it resolved...
But after I resolve it, the issue is still assigned to me. It should be assigned to the default user in the Quality Assurance role... which is Amardeep, not me.
Although I too cannot see the screenshots, this is similar to an issue I am having in our Standalone install.
This Post Function is provided by the JIRA Misc Workflow Extensions plugin, I believe, and after looking at their documentation, you must set User Properties for the user you want to be the 'defaultAssignee' for the appropriate Project Roles. I got that far by reading the documentation for the plugin but my problem is that eventhough I set these User Properties, it still doesn't trigger this Post Function.
I believe my problem is the issue has an Assignee and the Transition Screen provides the ability to change the Assignee. Since it displays the Assignee field, the field is defaulted to the current Assignee. During the Post Transition execution, I believe it looks to 'skip if one has been selected' and since it is populated with the current Assignee, it skips it. I have tested this by changing the Assignee field to Automatic (the Null User) and it then appears to function correctly.
I am currently trying to determine a way to 'default' the Assignee field to Automatic prior to the Transition Screen being display. From what I am reading, scripting my be my only choice.
If you have found another way, I would be anxious to know how you resolved it.
I've had problems with post functions when they might be overwritten by other ones in the default list. Try moving the post function to be the last one, at the bottom of the list. It might be that it's firing before other functions that then overwrite the value that you were intending to give the field.
I'll try it but by placing it last, the change itself won't get preserved, right? The Post Function is attempting to 'Set the Assignee to a DefaultAssignee for a Role within a Project but Skip if one is selected'. If I move it to the end then it won't get 'stored' or 'reindexed' unless you are trying to tell me to put it right before those 2 Post Functions. If you are, then I currently only have one function in between my troublesome function and those 2 and it is the default Post Function that pertaining to the Change History.
I am sorry I haven't reported back that I resolved my issue. I told myself to RTMF! I hadn't. If you read the manual associated with this post function, you would find, like I did, that you must set a User Property called defaultAssignee with a value that indicates the project and role within that project in the following format without the quoutes: "Project->Role".
For example, UserA needs to be the defaultAssignee for the QA role within the XYZ project. An administrator will need to add a property to User A. Goto the Users menu and Select the Users suboption. Find UserA and clisk on the username. Under the details, select Edit Properties. Enter defaultAssignee as the key and for the value enter XYZ->QA and click the Add. If a user needs to be a defaultAssignee for different projects and roles, comma separate the value combinations.
Are all these comments referring to the JIRA addon "JIRA Misc Workflow Extensions" or referring to native JIRA (cloud) mechanics? I'm in a similar situation (need some "status-driven role assignment" workflow help and am really struggling to find how to deal with out of the box.
Every team in the world is unique, and so Atlassian believes that each and every team's best way of working needs to be molded to their unique circumstances – ...
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
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot