Sprint Field Set to "None" After Closing Issue in a Non-Active Sprint

[이기쁨]

When a bug ticket in Jira is closed, the associated sprint field is automatically changing to "None".

I've encountered an issue where, after closing a bug ticket, the Sprint field on the ticket is set to "None." The sprint associated with this ticket was not active at the time of closing.

Is it expected behavior for the Sprint field to be cleared when a ticket is closed if the sprint is not active? Or could this be a result of a configuration issue or workflow rule that I'm not aware of?

Any insights or suggestions on how to prevent this from happening would be greatly appreciated.

[Shikha Verma · Accepted solution]

Hi @이기쁨

The behavior you're experiencing, where the Sprint field is set to "None" after closing a bug ticket when the sprint is not active, is not typical default behavior in most issue tracking systems like Jira. Here’s an analysis of what might be happening and how to address it:

Possible Causes

1. Workflow Post-Function or Automation Rule:

   • Post-Functions: It's possible that a post-function associated with your workflow transition (e.g., from "In Progress" to "Closed") is clearing the Sprint field. Post-functions can be configured to modify fields when an issue's status changes.
   • Automation Rules: An automation rule might be set up to clear the Sprint field when an issue is closed, especially if the sprint is no longer active.

2. Sprint Closure Behavior:

   • In some configurations, when a sprint is closed, issues that remain incomplete are automatically moved to the backlog, and this might result in the Sprint field being cleared if the ticket is later closed outside of any active sprint.

3. Custom Script or Add-on:

   • If your organization is using custom scripts or add-ons to manage sprints or workflows, they could be interfering with the Sprint field when an issue is closed.

Steps to Investigate and Resolve

1. Check Workflow Configuration:

   • Post-Functions: Review the post-functions for the transition to the "Closed" status. Look for any functions that might clear the Sprint field.
   • Validators/Conditions: Ensure there’s no validator or condition that triggers this behavior under specific circumstances.

2. Review Automation Rules:

   • Check for any automation rules that trigger when an issue is closed. Specifically, look for actions that modify the Sprint field.

3. Audit Log or Change History:

   • Review the audit log or issue change history to see when the Sprint field was cleared and what action triggered it. This can provide clues if a specific workflow action or rule is responsible.

4. Test in a Sandbox or Staging Environment:

   • If possible, replicate the issue in a sandbox or staging environment. Modify the sprint status and close an issue to see if the Sprint field is cleared. This can help isolate whether the behavior is due to a specific configuration or rule.

5. Review Sprint Closure Process:

   • If sprints are being closed in a way that could affect issues (e.g., automatically moving issues out of the sprint), consider whether the Sprint field is being cleared as part of this process.

[Chelsea Kaiser]

I am seeing the same where closed work items are showing Sprint None +1 or however many sprints the work item spanned over. 

This is quite annoying because we are losing visibility into when the work item was completed, unless you hover over each one individually... 

What is the reasoning behind this, and will Jira look to improve this to capture last active sprint, instead of updating to "None"? 

If I look at history for the work item, I can see the sprint update when it is assigned, but there is no history of it moving to sprint "None", so I don't think this is related to any automation. 

[Manoj Gangwar]

Hi @이기쁨 ,

Welcome to the Atlassian Community!

The field value could be cleared for many reasons.

1- An automation rule can clear the field value to check if any automation is triggering when the issue is closed. (You can close the ticket and check the audit logs under global automation)

2- Please check the workflow post function on the closed transition, there could be a post function applied to clear the field value.