Uploaded image for project: 'Jira Platform Cloud'
  1. Jira Platform Cloud
  2. JRACLOUD-45407

"Label" Field Case Sensitivity Is Contradictory to Ease of Use for Users

XMLWordPrintable

    • Icon: Suggestion Suggestion
    • Resolution: Duplicate
    • None
    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      NOTE: This suggestion is for JIRA Cloud. Using JIRA Server? See the corresponding suggestion.

      I might be in the minority here, but case sensitivity on labels seems completely contradictory to the spirit of what labels are there for in the first place.

      I see labels as acting as the primary identifier within the application, and taking the place of miscellaneous fields that don't need to be cluttering up your screens. Instead of an arbitrary field that may or may not even be used, the reporter on the issue navigates to the "Label" field and types what they need. Instead of perusing the page for their 2-10 fields, they simply enter the 2-10 keywords into the "Label" field.

      In the vein of ease of use, having labels that can be identical (only differentiating in capitalization) not appear within the same search/filter only complicates things. On top of this, user's often think that they're adding the correct label, when in fact they are not inputting the label that will cause their issue to appear on the desired filter/board. This false sense of security then comes back to bite them later, and the user is (rightfully) very turned off from using the application for anything meaningful from that point forward. I've experienced that exact scenario (first hand, second, and third) at multiple companies leveraging JIRA.

              Unassigned Unassigned
              11697d177236 Tim Ryan
              Votes:
              1 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: