I am trying to set up the Listener "Clones an issue and links" in script runner to clone every newly created issue from a service desk project to the dev project.
If I create an issue using the service-desk-portal, being logged into my administrative account everything works fine - the issue is getting cloned with reference working to the original ticket and so on...
But if now my service desk customer account creates an issue, the issue is being created in the service desk project but not cloned to the appropriate project.
So probably the problem lies in the permission settings.. I tried already to give the right to create issues to the target project for the service desk customer but nothing changed.
Is there a way to execute the action by using another account?
What am i missing here?
Looking forward to your reply
Greetings, Fabian
The difficulty level of the custom script would depend on how complex are the issues you want to copy, but basically you will need to copy system field values, custom fields values, labels, links and attachments.
Since that would mean a lot of work, I think the best option is to open a ticket in https://jamieechlin.atlassian.net to request the possibility of choosing the user that will copy the issues.
@@Alejo Villarrubia [Adaptavist]
Thanks for your reply. Yes its about the permissions...
I am definitely interested in creating a custom script that switches the user to create issues but i have not so much of a clue how to do so.
Any advice regarding how to create that sort of script is highly appreciated.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Fab,
Have you have already spotted, the problem is caused because the external user has no permissions to create issues in the destination project.
Adding the Service Desk Customer group to the Create Issue permission of the permission schema used in the target project will not help. Only if you grant external users one by one with that permission, you will get the issues cloned.
You can work around this problem by creating a custom script that uses an internal user to create issues instead of using the external one.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.