We are using the ScriptRunner JIRA plugin to clone issues when certain workflow transitions occur. We noticed that Labels are being copied from the source Issue to the clone, and we would like to avoid that. We found that we could prevent attachments from being copied to the clone by adding the following line in our script.
checkAttachment = {attachment -> false}
Is there a similar solution that we can use to prevent Labels from being copied?
Thank you very much in advance.
Hi Jeff, Please where you put this code " checkAttachment = {attachment -> false}" ? I tried to put it in additional code(clone issue and link) in my post function , but it not worked. Best Regards Fabio
Hi Jamie,
I tried setting up a separate script as a post-function, but unfortunately it too runs before the Labels are copied to the Issue clone. For now, I guess we are left with just leaving the Labels (or deleting them manually). I'll keep an eye on GRV-511 in the meantime.
Thanks,
Jeff
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you Jamie. I appreciate you looking into it. I will explore the workaround you mentioned in the meantime.
All the best, Jeff
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Yeah sorry, so it turns out this not that simple, I created GRV-511.
Normally I would say you just the additional code section to unset the labels like:
import com.atlassian.jira.issue.MutableIssue issue.setLabels([] as Set)
unfortunately that doesn't work in this case.
You could try adding a post-function to the workflow which removes labels if there is a cloners or whatever link present, but I'm not sure if the link will have actually been added at that stage.
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.