Summary

Currently, when completing a Sprint that has many (Tested with 350 and 184) uncompleted issues, and choosing to move the uncompleted issues to a future Sprint, the issues are first moved to Backlog and after about 30 seconds are moved to the selected Sprint.

In clean instances, we were able to reproduce this with 3500 issues.

This might confuse the customers that the issues are moved to Backlog.

Steps to Reproduce

1. Create a board and 2 sprints
2. Create 3500 issues in one sprint
3. Start and complete sprint (keep all issues open)
4. Select the option to move issues to the other sprint.

Expected Results

All issues are processed and moved to the other sprint.

Actual Results

Operation times out and we get this error:

Sometimes, only part of the issues is moved to the other sprint.

Notes

We can see a different number of issues causing this problem depending on the issues. Simple issues on clean instances on new projects seem to require 3500+ issues to cause this problem.

Workaround

First bulk move some tickets to the other sprint and then complete it.

Suggested Solution

Improve performance