페이지 트리
메타 데이터의 끝으로 건너뛰기
메타 데이터의 시작으로 이동

 증상

  1. You try to Move a Sprint up or down on a board, Close a Sprint, or Completing a Sprint, you get an error message: To update this sprint you must have Project Administrator permissions for all of the following projects: (list)
  2. The Start Sprint button is disabled and the following error appears on the Rapid Board when hovering on the Start Sprint link: Project Administrator permissions are required to manage this sprint
  3. A sprint shows up on a board in which it wasn't created.
  4. Making a change to a sprint in one board affects a sprint in another board.
  5. A sprint shows up on a board after an issue has been moved to it from another board.

 원인

Sprints aren't dependent on a specific board or project. It is, therefore, possible for a sprint to be displayed on 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 two 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);
  • issues included on the board are associated with the sprint

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 - 이슈 세부사항 가져오는 중... 상태

진단

If you cannot perform some Sprint operation due to this permissions error then you have issues from multiple projects in your sprint. There are two causes for this.

  1. Your board filter includes issues from a project where you are not able to edit issues.
  2. Issues in restricted projects are assigned to your sprint.

Check your board filter

  1. Edit your board.
  2. Click the link to edit the board filter.
  3. Examine the resulting issues.
  4. If there are too many to review add JQL to filter out issues from your project.
    • For example, if your project key is "ASDF" add this JQL: AND Project != ASDF

  5. Examine the issues in the list.

If any of the issues are from a project where you do not have edit permission then your board filter is the problem.

Check for issues in restricted projects

 

  1. Go to Issues > Search for issues
  2. Enter JQL to find issues in your sprint from other projects.
    • For example, if your project key is "ASDF" and your sprint is "ASDF Alpha" use this JQL: A Sprint = "ASDF Alpha" and Project != ASDF
  3. Execute the search and examine the results.

 

If any of the issues found are from a project where you do not have edit permission then issues in restricted projects is the problem.

This can result from normal user activity such as moving an issue, cloning an issue, or editing the Sprint field from Issue Details.

 임시방법

There few ways to solve the problem here depending on the scenario that you are facing:

For Issues in restricted projects assigned to the sprint

For Board Filter Issues

  • Rename your sprints to avoid users choosing the wrong one
  • Remove the Sprint from issues in the other projects (requires issue edit permissions)
  • Use the JIRA Automation Plugin to change the Sprint when an issue is moved.
  • Update your board filter to exclude issues from those projects.
  • If there are issues in your sprint from restricted projects then changing the board filter will not help. Use the "issues in restricted projects" workarounds.

 

Rename your sprints

 

You can mitigate the problem of users selecting the wrong sprint from Issue Details. Alert the board owners in your organization about this problem and ask them to name their sprints in ways that clearly identify them.

For example, in a project "ASDF", sprints could be named "ASDF Alpha", "ASDF Beta", etc.

Remove the Sprint from issues in the other projects

Contact someone with edit permissions for the projects noted in the error message. Alternatively, ask for edit permissions in the project(s) so you can do the cleanup yourself.

Given a project "ASDF" and a sprint named "ASDF Alpha", this person would...

  1. Go to Issues > Find Issues.
  2. Select the Advanced search mode.

  3. Enter JQL to search for issues in the "ASDF-Alpha" sprint that are not in the "ASDF" project: Sprint = "ASDF-Alpha" and Project != ASDF

  4. Select Tools > Bulk Change

  5. Select all the issues and click Next.

  6. Select the Edit Issues option and click Next.

  7. Check the box next to "Change Sprint" and leave the field value blank.

  8. Follow the prompts to complete the Bulk Change operation.

When this is done you should be able to close your sprint.

Use the JIRA Automation Plugin to change the sprint when an issue is moved

 

This Knowledge Base article was written specifically for the Atlassian Server platform. Due to the Restricted functions in Atlassian Cloud apps, the contents of this articlecannot be applied to Atlassian Cloud applications.

 

Unsupported

This workaround uses a free Atlassian Labs add-on and therefore Atlassian does not provide direct support for it. This is offered in the spirit of helping to find a solution but your teams must decide if this approach is appropriate and sustainable.

Use an issue filter to restrict this automation to a test project so you can test the result thoroughly before applying it globally.

The JIRA Automation Plugin can edit field values when they are moved or cloned. It does not have the ability to unset a field so for this workaround we will "park" issues in a sprint created for this purpose to allow the original sprint to be closed.

  1. Install the JIRA Automation Plugin.
  2. Create a "placeholder" sprint. When issues are moved or cloned they will be added to this sprint to replace their current one. Give it a name such as "Limbo - Do Not Use".
  3. Find the sprint ID for this new Sprint and save it for later.
  4. Go to Administration > Add-ons > Manage add-ons > Automation
  5. Click "+ Add Rule" and fill out the form:
    • Give it a name such as "Remove sprint on move".
    • For "Actor" use a JIRA Administrator account that can edit issues in all projects.
    • Check the box for "Enable rule once created"
  6. In the next screen:
    • For "Event Trigger" select "Issue Event Trigger"
    • For "Issue Event" select "Issue Moved"
  7. Type "Sprint" in the "JQL expression" field. Note the custom field ID, "cf[#####]". You will need this custom field ID in the next step.
  8. Complete the "JQL expression" field to exclude issues that have no sprint from processing: 

    Sprint IS NOT NULL

    NOTE: This is also where you can restrict the automation to a test project to be sure the rule is working the way you want before applying it to other projects. Example: Sprint IS NOT NULL AND Project = "My Testing Project"

     

  9. In the next screen...

    • For "Choose action" select "Edit Issue Action".
    • For "Edit Fields 
    • For "Edit Fields" enter "customfield_FIELD_ID=SPRINT_ID" where FIELD_ID is the custom field ID you identified previously and SPRINT_ID is the ID of your "parking" sprint. Example:  

      customfield_10005=6
  10. Click "+Add Action" and configure another action to notify the person that moved the issue about the change.

    • For "Choose Action" select "Comment Issue Action"
    • Enter a comment that will be added to the issue. Example: "This issue was moved to a new project and the sprint has been changed. This was done to ensure the sprint owner will be able to close it. Please review the Sprint field and change it to the correct value as appropriate."
  11. Click "Next" and then "Save".

  12. Check to be sure the automation rule is Enabled.

 

Now when an issue is moved to another project the sprint will be changed to your "parking" sprint. Moved issues will no longer block people from closing sprints.

This workaround does not prevent the problem for Cloned issues because JIRA does not provide an event listener for cloning. You may be able to solve this by configuring automation for the "Issue Created" event so long as Sprint is not a field in your create screens. 

This workaround does not prevent users from choosing an incorrect sprint from Issue Details. Please see "Rename your sprints" for a suggestion on this.

 

  • 레이블 없음