You're on your way to the next level! Join the Kudos program to earn points and save your progress.
Level 1: Seed
25 / 150 points
Next: Root
1 badge earned
Challenges come and go, but your rewards stay with you. Do more to earn more!
What goes around comes around! Share the love by gifting kudos to your peers.
Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!
Join now to unlock these features and more
The Atlassian Community can help you and your team get more value out of Atlassian products and practices.
When creating an issue, we´ve set it so that the project lead gets assigned to the issue automatically. Recently it gets assigned to one of our administrators and not the project lead.
What needs to be done so that the "Spoc" gets automatically (without automation seetings) assigned to the issues?
Thank you in advance!
I have the same issue in Jira Service Management. There's no component set up or post-function to auto-assign issues. @Sinemnur Dasdemir Were you able to find where the problem was that you could share?
Hi @Lyanh Hoon
yes the Jira support was able to help me through it.
The problem was that in the "request types" one user was set as Assignee (dont ask me how, I didnt do it)
So when you check request type, there will be a hidden assigned field and if that has a present value with the user name you just have to remove him/her so that the next created issues will be assigned to the project lead.
Hope I could help you :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Sinemnur DasdemirThanks for sharing. Yes, I was able to find that there's an assignee field in the Request Type set automatically by Jira that caused the issue.
Thank you!
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.
is there any chance the component setting of default assignee is overriding your settings - to check could you check if there are components set to the troubling issues in question and if so, if there are settings for components which could be responsible?
https://confluence.atlassian.com/adminjiraserver/managing-components-938847187.html
I am assuming so because:
Components are sub-sections of a project. They are used to group issues within a project into smaller parts. You can set a default assignee for a component. This will override the project's default assignee, for issues in that component.
Regards,
Daniel
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Daniel Ebers thank you for your reply!
actually on ALL projects there were automatically given those two components by jira servicedesk (we didnt create any other). And all are assigned to the project default.
Regards!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
So - just for a summary and a better understanding, you still see some other user than "SPOC" assigned when a Component like "Öffentliche Website" is selected, is this right?
If so and no setting via component lead + no setting via project default is taking place + no setting via workflow is done - only some sort of automation, possible via an App comes to mind.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Do you mean to solve the problem via automation setting or to check if automation is set?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I would recommend to check first.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
No on all our projects we dont use automations.
It´s the same project where we had this problem that the user/customer couldnt see its own tickets: https://community.atlassian.com/t5/Jira-Core-Server-questions/User-has-no-access-after-creating-a-ticket/qaq-p/1689098#M56762
We figured out it was a bug in the workflow by copying and pasting the exact same workflow from another project to project 2 and the problem was simply solved. We thought the Project lead "bug" would also be solved by copy/paste the same workflow but the problem still lasts
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ah, I see - so it is more a collection of suspicious things. Well, in case they are dependend on each other (or even if not) maybe something in configuration (but to be honest then I cannot imagine where that should be) or you are hitting a series of bugs (not likely, but who knows).
I would in your case investigate further which administrator is set to the issue - if there is some pattern. If it is every time the (same wrong) account and such.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi ,
Check the workflow post-function of Create Issue transition.
If the issue has component field value, check the components page in the project(if issues with components has default assignee)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I´ve checked the field configuration scheme (which is the same as in other projects) but in that project there doesnt occur this problem with the project lead
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.