By some mistake my agents are no more allowed to switch the assignee. Up to now, they were able to assigne issues to each other, in order to cover different topics.
When I click into the assignee name, nothing happens. Clicking the pen next to the assignee, the edit-issue screen appears with assignee-field readonly. When I mouseover, it shows this sign https://upload.wikimedia.org/wikipedia/commons/d/d5/No_sign.svg.
Users are still able to pull their issues (assign to me), but cannot assign each other.
Permissionhelper says permissions were alright, anyways I configured the assign-permission redundant because of this problem (directly to jira-servicedesk-users and project role SD-Agent).
Versions:
The problem relates somehow to scriptrunner: when I disable scriptrunner it's solved. Removing my scripted fields from the service desk project, is no solution (problem remains).
Im using the latest version of scriptrunner (5.4.39), but the problem occured already before last update.
you need to go to project > project settings > permissions and ensure that the desired users are included in the Assign Issues permission.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I see u have "Service Desk Team" project role as being able to Assign Issues which is good. Now check to ensure that the users are in this role. If they are then the user should be able to assign an issue to another agent.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I just added the 3 dedicated users directly to the team-role, but nothing changes. They are project admins as well.
Last week I created two scripted fields in scriptrunner, which I disabled (return null) for investigation.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
i'm unsure where the issue might lie TBH. I'm thinking you have some script or permission scheme possibly thru third-party addon that is interfering. I'm tied up today after returning from vacation and would recommend you reach out to Atlassian Support or waiting for others to chime in here.
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.
Solution
I had configured a scriptrunner behaviour for default assignee, which I deleted now.
<config use-validator-plugin="false" name="SD-Default-Assignee" description="Weist SD-Tickets einen Standardbearbeiter zu" guideWorkflow="JIRA Service Desk-Arbeitsablauf für IT-Support für Projekt SERVICE">
<field id="assignee" required="null" readonly="true" hidden="null"/>
<field id="issuetype" required="true" readonly="null" hidden="null"/>
</config>
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I didn't find any special properties, just the one from the default ServiceDesk workflow.
The issue is still investigated by atlassian, but it seems to be related to Scriptrunner. Several weeks ago I had this problem after updating Scriptrunner: https://confluence.atlassian.com/confkb/updating-adaptavist-scriptrunner-for-confluence-stops-and-locks-add-ons-905086181.html
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Florian,
You say you are editing the assignee, but more correctly you should use the Assign function located at the top of the issue to actually assign.
Is that available?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Susan,
thanks for your reply. I just tried to assign (via shortcut A or button), but the assignee is locked anyways.
I already opened a support request, but with no result up to now.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Florian,
Not sure if you have access to the workflows, but some workflows will have a property on the step that will not allow assigning.
Susan
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.