nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

JMWE or some other tool maybe: Is it possible to forbid the value of one field to be the same?

Jurica Petricevic

HI Community once again today,

because of the needs of one project, we want the value in the Key field to never be repeated.

Just to check the value during the entry and, if it already exists, to give an error in the entry. Is that somehow possible?

Best regards

Jurica Petricevic

Accepted answers

David Fischer

Hi @Jurica Petricevic

you can use a Scripted (Groovy) Validator with one line of code that uses the jqlSearch global function. The exact code depends on the custom field type of the Key field. The biggest issue is if the field is a Text field, because by default Jira won't allow searching for an exact value in text fields (the "search template" associated with text fields only supports fuzzy searching using the ~ operator). Unless you also have JMCF, which offers an "Exact text searcher" search template you can use with standard Text fields.

All comments

Nic Brough -Adaptavist-

The issue key (which is what we assume when people say "key" in Jira-speak) will always be unique.

If you mean you are talking about another key field of some sort, then no, you can't enforce this without doing a bit of coding that validates people aren't entering more of the same.

I'd question the need for this though. What is your "key" field capturing?

David Fischer

Hi @Jurica Petricevic

Jurica Petricevic

the problem is as following: The entire project mengement will be moved to Jira / Structure.

One field called Key, which is mandatory, is where the project manager defines the project key. It is not a Jira field nor will it ever be. This is a field that will always be entered manually but the value must never be repeated.

Jurica Petricevic

the problem is as following: The entire project mengement will be moved to Jira / Structure.

I have ScritpRunner, JMWE and Automation for Jira at my disposal.

Nic Brough -Adaptavist-

I don't understand that.

If it's not going to be a Jira field, then there's no need to try to enforce uniqueness in Jira

Could you explain what this field is actually supposed to be capturing?

David Fischer

@Jurica Petricevic they're must be a misunderstanding - any data you can input and associate to a Jira issue must be in a Jira custom field. So I assume the Key field will be a custom field. Right?

Jurica Petricevic

yes, sure.

Jurica Petricevic

PPRO - for 3Projects-Project

RREQ - for 3Request-Project

USTA - for 3Stay-Project

etc.

bold should always be unique and it is written by the project manager.

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

server

jira-software

jira-software-server