Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
Community Members
Community Events
Community Groups

Case Sensitivity

Are labels no longer case sensitive? I have created a query based on the label "MLP", but cards with the label "mlp" are being surfaced.

Previously, if the label was not spelled and capitalized identically, it would not surface in a query. 


Rachel Wright
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
May 25, 2018

Hi @Sarah Krawiec, I just tried it in both Jira Server 7.9.2 and Jira Cloud and indeed, the queries:

  • labels = "mlp"
  • labels = "Mlp"
  • labels = "MLP"

ALL return an issue where the label is "MLP."

So, what you're seeing is confirmed.  There may have been some inconsistency in the past.  For example, I found this:,

Rachel Wright
Author, Jira Strategy Admin Workbook

So this is working as designed now?

Rachel Wright
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Jun 14, 2018

Hi again @Sarah Krawiec, I saw this today and thought of you:

In Jira v7.10:

"Labels with different cases (cudbear, CUDBEAR) still live in Jira as separate entities, but are now treated as the same thing. When you label an issue with cudbear and another one with CUDBEAR, they’ll both be displayed when you click (or search for) any of these labels. Also, the auto-complete will suggest you all matching labels, regardless of their case, so you don’t create any more duplicates. "

Like Matt Doar__ LinkedIn likes this

Hi Rachel,

Thanks for sending this along. If I'm understanding correctly, this means that JIRA is not auto-correcting "mLp" to "MLP", but for all intents and purpose, they are treated as the same when filtering/searching/etc.

Is this an accurate summary?



Like Meir Blachman likes this
Rachel Wright
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Jun 18, 2018

Yes @Sarah Krawiec, that's how I'm reading it as well.  :)

I found exception when you are having some report of Label vs status . all case sensitive Labels are coming separate 

Like # people like this

With the above in mind, could someone suggest how I bulk aggregate different capitalizations into one label?

I was hoping to search the ~500 instances of the "macos" label and combine them with the ~600 instances of "macOS" with a bulk replace, but of course I now can't segregate these in search!

Makes for a frustrating auto-complete experience.

Thanks in advance!

Like # people like this

Hi @Iain McCarthy ,


I had a similar problem but I found a long-winded way of resolving the issue.  BTW I'm using JIRA Cloud, not sure if this would work on the hosted version. 


  1. From your query where you can see all labels "macos" & "macOS" run a bulk select 'Add to Existing' to add the label you want, say "macOS". This will add the label you want to all issues but it will not duplicate the label on issues that already have it. 
  2. From the same query run another bulk change but this time select 'find and remove these' and select the label you want to remove, this time 'macos' 

When you run the query again you should only have the one you want. In this example "macOS".

It works for me. Hope it will help you.


@Sarah Krawiec  This kind of process should help you correct any Labels case sensitive mismatching

Like # people like this

This works, but as bulk updates are limited to 1000 queries, and we have more entries than that, still can't remove case duplicates! (Jira Cloud)

Rising Star
Rising Star
Rising Stars are recognized for providing high-quality answers to other users. Rising Stars receive a certificate of achievement and are on the path to becoming Community Leaders.
Jul 28, 2022

Hey @Henry Yei have you tried using Jira automation to remove the case duplicates?

I had not, when I get the chance to work on lower priority issues, I will try and update you.

@Henry Yei  - Hi Henry, did you get a chance to use Jira Automation to remove the case sensitive labels?  If so, can you share it with me?  We have 11,000+ labels that we're trying to clean up.  

@Linda Noonan No, as we only had a few pages 3K or so I sorted by Updated at Date and just started to handle it manually via bulk update. However, we hit an issue with some other automations being triggered due to label changes that caused unforeseen side effects, so we never completely cleaned it up. Now that I look back at it, we can actually disable other automations from triggering if I create an automation to fix the labeling, so I may look back into this... 

@Linda Noonan Caveat with this automation

1. Not extensively tested, worked on some simple scenarios with  just a few tickets.

2. If you execute on a ticket that has the label you want to replace, it ignores it. There is either a bug or maybe an optimization so that no recursion can occur that skips the trigger issue inside JQL branching conditional. This can be solved by duplicating the logic after the branch in the beginning. 

3. I ran this on a project that has 867 issues with a matching label but modified the code not to actually change the labels yet. I have a feeling that the JQL query in automations may be limited to 1000, similar to the ones we can do in the UI. Let me know if this is not the case.

I haven't tried it on my larger projects yet due to the concerns of some of our other automations being accidentally triggered. 

Screenshot 2023-07-28 at 3.45.08 PM.png

Thanks for your response Henry, I will dig in more and try your automation suggestion.  :-)

To clarify the two "Edit Issue fields" in my screenshot, first is to remove userInputs.labelToReplace, and to add useLabel. useLabel is set to userInputs.labelToReplace.toLowerCase() if userInputs.lowerCaseFlag is checked, otherwise to userInputs.userLabel. I tried to share the exported json, but you can only attach images to posts. I had used only one Edit issue fields action before to add/remove, but thought I hit a race condition, so separated it out. 

It seems that the 'Select Template' search field in the 'Create Issue' workflow is case sensitive.  Is there a reason for this?  It seems to make it more difficult to find templates.


Log in or Sign up to comment
AUG Leaders

Atlassian Community Events