Developer
Get Support
Sign in
Get Support
Sign in
DOCUMENTATION
Cloud
Data Center
Resources
Sign in
Sign in
DOCUMENTATION
Cloud
Data Center
Resources
Sign in
Forge modules
Automation modules
Bitbucket modules
Compass modules
Confluence modules
Dashboard modules (EAP)
Jira modules
Jira Service Management modules
Jira Software modules
Rovo modules
Teamwork Graph modules
Last updated Nov 11, 2024

Jira Service Management UI modifications

This section describes a Forge preview feature. Preview features are deemed stable; however, they remain under active development and may be subject to shorter deprecation windows. Preview features are suitable for early adopters in production environments.

We release preview features so partners and developers can study, test, and integrate them prior to General Availability (GA). For more information, see Forge release phases: EAP, Preview, and GA.

The jira:uiModifications module is shared between Jira and Jira Service Management. It allows you to change the look and behavior of:

This page documents how jira:uiModifications works for Jira Service Management-specific views. The module itself is the same but for Jira, see Jira UI modifications.

The module is designed to be used in conjunction with the UI modifications (apps) REST API.

Get started

Manifest structure

1
2
modules {}
└─ jira:uiModifications []
   ├─ key (string) [Mandatory]
   ├─ title (string | i18n) [Mandatory]
   └─ resource (string) [Mandatory]

resources []
├─ key (string) [Mandatory]
└─ path (string) [Mandatory]

Properties

PropertyTypeRequiredDescription
key

string

Yes

A key for the module, which other modules can refer to. Must be unique within the manifest.

Regex: ^[a-zA-Z0-9_-]+$

resourcestringRequired if using Custom UI or the latest version of UI Kit.A reference to the static resources entry that your context menu app wants to display. See resources for more details.
titlestring or i18n objectYes

A title for the module.

The i18n object allows for translation. See i18n object.

resolver{ function: string } or
{ endpoint: string }
Yes

Set the function property if you are using a hosted function module for your resolver.

Set the endpoint property if you are using Forge Remote to integrate with a remote back end.

i18n object

KeyTypeRequiredDescription
i18nstringYesA key referencing a translated string in the translation files. For more details, see Translations.

Extension context

UIM Forge modules can retrieve the current portal and request using the getContext bridge method in Custom UI and UI Kit.

Warning

Since UIM on Jira Service Management request create portal is in preview, we might extend context in Jira Service Management before General Availability(GA)

1
2
{
  extension: {
    type: 'jira:uiModifications',
    portalId: {
      id: string,
    },
    request: {
      typeId: string
    },
    viewType: 'JSMRequestCreate'
  }
}

Example

1
2
import { view } from '@forge/bridge';
import { uiModificationsApi } from '@forge/jira-bridge';

uiModificationsApi.onInit(async ({ api, uiModifications }) => {
  const { getFieldById } = api;
  const context = await view.getContext();

  const { portalId, request } = context.extension;
  
  uiModifications.forEach(({ data: customDataConfiguredUsingRestApi }) => {
    // ...
  });
}, ({ uiModifications }) => [
  // ...
])

Scopes

UI modifications expose customer data to the app that provides them. Therefore, you must declare either classic (recommended) or granular scopes in your manifest. Note that you always have to declare all scopes from your chosen group.

Warning

Since UIM on Jira Service Management request create portal is in preview, we might add few more scopes specific to Jira Service Management before General Availability(GA)

1
2
permissions:
  scopes:
    - 'read:jira-user'
    - 'read:jira-work'
    - 'manage:jira-configuration'
    - 'write:jira-work'
ScopeData exposedFieldMethod
read:jira-userUser timezone and account IDn/aview.getContext
User display name, account ID, and avatarUser PickergetValue
read:jira-workPortal ID; request type ID of the request being created using portaln/aview.getContext
Data of the request being created using portalAll supported fieldsgetValue
Field nameAll supported fieldsgetName
Field visibilityAll supported fieldsisVisible
manage:jira-configurationField descriptionAll supported fieldsgetDescription
User localen/aview.getContext
Atlassian app license statusn/aview.getContext
The following values can be modified:
  • name
  • description
  • visibility
All supported fields
  • setName
  • setDescription
  • setVisible
write:jira-workDefault field value can be modifiedAll supported fieldssetValue

Required user permissions

In case a required permission isn't assigned, the user will see the following error:

1
2
We couldn't load the UI modifications configuration for this form
ViewRequired permission
JSM request create portalTo make UI modifications load the user needs to have an access to Jira and JSM products.

View-specific requirements and limitations

CategoryDetails
Supported entry points
  • Portal Request create form
Known limitations
  • Flash of unmodified fields – UI modifications are loaded after the Portal Request create view has finished loading. For example, a field will be visible for a moment before being hidden.
  • UI modifications will only trigger for atlassian managed accounts, customer and anonymous account types are not supported yet. Read more.
  • Embeded request create forms are not supported yet.

Other known limitations

Multiple UIM apps

If you install and configure multiple UIM apps to run for a given combination of project, issue type, and view type, up to 5 apps can apply changes simultaneously. If more than 5 apps are configured, changes from the remaining apps will be disregarded. Apps apply changes asynchronously, so the order of application is random.

There may be conflicts when multiple apps attempt to modify the same field using the same FieldAPI method. In such cases, app developers will receive conflict errors via the onError handler, and users will see corresponding notifications:

If the conflict happens, the changes applied by the app which finished running last will override changes from other apps.

Image previews unavailable until issue is created

The Atlassian Document Format (ADF) supports rich content when using the UIM to add media content (like images) to Jira description, text area, or rich text custom fields.

However, when adding an image through the UIM during issue creation (for example, throught the GIC modal) the image preview might display a Preview unavailable message. This is because the necessary permissions to display the image aren't available yet; they'll be available after the issue is created and/or the page is refreshed.

Rate this page: