This page covers changes in JIRA 7.4 that can affect add-on compatibility and functionality. This includes changes to the JIRA platform and the JIRA applications (JIRA Core, JIRA Software, JIRA Service Desk).
As a rule, Atlassian makes every effort to inform add-on developers of known API changes as far in advance as possible. Where possible, we attach release targets. Unless otherwise indicated, every change on this page is expected to be released with the first public release of the JIRA Server 7.4 products. We also make release milestones available prior to the release:
We will update this page as development progresses, so please stay tuned for more updates. We also recommend following the JIRA news on Atlassian Developers blog for important announcements and helpful articles.
The risk level indicates the level of certainty we have that things will break if you are in the "Affected" column and you don't make the necessary changes.
Change. Platform/Application | Risk level. Affects |
---|---|
Change: Extended project administration Platform/Application: JIRA platform | Risk level: medium Affects: Project administrators will gain additional features. These changes are reflected in APIs. |
Change: Kanban backlog for JIRA Sofware Platform/Application: JIRA Software | Risk level: medium Affects: Backlog added to kanban boards. |
Change: Spring 4.2 Platform/Application: JIRA platform | Risk level: medium Affects: Spring 4.2 added a change that checks the interface hierarchy for spring annotations, if you don't include those dependencies as OSGi imports, there's a risk it could break your plugin. |
The definitive list of supported platforms will be released with the official documentation for JIRA 7.4, here we hope to give you advanced warning of platforms we're adding or removing so you may add support to your add-on.
Platform | Support added or removed | |
---|---|---|
Databases | PostgreSQL 9.6 | added |
In JIRA 7.4 we plan to allow project administrators to perform the following tasks:
We also plan to introduce the concept of "Extended project administration". This feature will allow JIRA administrators to disable the new capabilities added to project administrators for particular permission schemes.
We also plan to extend Audit Log capabilities to record more events and improve the filtering options.
com.atlassian.jira.bc.project.ProjectAction
- EDIT_PROJECT_CONFIG_EXTENDED
which is the suggested way to check extended project administration permission for given projecthasEditWorkflowPermission()
isWorkflowEditable()
in com.atlassian.jira.bc.workflow``.``WorkflowService
classgetWorkflowPermission()
method in com.atlassian.jira.bc.workflow``.``WorkflowService
class returning WorkflowService.WorkflowPermission
which tells whether given workflow is editable for given user and, if it's not editable, it specifies the reason why it canot be editedcom.atlassian.jira.auditing.AuditingFilter
class got projectIDs
propertycom.atlassian.jira.bc.issue.fields.screen.FieldScreenService
got basic screen management methods (add/remove/rename)PermissionSchemeAttribute
- abstract data that can be stored along with permission schemes and added appropriate manager - com.atlassian.jira.permission.PermissionSchemeAttributeManager
com.atlassian.jira.bc.project.ProjectAction#getPermissions
method is no longer public
, the visibility was changed to package-private
There is experimental /rest/api/2/permissionscheme/{schemeId}/attribute/
endpoint to reflect support of permission scheme attributes.
In JIRA 7.4 we plan to deliver the first version of Kanban backlog - plan mode for kanban boards. It can be enabled for any kanban board from the Column configuration page.
This property was introduced in JIRA Sofware to provide the ability to check if Kanban backlog is enabled for given board. In case you need this property check if there is at least one status mapped to Kanban backlog column.
Rate this page: