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.
1 2modules {} └─ jira:uiModifications [] ├─ key (string) [Mandatory] ├─ title (string | i18n) [Mandatory] └─ resource (string) [Mandatory] resources [] ├─ key (string) [Mandatory] └─ path (string) [Mandatory]
| Property | Type | Required | Description |
|---|---|---|---|
key |
| Yes |
A key for the module, which other modules can refer to. Must be unique within the manifest. Regex: |
resource | string | Required 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. |
title | string or i18n object | Yes |
A title for the module. The |
resolver | { function: string } or{ endpoint: string } | Yes | Set the Set the |
| Key | Type | Required | Description |
|---|---|---|---|
i18n | string | Yes | A key referencing a translated string in the translation files. For more details, see Translations. |
UIM Forge modules can retrieve the current portal and request using the getContext bridge method in Custom UI and UI Kit.
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' } }
1 2import { 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 }) => [ // ... ])
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.
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 2permissions: scopes: - 'read:jira-user' - 'read:jira-work' - 'manage:jira-configuration' - 'write:jira-work'
| Scope | Data exposed | Field | Method | ||
|---|---|---|---|---|---|
read:jira-user | User timezone and account ID | n/a | view.getContext | ||
| User display name, account ID, and avatar | User Picker | getValue | |||
read:jira-work | Portal ID; request type ID of the request being created using portal | n/a | view.getContext | ||
| Data of the request being created using portal | All supported fields | getValue | |||
| Field name | All supported fields | getName | |||
| Field visibility | All supported fields | isVisible | |||
manage:jira-configuration | Field description | All supported fields | getDescription | ||
| User locale | n/a | view.getContext | |||
| Atlassian app license status | n/a | view.getContext | |||
The following values can be modified:
| All supported fields |
| |||
write:jira-work | Default field value can be modified | All supported fields | setValue |
In case a required permission isn't assigned, the user will see the following error:
1 2We couldn't load the UI modifications configuration for this form
| View | Required permission |
|---|---|
| JSM request create portal | To make UI modifications load the user needs to have an access to Jira and JSM products. |
| Category | Details |
|---|---|
| Supported entry points |
|
| Known limitations |
|
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.
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: