Permissions for Working With Issue History
Note: We’ve updated the app’s Permissions page. Detailed information about the new permissions is available on this page. To access the updated experience, please upgrade to version 10.15.0 or later.
Why do you need permissions? This option allows you to restrict/grant access to the app features for certain user groups.
You can set permissions for:
Access to all app views.
Access to Security Scanner View.
Access to “Deleted Work Items” option.
Access to the app's Permissions page.
How to configure permissions
To manage access:
Open the app’s main page.
Click More (⋮) in the top-right corner.
Select Permissions.

You’ll see a list of all app sections where permissions can be configured. You can change access for four different sections: Report, Security Scanner, Deleted Work Items, and Permissions.

In the Permissions section, you can manage who has access to the app's Permissions page. A user from a group with Permissions menu restrictions will not be able to access this page.
In the Report section, you allow/restrict permissions to see all app views (except Issue History Panel View and Permissions page). If users in a group do not have permission to access the app’s views, they will see a message indicating they cannot access the reports.
In the Security Scanner section, you can control which user groups can see Security Scanner View results and access sensitive data detection (PII & DLP findings).
The Deleted Work Item section allows you to control the activation and display of data for deleted work items. If users from a group do not have access to the "Deleted Work Items” option, they cannot activate the toggle and view deleted tasks.

Note that administrative groups (org-admins) have all rights by default and therefore cannot be disabled.
How permissions work
Each section has its own access rules.
Access levels:
My organization - all users have access.
User group - only selected groups are restricted or have access.
When using User group, you can choose:
Allowed - only selected groups have access.
Restricted - all users have access except selected groups.

How to set access
Click Edit next to the needed section.

Select My organization or User group.
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)
In case of selecting User group, choose Allowed or Restricted.
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)
Then, select one or more groups.

Click Save. Changes apply immediately.
Note: Users in restricted groups will not see the feature and will not be able to use it. Admins (org-admins) always have full access
Understanding Type and Level Columns
In the Permissions table, Type and Level work together to define access.
The Type column defines the access mode (Allowed or Restricted).
The Level column shows who this rule applies to.
Example 1: In the Report section, the Type: Allowed and Level: Management, Developers. That means only these groups have access; everyone else cannot see all app’s views (except Issue History Panel View and Permissions page).

Example 2: In the Report section, the Type: Restricted and Level: Marketing, Designers. That means that these groups do not have access to see all app’s views (except Issue History Panel View and Permissions page). Everyone else has access to all app’s views.

Example 3: In the Report section, the Type: Allowed and Level: My organization. That means all users in Jira can see all app’s views.
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)
If you do not have access to a section, contact the administrator for help.
Haven't used this app yet? 👉 You’re welcome to try it now 🚀
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)
.png?inst-v=7918be9d-df99-4847-91a9-f0914b2742ff)