I'm creating an issue. You will see "automatic" if you look at аssignee field. I want to change automatic user from Jack to John. How can I do?
Hi Dzianis,
the default assignee is either the project lead or it is "Unassigned".
If you have defined Components for your project, you can specify a "Component Lead" and make him the default assignee for all issues regarding this component.
Have a look here: https://confluence.atlassian.com/display/JIRA/Defining+a+Project
Best regards
Thomas
Is this likely to change any time soon? I find this quite limiting.
I'm project lead but I'd like my QA lead to triage new tickets. That means I have to set the QA lead as Component lead for all components. And if the QA lead changes I have 27 components to update...
Ditto on wanting to change the default assignee. The larger a project is, the less likely the lead will be doing triage, and the more painful to change the default setting on every component.
Also I think there should be a Default Assignee option of 'Reporter'
Agreed, Ronald's situation mirrors my own.
See YOUR PROJECT -> Administration -> Roles -> Default Assignee.
You can only set it to the Project Lead (or unassigned). This is so that issues without a Component can be assigned to the Project Lead by default.
Why is this so broken? Unassigned is not a valid state for an issue. Why is this so broken?
You can add a post function to the create issue transition that will set the assignee to the reporter, the current user or the project/component lead developer.
When editing the workflow select the Diagram view, select the create issue transition. A box will pop-up with a 'Post Functions' link. Go here and the rest is straight forward.
Still not quite as flexible as I'd like but maybe it helps!
This is works with JIRA v6.1.4.
I'm back to JIRA for the first time since 2009. An hour into setting up an IT project where 90% of the work will be done by a consultant, but for which I'm the lead because he simply doesn't know our environment, and already kaboom! it's my first head-smash-into-glass-desk moment.
It's pretty crazy that this is still an issue at all. Why is Atlassian digging their heels in on this? The question was asked literally 3.5 years ago. Allowing the default assignment to be any user should not be a difficult change. I'd love to hear from them why they aren't willing to make that change.
I would very much like to see the capability to set the Default Assignee to Reporter
If I understand correctly, this still requires a transition in states for it to take effect, correct? We'd like to see the functionality which would make "Reporter" the default at the time of issue creation.
default assignee can be anyone now : add a post-function "Assign to..." on the "Create" transition through the workflow diagram view, all your issues can be assigned to whoever you like, reporter, lead, project role...
"Create" is a transition between "Create" and "Open".
this is really still an issue?
I own projects A, B, and C, but I have different developers assigned to work tickets for those projects. Why can't I be the project lead, but have the default assignee be those 3 different developers?
You can. Just create a post action on the "Create" transition in the workflow and that's it.
Though you cannot really assign an issue to 3 people at a time in JIRA...
i'm not trying to assign an issue to 3 people.
i'm the lead on all 3 projects, but each has a different developer who should get assigned any tickets that come in.
a tickets should never be unassigned, so they're all getting assigned to me and the workflow is for me to then turn around and assign it to developerX depending on the project. it's a waste of time.
The solution, allowing any user to be assigned as default, must not override if the creator assigned an assignee.
Wouldn't be such a bad idea to allow different default users by issue type either.
Atlassian should allow to change "Default Assigne" to any user.
JIRA 7.5
Go to Administration/Issues/Field configurations/Configure
On Assignee field click Edit
Put this code in Description
<script type="text/javascript"> AJS.$(document).ready(function() { if (AJS.$("#assignee").val() == "-1"){AJS.$("#assign-to-me-trigger").click();}; });</script>
5.5 years later and this still hasn't been fixed????? What is the reasoning behind not allowing the default assignee in a project to be anyone I want it to be? I use the same workflow for multiple projects, so adding a transition step to set an assignee is a hack that doesn't work (since I'd then have to have separate copies of the workflow for each project where the assignee is different from another project). Instead of forcing me into hacks that don't work why not just fix this????
Thanks Ihor. This is exactly what I needed (and I learned that js can be used in the field descriptions)!
Chris, see the javascript submitted by Ihor.
Navigate to the project's field configuration and pasting the script into the description of the field.
I guess I'm missing something--how does that javascript help solve the issue? It looks like it just clicks the "assign to me" link/button. That's not helpful and doesn't solve the issue. If I have a project where the "customer" can create issues, but not have issues assigned to them, and I want a default assignee other than the project owner/manager (say I want to push all new tickets to a triage developer) then I fail to see how this helps in any way. New tickets would either still have to be assigned to the project owner or go into a state of unassigned and be automatically assigned to whomever views them first (which is not helpful).
Are you saying that there is a way to use javascript at ticket creation time to assign the ticket to a specific named user? And how would this help for tickets that are created from emails?
It still seems, to me, like a deficiency that has persisted for 5.5 years that could be easily fixed and would create a lot of flexibility for customers.
Sorry mate, I didn't fully internalize your requirement. You are 100% correct.
I'm new to Jira, and not sure how to find Issues Configuration. Could you please list the steps how to navigate to the field where to add that script, using new Jira GUI?
It's not obvious but as Florian says, Add a Post-function to the transition.
There are some set assignees you can use, or use a custom user by selecting the "Update Issue Field" option
Select Issue Field: "Assignee"
Select the user you wish to assign issue to on creation.
It's a nice hack, but IMO, putting executable code in a text field is really a bad idea, reminds me of SQL injection :-(.
This issue is not yet fixed. When I move an issue from "To do" to "In Progress", the assignee gets changes to the person who is moving the issue.
How to fix this?
Remove the post functions, automation or listener that is doing it.
This bug / "feature" / behavior is embarrassing.
6 years in the making and no traction on this trivial - and obviously required by the (paying) community - issue?
This is an old thread, and also unclear from what looks like edits and removals.
Rather than try to dig stuff up, could you explain what you think the "bug" is here?
Hi Nic,
The fact that the thread is old is probably a badge of shame. That's the relevant web search hit that I picked up when trying to find a solution for the issue - and it's spot on.
We also have this scenario in which we want default assigning of a project issues to one person but have another person that is the lead (with all of the privileges). The comments before my own provide the reasoning on why the proposed workarounds are difficult and not always applicable.
In some organizations (mine included), you have some autonomy in your own JIRA projects but you can't change the issue workflows etc.
I'm repeating comments from above - but again - it's amazing that this trivial issue is still open 6 years in. Does not reflect well on JIRA.
Mmm. What "bug"? I suspect this is old because there is no real bug here, just a handful of people with edge-case requirements around trying to automate stuff because their processes don't make the usage simple enough for their users.
I love the arrogance here from people who represent Atlassian on these forums. "Edge cases" my arse.
I have seen this with quite a few features that are missing in Jira and should be core.
Standard responses:
It smacks of the Microsoft way and gives me a very bad vibe about the software ongoing. As a customer it is making me wary of integrating our processes too much further with Jira.
@Daniel Kennedy I share your pain...regarding point #1, even if the add-on does the job right, it usually costs $$$, which may be sometimes 25% of what you are paying for the core Jira.
BTW, Nick Brough, who called this an "edge case", is not from Atlassian, but from Adaptavist, who make the excellent ScriptRunner add-on.
But when I look at all different functionalities that ScriptRunner provides, many of them should have been core features (e.g. load options to a selection field from a text file instead of typing them manually, one by one, in the UI).
Just my $0.02
Interesting... so by defining these requests as "edge cases", he's advocating that they don't get added to Jira, so his company can continue to provide value filling in the gaps (that, in some cases, Jira shouldn't have).
That being said, I do appreciate Adaptavist providing an option that Jira is not. And also for @Nic Brough -Adaptavist- being on the forum and providing help and guidance to other members.
Hello
@Atlassian @[deleted] @Product Team...
Have the same problem here.
Any update please on this request???Jun 03, 2012 request's: wow 6 years
Thank you
An answer for 2019:
Go to your Service Desk Project Settings, under Request Types, under each request type you'll see the Edit Fields option, click on that > click on the Request Form tab option. The Assignee is a hidden field at the bottom.
Is it possible to add a component lead to a bulk change assignment?
What roles do your people have that you can put them as a default assignee??
It looks like you're new here. Sign in or register to get started.
