This issue is actually a duplicate of GHS-6850. Please watch that issue for further updates.

Regards,
JIRA Agile team

After running into this issue I feel that the problem is not a or transition problem it is a error handling problem and in some ways a interface problem.

When you are viewing a sprint in the agile board you are viewing it through the lense created by the agile board filter. If the filter shows you only issues from one project you will not see the issues on the same sprint that belong to another project. What is also in a way strange is that when you click view these issues in a issue view that the search created is not sprint = somesprint but a list of issues, project-1,project2 and so on. How this is handled means you also miss seeing the actual problem there.

That JIRA includes the sprint information when you move the issue, or even clone the issue to a different project is the correct behavior. When you do either of those tasks you are supposed to get all the information with it. Clearing the sprint field is not the right way to handle this.

My very easy recommendation to resolve this.

1. When you get the error message you should be able to see all the issues that are stopping you from closing the issue.
2. When you view the Sprint in the Agile board the filter on that board should not apply but instead it should filter on the Sprint ID. At least present a toggle to enable or disable the Agile board filter.

This issue is eroding the already shaky confidence our users have for Jira and the Agile Plugin.

ABSTRACT
User attempts to close a Sprint,but receives an insufficient Project Administrator permissions error message for one or more Projects
SYMPTOM / ERROR MESSAGE
Error: To update this sprint you must have Project Administrator permissions for all of the following projects <lists JIRA Projects>
CAUSE
The board is only configured for some of the Projects which have Issues associated with the Sprint in question.
Agile (GH) Bug: GHS-6850: Sprint can't be closed if you move an issue to another project
NOTE: This can also occur if an Issue is Cloned then moved to another Project.

+1 at LinkedIn we are having major issues with this. Would love to hear an update on when this will be fixed.

Thanks,
Chris

This is almost a daily occurrence. Would love a fix as education doesn't seem to stem the tide of teams who find an issue has gone elsewhere.

Thanks,
Nick

We just found another way this can happen. The recent update of JIRA Agile adds the sprint field on all edit screens.

If you have sprints that are named the same across boards, a user can accidentally set an issue to another team's sprint while editing, which would trigger this problem.

This mistake is harder to make on the Plan board.

Can we please get a response from Atlassian as to when the focus will be on fixing these type of critical (this is not a major) issues and those related to security and permissioning? These issues resulting in major disruptions and inabilities to actually use the product and security concerns should be of the highest priority for Atlassian to resolve.

Hitting this on a weekly basis with teams as they triage their backlogs.

Hi,
Yes, this sounds accurate. I also believe that when the user tries to complete the sprint for Project B, they are told they cannot because they do not have "Administer Projects" permission on Project A. The problem is the moved ticket inherits the previous project's sprint information. The work around is to either remove that sprint number from doing a bulk change on the new ticket or to give administer projects permission rights to both projects for both users. The ladder work around is not good cause you don't have people to have administer project rights on a project they aren't part of. The first work around works better but is a pain. We were able to systematically resolve this issue using a Post Function to purge the contents of the field Sprint for cloning but couldn't figure out a way to wipe this field out during a move issue to another project operation. If anyone knows how to do this, then the severity of this ticket would go down.

Thanks.
Pat

Hi all,

For clarity, could I get some more information about the specifics of the problem people are experiencing? This is my assumption of what is happening; please correct me if I am wrong.

1. A board exists with issues from PROJECT A
2. A sprint is started on that board with some issues from PROJECT A
3. An issue in the sprint is moved to PROJECT B
4. The user who manages sprints for PROJECT A has "Administer Projects" permission on PROJECT A, but not PROJECT B
   • When that user tries to complete the sprint for PROJECT A, they are told they cannot because they do not have "Administer Projects" permission on PROJECT B.

Does that sound accurate? Are there any other ways you are encountering the problem of "Sprint can't be closed if you move an issue to another project"? I'm particularly interested to hear if the problem still persists even if the user has sufficient permissions for both projects concerned.

Thanks,