Behaviours
In order to use the Behaviours feature, you must install the Behaviours - ScriptRunner for Jira Cloud companion app which is free to use for ScriptRunner customers.
What are Behaviours?
Behaviours give you added control over fields in Jira. A field configuration customizes how fields behave across an instance. However, a behaviour in ScriptRunner for Jira Cloud allows you to take that field customization further, defining how fields behave for issues in a given project or issue context.
Behaviours provide you with options that enable you to customize how fields in Jira behave. Therefore, you can give your users clear direction when filling in fields on the Create Behaviour screen. For example, you may want to create a behaviour that hides a field for a specific user group until it's relevant for them to interact with that particular field.
You can create a behaviour that will:
Prefill/preformat a template when an issue is created so users can easily follow it.
- Change the name or description that is displayed for a field.
Hide or show a supported field only to people in a specific role.
Note that hidden fields can still be submitted if a user edits the HTML form or modifies browser requests.- Set a field value based on another supported field.
How to use Behaviours
Behaviours in ScriptRunner for Jira Cloud can be used to reinforce your business processes. It's beneficial to think of a behaviour as one of your business rules or use cases and understand that it will only affect fields on projects and issue types specified by you.
Within the behaviours feature, you can choose to change or alter one or more fields. These are known as affected fields and are essential to initiate a behaviour. As such, they must be defined from the outset and are mandatory. Additionally, it is essential to determine the timing of when the script on the affected field should run: when the create screen first loads or when a change has been made to another supported field.
A fundamental difference between the ScriptRunner for Jira Server/DC and ScriptRunner for Jira Cloud behaviours feature is that the field selected is the trigger that causes the behaviour to run in ScriptRunner for Jira Server/DC. However, with ScriptRunner for Cloud, you choose an affected field first and then write a script with logic that will alter that field in your preferred way.
Install the app
Why?
There are currently two platforms on which Jira apps can be built: Atlassian Connect and the newer Atlassian Forge. ScriptRunner for Jira Cloud is built on the Connect platform, but this does not facilitate the Behaviours feature. Atlassian created an API called UI Modifications on the Forge platform, which made it possible for ScriptRunner to build behaviours. Therefore, this means that in order to use the Behaviours feature, a separate Forge app needs to be installed alongside ScriptRunner for Jira Cloud.
As more capabilities become available in the UI Modifications API, more functionality can be built in ScriptRunner's Behaviours feature.
How?
When installing the ScriptRunner Behaviours Forge app, a list of permissions, or Jira Software scopes, are presented for approval. This is required by the app in order to run successfully. You can refer to the Forge Scopes section for more information.
If your Jira instance is using IP allow-lists, you need to expand that to include the Atlassian Forge IP address range and all AWS IP ranges for the region you're in. Refer to Atlassian's IP addresses and domains for Atlassian cloud products and AWS IP Ranges for more details.
To install the ScriptRunner Behaviours app, you need to follow the steps below, depending on whether or not you already have an active, valid ScriptRunner for Jira Cloud instance installed:
Option A: If ScriptRunner for Jira Cloud is installed and ACTIVE
- Log into your Jira instance as an admin.
- Locate the Behaviours tab.
- Click Install Free App.
You are redirected to the Atlassian marketplace to install the Behaviours - ScriptRunner for Jira Cloud app. - Click Get it now and follow the install prompts.
You are automatically taken back to the Behaviours Forge app page in Jira where you are required to allow the app to access Atlassian products. You are required to do this one time only. - Click Allow Access.
- Click Get Started. You are now ready to start using the Behaviours feature and will be redirected to the Behaviours tab.
From here, you can click Create Behaviour and follow the steps to create a behaviour in ScriptRunner for Jira Cloud.
Option B: If ScriptRunner for Jira Cloud is NOT installed
To use the Behaviours feature within ScriptRunner for Jira Cloud you will need to have both apps installed. However, the order in which these apps are installed isn't important.
- Go to the Atlassian Marketplace to install the Behaviours - ScriptRunner for Jira Cloud app.
- Click Get it now and follow the install prompts.
You are automatically redirected to the Behaviours Forge app page in Jira where you are required to allow the app to access Atlassian products. You are required to do this one time only. - Click Allow Access.
- Click the Get ScriptRunner for Jira button.
You are redirected to the Atlassian Marketplace where you can purchase/install ScripRunner for Jira Cloud.
Once ScripRunner for Jira Cloud is installed, the Manage apps in Jira admin page displays. - Open ScriptRunner for Jira Cloud and locate the Behaviours tab. You are now ready to start using the Behaviours feature.
From here, you can click Create Behaviour and follow the steps to create a behaviour in ScriptRunner for Jira Cloud.
Before you start
Behaviours Supported Fields
Behaviours can be applied to supported fields on the Global Issue Create view only. Additionally, modifications may only be made on the following supported fields:
Field Type | Supported Field | Type |
---|---|---|
Jira System Fields | Summary Description Assignee Priority Labels Reporter Fix Versions Components | |
Custom Fields | Custom single select fields | com.atlassian.jira.plugin.system.customfieldtypes:select |
Custom multiple select fields | com.atlassian.jira.plugin.system.customfieldtypes:multiselect | |
Custom paragraph (multi line text) fields | com.atlassian.jira.plugin.system.customfieldtypes:textarea | |
Custom user picker fields | com.atlassian.jira.plugin.system.customfieldtypes:userpicker | |
Custom multiple user picker fields | com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker | |
Custom text field | com.atlassian.jira.plugin.system.customfieldtypes:textfield | |
Custom checkbox field | com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes |
Behaviours Supported Functions
Developing Behaviours on Cloud and adding more functionality to this feature remains a high priority for the ScriptRunner team. The table below highlights the functions that are currently supported in Behaviours for Cloud. Comparatively, all of the functions are available in the ScriptRunner for Jira Server/Data Centre Behaviours feature.
Category | Supported capability | Supported on Cloud | |
---|---|---|---|
Behaviours actions | Hide/show field | ||
Make field editable/read-only | |||
Change field name/title | |||
Change field description | |||
Make field required | |||
Check field type | |||
Manage field options | Supported Fields:
| ||
Configuration mapping | Configuration support for ALL projects or ALL issue types | ||
Affected fields | Custom fields | Single select fields | |
Multiple select fields | |||
Text fields | |||
Paragraph fields | |||
User picker fields | |||
Multiple user picker fields | |||
Single select or multi select check box fields | |||
Radio option fields | |||
URL fields | |||
Attachment fields | |||
System fields | Description | ||
Priority | |||
Summary | |||
Assignee | |||
Labels | |||
Reporter | |||
Fix Versions | |||
Components | |||
Other system fields | |||
Behaviours location | On Create view | ||
On Transition view | |||
On View view | |||
Sub-tasks | |||
Supported platform | Jira Software | Company-managed projects | |
Team-managed projects | |||
Jira Work Management (Core) | |||
Jira Service Management |
Create a Behaviour
Some points worth noting about behaviours from the outset:
- The language used when writing the logic for behaviours scripts is Javascript and not Groovy.
- Each behaviour's script cannot exceed 5,000 characters.
- There is a limit of 100 behaviours at this time.
- Complex scripts may affect the speed at which your behaviours run, and they may be slower than simple or efficient scripts.
- Navigate to ScriptRunner → Behaviours.
If you have previously created behaviours, you will see a list displayed. You can edit or delete any of these via the Actions ellipsis next to the behaviour you want to modify or delete. Click the Create Behaviour button. The following screen displays:
We are gradually rolling out this new Behaviours user interface which will allow support for multiple affected fields on all instances.
- Enter a name in the Behaviour Name field.
- Enter a brief summary of the behaviour's purpose in the Behaviour Description box.
- Check the Enable Behaviour option, as required. By default, the behaviour is set to Enabled, meaning that the behaviour is active as soon as it has been saved.
- Select the project(s) that the behaviour will be applied to from the Projects drop down list. You must select at least one project.
- Select the type of issue you want to apply this behaviour to from the Issue Types drop down list. You must select at least one issue type.
Click the Add Script button. You will see the Add Field Script pop-up window displayed where you can add the behaviour script.
Determine when the behaviour script will run, either On load or On change (or both).
When Runs On load The script will run when the create screen initially loads.
You'll want to choose this option when you want the affected field to populate immediately upon opening the create screen.
For example, a field name or field description is changed, or a value is pre-populated into the field.
On change The script will run when the specified supported field change happens. You may want to run the script initially when it loads AND if a change has occurred.
You'll want to choose this option when you've added a condition to the logic and identified a trigger that will update the affected field. So if you would like to run the script after the user alters a field on the create screen, then choose the On change option.
For example, initially, you could set the assignee field to Bob, so all new bugs are assigned to him, but if the user then changes the priority to High, the assignee would then auto-update to Jane.- Enter your code within the Script box, as required. Note that you can directly open the API documentation from here.
Alternatively, you can select an example script from the Insert Example Code drop down list and modify it as required, ensuring that you:- edit any variables, like custom field names, roles, or groups, in the example code so it's relevant to your instance.
- choose the right time to run your script: on load and/or on change so that it runs when you need it to.
Choosing to use the Insert Example Code script will replace anything that is already contained within the Script box. - Click Save Script to save your behaviour script, or you can Cancel. Once saved, you will see the details displayed within the Behaviours Scripts table:
You can use the Action ellipsis menu to Edit or Delete the script. If you would like to continue adding more behaviour scripts, then these must be defined separately, as outlined in the steps above. You can continue to add these to the table and add the logic needed until your business requirements are met for this behaviour. - Click Save to confirm the configurations for your behaviour, or you can Cancel.
If you are creating behaviours for the first time since installing the ScriptRunner Behaviours app, then you are prompted to click the Allow Access button, as shown below:Atlassian’s initial beta release of the UI Modifications API requires each user to allow access to the Behaviours app. As such, the first time you create an issue where a behaviour is mapped, you will need to allow access to the Forge app (one time only).
Granting access allows you to create issues on a screen that has been modified by the UI Modifications API. If access is not granted, then you will not be able to create an issue from screens that have been modified by a behaviour.
Granting access is a temporary step; rest assured, Atlassian is working to improve the user experience and remove it. You can follow Atlassian’s ticket here.
After access has been granted, the following screen displays:
Once you have clicked on the Accept button, you are returned to the Behaviours screen.
You can use the Behaviour Logs to view data related to ScriptRunner for Jira Cloud Behaviours that have run in your Jira instance.
Edit a Behaviour
Follow the steps below to edit a behaviour in ScriptRunner for Jira Cloud:
- Navigate to ScriptRunner → Behaviours. You will see a list of previously created behaviours.
- Click Edit from the Actions ellipsis next to the behaviour you would like to modify. From here, you can also Delete a behaviour.
- Edit the fields, as required, from within the Edit Behaviour screen.
You can also delete each of the individual Behaviour Scripts via the Actions ellipsis - Click Edit next to the Affected Field you want to edit, and you will see the Edit Field Script window displayed:
- Make your required changes, such as modifying when the script runs and/or editing the script code.
- Click Save to confirm the configurations for your behaviour, or you can Cancel.
Troubleshoot Behaviours
Behaviours are built on the UI Modifications API provided by Atlassian. Described below are some of the common errors that can occur as a result of using that API for the Behaviours feature.
If your Jira instance is using IP allow-lists, you need to expand that to include the Atlassian Forge IP address range and all AWS IP ranges for the region you're in. Refer to Atlassian's IP addresses and domains for Atlassian cloud products and AWS IP Ranges for more details.
Example Error
A common error that can occur within the ScriptRunner for Jira Cloud Behaviours feature happens when you set the wrong value type. That is, if you have a script that uses the setValue() method and the value of the field is set using the wrong data type, then you will see an error message displayed.
In this instance, you will see the error message appear on the Create issue screen when a behaviours script fails to run, as shown below:
Effect:
The result of this type of error means that all changes made in the UI do not take effect, and in turn, any behaviours that have been configured on other fields also do not run.
Resolution:
To resolve this error, you need to review the behaviours scripts mapped to the affected issue type and ensure that you are setting the correct value type for the field being set. The value types associated with each field are described on the Behaviours API page.
If you have set the wrong value type you will see a code linting error in your script. This highlights that the value being set is incorrect when writing your code, as shown below.
It's important to note that if you are setting the Description field, you will not see a warning if you set a string value and the Description field is using a Wiki Text Renderer (you can also set this field to use a Plain Text Renderer in the field configuration). In this case, we advise you to check the type configured for the Description field and set the value to Atlassian Document Format for a Wiki Text Renderer, or a string for a Plain Text Renderer.