In workflow post-function for Reopening a Closed issue, can you make it to automatically assign the issue to a particular user? I see where it can be sent according to "Role", but this is too expansive. I need to designate 1 user.
Use the 'Update Issue Field' post-function to change the assignee to a specific user.
It worked. Thanks:) Tried to "vote" but it keeps telling me that "anonymous users can't vote" when I'm logged into the site...
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
i need some help on the same,
at the start of the jira i have a field [QA Member(single user field)]. & in one part of workflow i want to assign the jira to anyone who was selected at the start of the creation of jira inside field [QA member].
can i do that??
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
It depends on where you are getting this user from. For our software development projects, we have several User Picker custom fields (Analyst, Developer, Test Analysts, UAT Sign-off). There are populated on a per issue basis using the workflow. e.g.
Same happens for for Analysis -> Development (developer) and Development -> Testing (Test Analyst). if an issue fails testing, it's automatically re-assigned to the analyst as part of the failing.
You could do the same for the re-open transition and copy a value from a User Picker custiom field. If you don't want to specify the value for every issue you could set up a Per-project custom field context with different default values. This way, there could be a custom field in the background which had a different value for every project which the workflow used.
This way you could use the same workflow for different projects without having to hardcode a user in (which is always a pain to change when a user leaves or changes role)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
p.s. Remember to purge your resolution field when you re-open an issue
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The 'Assign to role' functionality you're noticing on JIRA Studio is actually from the JIRA Miscellaneous Workflow Extensions plugin. That plugin is included in JIRA Studio (see the included plugins policy).
It's unlikely that we'll be adding this in the near future. Check the comment from Roy from our product management team on a similar feature request.
Your best workaround will be to specify a role, project lead or component lead (notice that you can specify a component lead, and assign to that specific user).
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I just moved to another company and recommended implementing JIRA, but in a workflow I am creating I find it no longer is possible to assign to a project role on a post function without buying the misc workflow plug-in. Before this was possible and I am sure JIRA allowed me to pick from a list of the project roles created (eg PA Function). Now it seems we are limited to project lead or component lead...which is no use whatsoever...could you please explain if I have this wrong. I cannot recommend implimenting a system that required constant additional add-ons to be procured on an annual basis to support functionality that previously existed :(
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Well - remember that the same resources are available to _you_ and your new company as are available to the developers of the misc workflow plugin. So if you don't want to pay for the plugin you can always just go and write it yourself!
Of course, then you'll have to support it across all of the version changes that JIRA makes AND your company wants to upgrade to - which might be time prohibitive WRT overall cost.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.