nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Can we get the underlying issue issuetype when creating a subtask in Scriptrunner Behaviours?

Alejandro Reyes

I have 30+ subtask types and i would like to restrict with behaviours which subtask issuetypes will be shown on the create subtask screen to the user depending on the type of the father issue.

When i tried to get the underlyingIssue object (of which i only need the issuetype) on behaviour i get a null object and after 4 hours trying different approaches i surrender.

I tried already to get the issueKey showed on the url but couldn't get to get the propper one, as the request url i got is from the scriptrunner servlet, not something like https://myJiraUrl/browse/myTaskID

Trying to get the issueType field only returns me the current value of the subtask selected, the same as the issueContext.

Is there any way to do this?

The script i'm using to do the changes is this:

import com.atlassian.jira.component.ComponentAccessor
import com.atlassian.jira.security.roles.ProjectRoleManager
import com.onresolve.jira.groovy.user.FieldBehaviours
import groovy.transform.BaseScript

import static com.atlassian.jira.issue.IssueFieldConstants.ISSUE_TYPE

@BaseScript FieldBehaviours fieldBehaviours

def projectRoleManager = ComponentAccessor.getComponent(ProjectRoleManager)
def allIssueTypes = ComponentAccessor.constantsManager.allIssueTypeObjects
def user = ComponentAccessor.jiraAuthenticationContext.loggedInUser

def issueTypeField = getFieldById(ISSUE_TYPE)
def availableIssueTypes = []

availableIssueTypes.addAll(allIssueTypes.findAll { it.isSubTask()==false})//We add all the issuetypes that are not a subtask
//If parent issue is of type X then the subtasks will be the next ones
availableIssueTypes.addAll(allIssueTypes.findAll { it.id in [ "10213", "10210", "10208", "10207"] })

issueTypeField.setFieldOptions(availableIssueTypes)

Accepted answers

Alejandro Reyes

Adaptavist support told me that because of the version may be some problems when putting it on a server-side initializer script but if you put it on a field server-side script works propperly.

After trying to put it on the summary field (mandatory on the creation of any issue), i managed to made the script of @Antoine Berry work.

Thank you very much for your help!

All comments

Antoine Berry

Hi,

Unfortunately to my knowledge the context you get in behaviours when you "create a sub-task" is not different from "creating an issue", so you would not be able to get the hypothetical parent issue.

It would be a nice idea to open a ticket at scriptrunner though, as I have had a similar issue when cloning an issue.

Antoine

Alejandro Reyes

The thing is that, for creating a subtask, you must do it from an issue. Even the create subtask windows tells you the parent issue like "Create Sub-task:IssueKey".

And when you create the subtask it autofills the field for creating the link, so it should be a way to know, at least, the id or key of the parent object of the subtask before creating it. Hopefully somebody from Adaptavist would be able to tell us if they implemented something like this...

Antoine Berry

Have you tried retrieving the value of the issue link ?

Anyway I think you should open a support ticket, so they consider this development in case it is not available yet. Of course let me know about it.

Alejandro Reyes

Yeah, but the problem is that there is no issueLink if you don't create the subtask. I want the behaviour for the create subtask screen.

It would be nice that the underlyingIssue wouldn't be null or, at least, give the issueKey of the father. I even tried to get the url from the browser but couldn't get to do it.

I rised the question to their servicedesk, so i'll wait for an answer.

Alejandro Reyes

Adaptavist support told me that because of the version may be some problems when putting it on a server-side initializer script but if you put it on a field server-side script works propperly.

After trying to put it on the summary field (mandatory on the creation of any issue), i managed to made the script of @Antoine Berry work.

Thank you very much for your help!

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

scriptrunner

jira

addon-com.onresolve.jira.groovy.groovyrunner

jira-server

behaviours

issue-type