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-45407

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

    • Icon: Suggestion Suggestion
    • Resolution: Duplicate
    • None
    • None
    • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? 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.

            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-45407

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

              • Icon: Suggestion Suggestion
              • Resolution: Duplicate
              • None
              • None
              • We collect Jira feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

                NOTE: This suggestion is for JIRA Server. Using JIRA Cloud? 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:

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

                              Created:
                              Updated:
                              Resolved: