We couldn't load all Actvitity tabs. Refresh the page to try again.
If the problem persists, contact your Jira admin.
IMPORTANT: JAC is a Public system and anyone on the internet will be able to view the data in the created JAC tickets. Please don’t include Customer or Sensitive data in the JAC ticket.
Uploaded image for project: 'Jira Data Center'
  1. Jira Data Center
  2. JRASERVER-77748

Custom field optimizer doesn't show projects with archived issues after running a scan

      Issue Summary

      When running the Custom Field Optimizer (CFO), it won't show that projects with archived issues are using the target custom field, nor that they may be part of the change applied by the optimizer.

      Steps to Reproduce

      1. Install a vanilla instance of Jira Software Data Center.
        • This was validated on versions 9.6, 9.12, 9.15 and 9.16.
      2. Create two Scrum software projects with sample data.
        • In this example these projects are KANBAN1 and KANBAN2.
      3. Create a custom field with global context and assign it to screens associated to projects KANBAN1 and KANBAN2.
      4. Add values to this custom field on a couple of issues from KANBAN1 project and then archive these issues.
      5. Add values to this custom field on a couple of issues from KANBAN2 project and then archive the project.
      6. Go to Administration > Issues > Custom fields optimizer.
      7. Click on Scan custom fields.
      8. Within the scan results, click on Manage these custom fields.

      Expected Results

      The CFO results shows the target custom field with a global context and shows it is being used within 2 projects. That way, the administrator knows the action will consider these two projects.

      Actual Results

      The CFO results shows the target custom field with a global context and shows it is being used within 0 project.

      This UI may give the administrator the wrong perception this custom field isn't used within the Jira instance.

      Clicking on the Change context action, and then confirming it, CFO will actually consider both projects on the change.

      Checking the changes made by the CFO action shows that both projects were added to the newly created context.

      This action is expected, but Jira doesn't show anywhere on the UI it will be carried out, hence being confusing to administrators.

      This is a problem since JRASERVER-73207 was fixed, on which CFO started to consider archived issues.

      Workaround

      Currently there is no known workaround for this behavior. A workaround will be added here when available.

        1. screenshot-7.png
          screenshot-7.png
          301 kB
        2. screenshot-6.png
          screenshot-6.png
          274 kB
        3. screenshot-5.png
          screenshot-5.png
          260 kB
        4. screenshot-4.png
          screenshot-4.png
          303 kB
        5. screenshot-3.png
          screenshot-3.png
          293 kB
        6. screenshot-2.png
          screenshot-2.png
          321 kB
        7. screenshot-1.png
          screenshot-1.png
          315 kB

            Loading...
            IMPORTANT: JAC is a Public system and anyone on the internet will be able to view the data in the created JAC tickets. Please don’t include Customer or Sensitive data in the JAC ticket.
            Uploaded image for project: 'Jira Data Center'
            1. Jira Data Center
            2. JRASERVER-77748

            Custom field optimizer doesn't show projects with archived issues after running a scan

              • Icon: Bug Bug
              • Resolution: Unresolved
              • Icon: Low Low
              • None
              • 9.6.0, 9.12.0, 9.15.0, 9.16.0
              • Custom Field Optimizer
              • None

                Issue Summary

                When running the Custom Field Optimizer (CFO), it won't show that projects with archived issues are using the target custom field, nor that they may be part of the change applied by the optimizer.

                Steps to Reproduce

                1. Install a vanilla instance of Jira Software Data Center.
                  • This was validated on versions 9.6, 9.12, 9.15 and 9.16.
                2. Create two Scrum software projects with sample data.
                  • In this example these projects are KANBAN1 and KANBAN2.
                3. Create a custom field with global context and assign it to screens associated to projects KANBAN1 and KANBAN2.
                4. Add values to this custom field on a couple of issues from KANBAN1 project and then archive these issues.
                5. Add values to this custom field on a couple of issues from KANBAN2 project and then archive the project.
                6. Go to Administration > Issues > Custom fields optimizer.
                7. Click on Scan custom fields.
                8. Within the scan results, click on Manage these custom fields.

                Expected Results

                The CFO results shows the target custom field with a global context and shows it is being used within 2 projects. That way, the administrator knows the action will consider these two projects.

                Actual Results

                The CFO results shows the target custom field with a global context and shows it is being used within 0 project.

                This UI may give the administrator the wrong perception this custom field isn't used within the Jira instance.

                Clicking on the Change context action, and then confirming it, CFO will actually consider both projects on the change.

                Checking the changes made by the CFO action shows that both projects were added to the newly created context.

                This action is expected, but Jira doesn't show anywhere on the UI it will be carried out, hence being confusing to administrators.

                This is a problem since JRASERVER-73207 was fixed, on which CFO started to consider archived issues.

                Workaround

                Currently there is no known workaround for this behavior. A workaround will be added here when available.

                  1. screenshot-7.png
                    screenshot-7.png
                    301 kB
                  2. screenshot-6.png
                    screenshot-6.png
                    274 kB
                  3. screenshot-5.png
                    screenshot-5.png
                    260 kB
                  4. screenshot-4.png
                    screenshot-4.png
                    303 kB
                  5. screenshot-3.png
                    screenshot-3.png
                    293 kB
                  6. screenshot-2.png
                    screenshot-2.png
                    321 kB
                  7. screenshot-1.png
                    screenshot-1.png
                    315 kB

                        Unassigned Unassigned
                        tmasutti Thiago Masutti
                        Votes:
                        0 Vote for this issue
                        Watchers:
                        2 Start watching this issue

                          Created:
                          Updated:

                            Unassigned Unassigned
                            tmasutti Thiago Masutti
                            Affected customers:
                            0 This affects my team
                            Watchers:
                            2 Start watching this issue

                              Created:
                              Updated: