|Delivered in||Patches||Feature||Feature description|
|1.0.0||Original estimate synchronization|
Allows to synchronizethe Jira's Time Tracking "Original Estimate" field.
(in the Data Filter on sending side), and the other side to apply it:
(in the Create and Change processors on receiving side)
|2.3.0||2.3.1||Sync automatically via Triggers|
Set a JQL trigger. This means that every time an issue that is not exalatedyet gets created or updated, Exalate will check if it matches any of the available JQL triggers. If it does, the issue will beexalated to the other side using the specified relation.
|2.4.0||Worklog sync, error handling improvements|
Exchange worklogs information
Synchronizing tasks and sub-tasks, while keeping the parent-child relationship on the remote side is a common use case which is possible to implement using Exalate.
Ability to Bulk Exalate
It allowsto putmany issues under synchronization instantly. This can be useful if you have multiple issues which need to be put under synchronization.
In order to perform Bulk Exalate, one creates a trigger with a search query that could find all those issues (for example "project = BLUE AND components = External"), and then use "Bulk Exalate" action on that trigger.
Sync status panel links to the private Jira's issue (Private to Public connection)
This feature is merely adding consistency to the sync status panel's behavior, whenever synchronization with jira's behind a firewall is happening. The impact is that prior to that feature the sync panel was showing a red balloon instead of the remote issue link for these kind of synchronizations. With that feature, the sync panel works the same for any kind of synchronizations. This feature affects only users in Private to Public connections.
|Disable synchronization for a Jira (to be able to deploy Exalate on Staging without fear to get synchronization)|
Ability to temporarily disable synchronization without disabling the plugin itself
Compatibility with Atlassian licensing
We removed any clutter around the method to license the use of the add-on, which can now be purchased through the Atlassian marketplace. Existing customers can still continue to use the exalate subscription as before.
More details: Licensing and pricing
User Experience improvement
Look-and-feel inline with the latest design trends from Atlassian (ADG3): all the administrative screens have a new design, although all the functionality would be the same.
|Synchronize one issue to multiple parties||One can synchronize an issue from A to B and then from B to C, thus creating a chain of synchronized issues.|
Private - Public polling frequency configuration
The ability to configure how frequently does a Private poll for changes from Public remote Instance. More details.
|Ability to remove relations and instances||An administrator can delete relations and instances, which would also remove all the synchronization information related to them (But will not affect actual issues themselves)|
|Error visibility and handling improvements||We've improved error visibility and handling for anonymous comments.|
Jira 7.6 compatibility
Compatibility with Jira 7.6
|Sending invitation from Private Instance||The possibility to send an invitation from Private Jira to Public.|
Exalate log storage in a separate file
|Logs are stored in a separate file|
|4.0.0||The simplified configuration has been introduced in a whole new User Experience.|
Connections are replacing the old instances' and relations.
|This is a major simplification of the configuration, such that setting up new synchronizations can be done in an easy and intuitive way. |
Also in this release, we've introduced: