High Backport Update – 12 January 2021
The fix was deemed unsuitable for backport to the 4.13 LTS release. This may be due to feature incompatibility, risks associated with the fix on that version, or platform incompatibilities.
The fix for this bug was introduced in 4.19 and is now available in the 4.20 LTS release.
Summary
- When the approval step of the workflow is re-triggered, JIRA is not sending a notification to approvers requesting for approval.
Steps to Reproduce
- Create a workflow where the approval step (In Progress) has three outgoing options:
- Option 1, to approve
- Option 2, to decline
- Option 3, to return to an earlier status which can be transitioned back to the approval step.
- As an example, screenshot-1.png
. Based on the example,
- Option 1 is In Progress -> Closed,
- Option 2 is In Progress -> Open
- Option 3 is In Progress -> Interim.
- Create the issue.
- Transition the issue from Interim -> In Progress. At this point, approval notifications are sent to approvers. Do nothing to the approval notification.
- Transition the issue from In Progress -> Interim.
- Transition the issue again from Interim -> In Progress.
Expected Results
- Approval notifications are sent twice.
- The first time in Step 3.
- The second time in Step 5.
Actual Results
- Approval notifications are sent once.
- Approval email is sent in Step 3.
- Approval email is not sent in Step 5.
Workaround
None.
| Form Name | |||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
[JSDSERVER-6080] Approval notifications are not sent if the approval is re-triggered through workflow transition
| Remote Link | New: This issue links to "Page (Confluence)" [ 659310 ] |
| Remote Link | New: This issue links to "Page (Confluence)" [ 621241 ] |
| Remote Link | New: This issue links to "Page (Confluence)" [ 614303 ] |
| Description |
Original:
h3. Summary
* When the approval step of the workflow is re-triggered, JIRA is not sending a notification to approvers requesting for approval. h3. Steps to Reproduce # Create a workflow where the approval step (In Progress) has three outgoing options: #* Option 1, to approve #* Option 2, to decline #* Option 3, to return to an earlier status which can be transitioned back to the approval step. #* As an example, [^screenshot-1.png]. Based on the example, #** Option 1 is In Progress -> Closed, #** Option 2 is In Progress -> Open #** Option 3 is In Progress -> Interim. # Create the issue. # Transition the issue from Interim -> In Progress. At this point, approval notifications are sent to approvers. Do nothing to the approval notification. # Transition the issue from In Progress -> Interim. # Transition the issue again from Interim -> In Progress. h3. Expected Results * Approval notifications are sent twice. ** The first time in Step 3. ** The second time in Step 5. h3. Actual Results * Approval notifications are sent once. ** Approval email is sent in Step 3. ** Approval email is not sent in Step 5. h3.Workaround None. |
New:
{panel:title=Backport Update – 12 January 2021|borderStyle=solid|borderColor=#eae6ff|titleBGColor=#eae6ff|bgColor=#eae6ff}
The fix was deemed unsuitable for backport to the 4.13 LTS release. This may be due to feature incompatibility, risks associated with the fix on that version, or platform incompatibilities. The fix for this bug was introduced in 4.19 and is now available in the 4.20 LTS release. {panel} h3. Summary * When the approval step of the workflow is re-triggered, JIRA is not sending a notification to approvers requesting for approval. h3. Steps to Reproduce # Create a workflow where the approval step (In Progress) has three outgoing options: ** Option 1, to approve ** Option 2, to decline ** Option 3, to return to an earlier status which can be transitioned back to the approval step. ** As an example, [^screenshot-1.png]. Based on the example, *** Option 1 is In Progress -> Closed, *** Option 2 is In Progress -> Open *** Option 3 is In Progress -> Interim. # Create the issue. # Transition the issue from Interim -> In Progress. At this point, approval notifications are sent to approvers. Do nothing to the approval notification. # Transition the issue from In Progress -> Interim. # Transition the issue again from Interim -> In Progress. h3. Expected Results * Approval notifications are sent twice. ** The first time in Step 3. ** The second time in Step 5. h3. Actual Results * Approval notifications are sent once. ** Approval email is sent in Step 3. ** Approval email is not sent in Step 5. h3. Workaround None. |
| Remote Link | Original: This issue links to "Page (Confluence)" [ 574668 ] |
| Resolution | New: Fixed [ 1 ] | |
| Status | Original: Waiting for Release [ 12075 ] | New: Closed [ 6 ] |
| Remote Link | New: This issue links to "Page (Confluence)" [ 574668 ] |
| Priority | Original: Medium [ 3 ] | New: High [ 2 ] |
| UIS | Original: 29 | New: 58 |
| Support reference count | Original: 10 | New: 11 |