Issue with solution to: how to restrict field values based on another field values selection

Question

I am hoping someone can help me understand what is happening and if there is anything that can be done to stop it.

I used this (https://community.atlassian.com/t5/Marketplace-Apps-Integrations/how-to-restrict-field-values-based-on-another-field-values/qaq-p/1094323) question to find the solution to restrict field values based on another field values selection.

I want the CM Deployment Type to vary depending on the CM Classification selected.  The solution provided worked great when an issue is created.  However, if the user needs to edit the issue using the edit screen, the CM Deployment Type selection appears to change.  e.g., If I select CM Classification as Patch, I expect the values Standard and Hotfix for the CM Deployment Type which is what happens.  However, if Hotfix is selected and then the issue is edited, the CM Deployment Type changes (appears to change) to the first option in the list which is Standard.  The options are the ones I want, I just don't want the selection to change.  If the user doesn't notice the selection changed, they could inadvertently change the selection.

Does anyone know why the value appears to change?  And how to make it stop?

Jira v8.5.7, Scriptrunner 6.6.0

This is the script I am using and have it mapped to the CM Deployment Classification field.

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

@BaseScript FieldBehaviours fieldBehaviours

// CM Deployment Classification
int classificationId = 13901 //test 14000 prd 13901
def classification = getFieldById("customfield_" + classificationId)
def classificationValue = classification.getValue()

// CM: Deployment Type
int deployTypeId = 15601 //test 16003 prd 15601
def deployType = getFieldById("customfield_" + deployTypeId)

def deployTypeOptionsManager = ComponentAccessor.getOptionsManager()
def deployTypeCustomField = ComponentAccessor.getCustomFieldManager().getCustomFieldObject("customfield_" + deployTypeId)
def deployTypeConfig = deployTypeCustomField.getRelevantConfig(getIssueContext())
def deployTypeOptions = deployTypeOptionsManager.getOptions(deployTypeConfig)

if (classificationValue == "Patch"){

def deployTypeMap = ["Standard","Hotfix"]
def deployTypeOptionsMap = deployTypeOptions.findAll {
it.value in deployTypeMap // list of options you want to show
}.collectEntries {
[
(it.optionId.toString()) : it.value
]
}
deployType.setFieldOptions(deployTypeOptionsMap)

}

else if (classificationValue == "Minor"){

def deployTypeMap = ["Standard"]
def deployTypeOptionsMap = deployTypeOptions.findAll {
it.value in deployTypeMap // list of options you want to show
}.collectEntries {
[
(it.optionId.toString()) : it.value
]
}
deployType.setFieldOptions(deployTypeOptionsMap)

}

else if (classificationValue == "Major"||classificationValue == "Major - Initial Production Deployment"){

def deployTypeMap = ["Standard"]
def deployTypeOptionsMap = deployTypeOptions.findAll {
it.value in deployTypeMap // list of options you want to show
}.collectEntries {
[
(it.optionId.toString()) : it.value
]
}
deployType.setFieldOptions(deployTypeOptionsMap)

}
else {
deployType.setFieldOptions(deployTypeOptions)

}

Dianne M Fry-Bolton · Answer

Thank you, again, Peter-Dave.  I do not have any initializer server-side script and to ensure there were no other server-side scripts for CM Deployment Type, I disabled all the other Behaviours for this Project and Issue Type.  I am still seeing the symptoms I listed above.

I haven't had a chance to try out the workaround you provided.  I will see if that will help my situation.

I appreciate all your time and comments.  i will let you know how things go.

PD Sheehan · Answer

Okay, a few questions ...

1) Do you have any code in the initializer server-side script?

2) Do you have any code in the server-side script for CM Deployment Type?

My guess is that when the fields are initially populated from the DB when the edit screen is opening, one of your scripts is firing and causing the deployment type available values to be limited to "Standard" only so that forces the field to be updated.

I've had similar situation.

The way I've worked around it is, when editing and exiting issue, to try to only react to real changes. I.e. if there is an underlying issue, only run the script if the current form value is different from the underlying issue

Something like:

if(issueContext instanceof IssueImpl){
  if(formValue != underlyingIssue.getCustomFieldValue(customField).value){
     //do the rest of the code to limit options in the other field
  }
}

This has the limitation that if, while editing, you change the classification ... select a new deployment then change the classification back to what it used to be (what it still is in the db) then the script will not fire this second time.

All of this is because, when you open any screen other than the Create screen, the initializer server-side code runs once, but also, upon opening, each field server-side code runs as the form is getting populated by jira from db values.

Dianne M Fry-Bolton · Answer

Thank you, Pete-Dave.  I appreciate your response. I don't think it is quite addressing what is happening.  I attached some screen shots to try to help explain the situation.

Steps

Create an issue, select Classification Patch and Deployment Type Hotfix.
Save issue.
Edit issue.  Classification still shows Patch and Deployment Type still shows Hotfix.
Within 2-3 seconds, the Deployment Type changes to Standard which happens to be the first option of the Deployment Type list I am specifying with the Behavior.

Since nothing is being changed, I am not sure why the Deployment Type is changing.  Hotfix is still in desired options so I expect it to stay with Hotfix unless Classification is changed.