Limitations
Issue types
Jira supports custom hierarchy levels. However, the Atlassian API does not allow to create issue types with hierarchy level other than 0, 1 and -1
For issue types other with hierarchy level other than 0, 1 and -1 will be restored by Revyz with hierarchy level 0.
Issue type scheme
Default issue type scheme cannot be updated. If an issue type is created, it is automatically added to the default issue type scheme.
However, if extra issue types are present in the default issue type scheme, it will not be removed from the default issue type scheme.
Fields
Due to Jira API limitation, locked/system field can’t be updated or created.
Workflow
If destination workflow is active, it is created with the suffix as an inactive workflow due to Atlassian Limitation.
If there are multiple global transitions(status with transition to itself) with same name, the workflow creation fails.
If directed transitions (transition from status-1 to status-2) and global transitions (transition from any status to itself) have same names.
If workflow name contains unnecessary white-spaces.
Plugins used in workflow should be present on both the site for the workflow creation to be successful.
Workflow schemes
If destination workflow scheme is active, it is created with the suffix as an inactive workflow scheme due to Atlassian Limitation.
Groups
Group can not be created & updated using connect app credentials due to Atlassian API limitation.
Project Roles Actors / Project People Permissions
Role actors cannot be added directly to a Project due to API limitation.
Groups / Users can't be created or updated due to API limitation. If user / group is present on destination site then it will attached to project role.
Permission schemes
If Jira site has free plan then permission scheme can not be created.
Groups/users can't be created or updated - API limitation. If user / group is present on destination site then it will attached to permissions used in permission scheme.
We don't update Permission scheme as it may affect other permissions which are already set.
Notification schemes
Groups/users can't be created or updated due to API limitation. If user / group is present on destination site then it will attached to notification scheme.
Notifications of type user custom field & group custom field can not be created due to Atlassian API limitation.
Group mapping with the notifications is not returned by atlassian at the time of backup hence we can not restore it & the group mapping is only returned for default notification scheme and not for rest of the notification schemes.
We don't update notification scheme as it may affect other notifications which are already set.
Issue security schemes
Groups/users can't be created or updated - API limitation. If user / group is present on destination site then it will attached to issue security scheme.
Issue security levels mapping with user custom field & group custom field, project role & project lead can not be created due to Atlassian API limitation.
Boards
Not able to backup all the settings related to boards.
Revyz is not capturing board permissions - We will support this in future.
Filters
If all the components are present in JQL then only the filter will get created successfully.
Project clone - At the time of restore, If project is present on destination then we update the JQL, else we restore the same JQL.
Request types
Atlassian doesn’t have API support for the following hence Revyz app cannot clone it:
Create or Modify a JSM Portal Settings / Groups.
Create or Modify Workflow statuses in case of customised status names
Create or Modify Request type fields which are used in ‘Request Forms’.
If a Form was used in ‘Request Forms’ page then it will be restored as a new Forms template
Create or Modify Request type fields which are added explicitly on ‘Issue view’.
If the fields are added from Screens then it will be clone as expected. It is recommended that you update fields on ‘Issue view’ from the screen rather than ‘Request Types’ page.
Create or Modify JSM project features
It has to be manually enabled and the request types are to be linked post clone
Project clone - If new project is created, A default request types gets created which may not be a part of source project's request types.
Issue priorities
Issue priorities fails, if color hexadecimal has 3 or 4 digits as it is Atlassian restriction.
Project type
Do not support team managed projects