Sprints appearing on multiple boards in Jira server

Still need help?

The Atlassian Community is here for you.

Ask the community

Platform notice: Server and Data Center only. This article only applies to Atlassian products on the Server and Data Center platforms.

Support for Server* products ended on February 15th 2024. If you are running a Server product, you can visit the Atlassian Server end of support announcement to review your migration options.

*Except Fisheye and Crucible

Problem

This article goes through situations where a sprint may show up multiple boards including one in which it wasn't created or creating a sprint make affect a sprint on another board. Examples include:

  • A sprint shows up in a board in which it wasn't created.
  • Making a change to a sprint in one board affects a sprint in another board.
  • A sprint shows up in a board after an issue has been moved to it from another board.
  • Attempting to close a sprint in one board requires the Manage Sprints permission to be granted from projects which are associated to another board.

Diagnosis

  • Verify if the sprints are indeed two different entities by checking on their IDs. 
  • Use the Issue Navigator to search for issues in each sprint. If any of the sprints contain issues from more boards, it will be displayed in all of them.

Cause

Sprints aren't dependent on a specific board or project. It's therefore possible for a sprint to be displayed in more than one board. It is still one entity though, and changes made to it in one board will be reflected in the other too. It can happen that the same sprint is used in two boards erroneously, e.g. if the sprint naming convention is the same for all boards, and the incorrect sprint with the same name was linked to an issue. Furthermore, if an issue was modified or moved and as a result, is displayed in a new board, the sprints that it was originally assigned to will be shown in that new board too. In such cases, it would be unexpected that the same sprint is displayed in two boards, even though it is technically correct. 

A sprint will be displayed in a board under one of the following conditions:


  • It was created in that board (this can be checked in the database, in the RAPID_VIEW_ID column in the "AO_60DB71_SPRINT" table).
  • A board referencing the sprint was copied; the Sprint references are copied as well.
  • Issues included in the board are associated with the sprint.

Resolution

  1. Identify the sprints that are incorrectly included in a board.
  2. If one sprint is used where there should be two, create a new sprint in the board that is missing one.
  3. Move issues to relevant sprints by editing their Sprint field value. Do the same to remove them from sprints that should only be displayed in those issues' boards.

Alternatively you can also choose to delete a sprint.

Additional Information

It is recommended that sprint names indicate the project or board name, in order to avoid confusion. 

A related behaviour to this is tracked in the Feature Suggestion:  JSW-10805 - Getting issue details... STATUS .

We've also identified that in some cases, a sprint appears in multiple boards in the REST API, but not in the UI, tracked in  JSWSERVER-21236 - Getting issue details... STATUS .

This can affect features or apps that depend on this, like ScriptRunner's nextSprint() JQL function.

DescriptionThis article goes through situations where a sprint may show up multiple boards including one in which it wasn't created or creating a sprint make affect a sprint on another board.
ProductJira
PlatformServer
Last modified on Sep 26, 2022

Was this helpful?

Yes
No
Provide feedback about this article
Powered by Confluence and Scroll Viewport.