Uploaded image for project: 'Jira Software Data Center'
  1. Jira Software Data Center
  2. JSWSERVER-10548

Cloned issues inherit the Completed Sprint value and can't be removed

      Cloning issues that are with completed sprint value will inherit the value and can't be removed from UI.

      The cloned issues however won't show up in the completed sprint reports.

      Workaround 1

      Remove the sprint value from its field via JIRA issue navigator bulk edit:

      1. search for the affected issues in the Issue Navigator;
      2. click Tools > Bulk Edit;
      3. select the issue and click Next, then select Edit Issues and click Next;
      4. select Change Sprint and edit the value accordingly - if you don't want the issue to be associated with any sprints, leave the field empty;
      5. click Next and proceed with the instructions to complete the change.

      Workaround 2:

          Form Name

            [JSWSERVER-10548] Cloned issues inherit the Completed Sprint value and can't be removed

            86c315441630 - It's been over 10 years since this bug was first reported...  Doesn't look like Atlassian is interested in fixing it.

            I have found that cloning a single Story gives you the choice to include sprint values or not.  But yeah, once the deed is done, there is no way to go back and clean it up.  Haven't tried the bulk-edit workaround in a while, but it wasn't working 3 years ago when I tried it.

            will.cummings added a comment - 86c315441630 - It's been over 10 years since this bug was first reported...  Doesn't look like Atlassian is interested in fixing it. I have found that cloning a single Story gives you the choice to include sprint values or not.  But yeah, once the deed is done, there is no way to go back and clean it up.  Haven't tried the bulk-edit workaround in a while, but it wasn't working 3 years ago when I tried it.

            It would be very beneficial to my team if this bug were fixed.

            Katie Downing-Powell added a comment - It would be very beneficial to my team if this bug were fixed.

            This bug is affecting Easy Agile Programs customers who use issue cloning. 

            When planning team-level issues in the app, users select a series of Jira sprints for each Increment. This means that the app shows the issues from those sprints, and issues planned in Easy Agile Programs will be added to those sprints in Jira. 

            The app also maintains two custom fields for these issues based on these sprints. 

             

            Because cloned issues incorrectly receive sprint values, the app assumes that the issues should be in these sprints. It will show these cloned issues in the given sprints, and they'll also appear in JQL searches using the associated custom field. 

            Given the app uses sprints from Jira as a "single source of truth", we're unable to correctly handle cloned issues with incorrect sprint fields. 

             

            Thanks to the customer who was able to identify this bug as the root cause! 

            Henri Seymour {Easy Agile} added a comment - This bug is affecting Easy Agile Programs customers who use issue cloning.  When planning team-level issues in the app, users select a series of Jira sprints for each Increment. This means that the app shows the issues from those sprints, and issues planned in Easy Agile Programs will be added to those sprints in Jira.  The app also maintains two custom fields for these issues based on these sprints.    Because cloned issues incorrectly receive sprint values, the app assumes that the issues should be in these sprints. It will show these cloned issues in the given sprints, and they'll also appear in JQL searches using the associated custom field.  Given the app uses sprints from Jira as a "single source of truth", we're unable to correctly handle cloned issues with incorrect sprint fields.    Thanks to the customer who was able to identify this bug as the root cause! 

            Please fix this!

            Jack Robertson added a comment - Please fix this!

            This is impacting our teams, please help to remove sprint information from Clone++

            Ranganath HV added a comment - This is impacting our teams, please help to remove sprint information from Clone++

            Hi, our org is using Jira cloud. The workaround does not work. Neither does creating a fresh clone and ensuring not to clone sprint values. 

            Sam Speight added a comment - Hi, our org is using Jira cloud. The workaround does not work. Neither does creating a fresh clone and ensuring not to clone sprint values. 

            John West added a comment -

            How can this possibly not be fixed after 9 (NINE) years!?!?  if it's not possible, let us know, otherwise, please, you've got 114 reporting this, please take a look and fix.  Thx. 

            John West added a comment - How can this possibly not be fixed after 9 (NINE) years!?!?  if it's not possible, let us know, otherwise, please, you've got 114 reporting this, please take a look and fix.  Thx. 

            I've just come across this with a few of mine.  Users picked the wrong sprint, that sprint was closed.  Now can't remove the completed sprint from the list, but it was never worked on there or meant to be included.  Throws off the reports because of it, I just want to be able to clear the field, would even jump through hoops to do it, but nothing so far I've tried has worked.

            Shawn Berkstresser added a comment - I've just come across this with a few of mine.  Users picked the wrong sprint, that sprint was closed.  Now can't remove the completed sprint from the list, but it was never worked on there or meant to be included.  Throws off the reports because of it, I just want to be able to clear the field, would even jump through hoops to do it, but nothing so far I've tried has worked.

            Would be great to have a way to delete a sprint out of the completed sprints field for a given ticket.

            Eric Sutherland added a comment - Would be great to have a way to delete a sprint out of the completed sprints field for a given ticket.

            Rabbit Stoddard added a comment - - edited

            Also having this issue. In this case: 

            • go to 'clone' for an issue with a closed sprint value
            • select any or none of the options (including or excluding sprint values)
            • Submit
            • Expected: Issue should clone
            • Actual: Get error, "cannot clone issue, please check your connection"

            I also noticed that this issue was completed in a sprint which is now closed, but the sprint value isn't showing in the main field-- it looks blank, with the "+1" for being in a closed sprint. That seems strange to me, and I'm pretty sure that didn't used to happen.

             

            ETA: In our case, it is because we had a validation on the issue that required the affects version field, and the value in the original ticket had an archived fix version. We were able to get around this by unarchiving that version for the purposes of the clone, and then editing from there. Removing my report.

            Rabbit Stoddard added a comment - - edited Also having this issue. In this case:  go to 'clone' for an issue with a closed sprint value select any or none of the options (including or excluding sprint values) Submit Expected: Issue should clone Actual: Get error, "cannot clone issue, please check your connection" I also noticed that this issue was completed in a sprint which is now closed, but the sprint value isn't showing in the main field-- it looks blank, with the "+1" for being in a closed sprint. That seems strange to me, and I'm pretty sure that didn't used to happen.   ETA: In our case, it is because we had a validation on the issue that required the affects version field, and the value in the original ticket had an archived fix version. We were able to get around this by unarchiving that version for the purposes of the clone, and then editing from there. Removing my report.

              Unassigned Unassigned
              mfahd Fahd
              Affected customers:
              143 This affects my team
              Watchers:
              106 Start watching this issue

                Created:
                Updated: