-
Bug
-
Resolution: Fixed
-
Medium
-
10.76
-
None
-
4
-
Severity 2 - Major
-
A-Team - TART5
Issue Summary
A customer discovered that duplicate items were sometimes being created in Jira Align after they reinstated a work item from the canceled objects bin.
In the customer's scenario, they configured the Canceled State in the Jira connector configuration to point to the "Deleted" status in Jira.
The use case here is that the customer did not want to hard delete Jira Align issues whenever they transitioned them to deleted in Jira. The behavior works as expected whenever they delete the item from Jira in that the Jira Align issue is moved to the canceled objects bin. However, when they transition the Jira issue from Deleted to something else, not only does the Jira Align item get restored from the Canceled Objects bin, Jira Align will sometimes end up creating a duplicate work item. This does not happen every single time, which leads us to believe it might be a race condition of some sort.
Steps to Reproduce
1) Configure a Jira connector to sync with Jira.
2) Navigate Administration -> Jira Setup -> State Mapping
3) In the canceled state ID box, enter the ID for the DELETED state from Jira.
4) Do not configure a deleted state Delete Item Status box
5) Save the changes.
6) From Jira, transition an issue to the deleted state.
7) The Jira Align Work Item transitions to the Canceled objects bin (which is expected)
8) From Jira, transition the ticket from Deleted back to another state.
Expected Results
- The affected, corresponding Jira Align issue is removed from the Canceled Items bin back to its respective work item grid (this part actually works)
- No duplicates should be created
Actual Results
- In addition to moving the Jira Align work item out of the Canceled objects bin, the connector ends up creating a duplicate Jira Align work item.
- When this occurs, it appears that the duplicate Jira Align work item is created first, then the existing Jira Align work item is reinstated.
Here are some log entries from a customer system:
Jira
The customer restored the work item via Jira here:
JSmith Joe Smith made changes - 08/09/20 1:12 PM Resolution Done [ 6 ] Status Deleted [ 16528 ] Epic Backlog - Discover [ 16526 ]
Jira Align
- Here are the Jira Align Audit log entries that demonstrate what happened on the Jira Align end.
- At 3:12 the connector creates a duplicate of Feature 1181, with an id of 1182
Feature ID 1182 https://xxxxxxx.agilecraft.com/requestgrid?Firsttime=true&Programs=5&FeatureID=1 182 Summary: Delete Me 004 Audit Log - History (Note: Dates and times shown as changed have not been adjusted for your specified time zone or format) [Update made from Jira] By External System on 8/9/2020 3:12:50 PM Created - CreatedBy : 141 Title : Delete Me 004 Program : xxxxxx Training Program Description : Delete Me 004 Tags : j:VCCTP-6 Type : Business State : 0 - Pending Approval ExternalKey : VCCTP-6 ExternalID : 2656141 ProcessStep : Discover & Design Owner : 141 ManWeeks : 0 JIRAProjectKey : ABCDEF FeatureSummary : Delete Me 004
- At 3:15 the existing Jira Align work item that was cancelled is reinstated. The timestamp from the Audit log shows the feature was reinstated at 3:15pm:
Title: Delete Me 004 Audit Log - History(Note: Dates and times shown as changed have not been adjusted for yourspecified time zone or format) [Update made from Jira] By External System on 8/9/2020 3:15:21 PMFeature [Issue ABCDEF-6] was reinstated from JIRA. Reinstated by 141
Workaround
Currently there is no known workaround for this behavior. A workaround will be added here when available
- causes
-
PS-70838 Loading...
- relates to
-
PS-72390 Loading...
- resolves
-
ALIGNSP-5311 Loading...
-
ALIGNSP-5513 Loading...
-
ALIGNSP-5664 Loading...
-
ALIGNSP-5681 Loading...