Hi
SO... I don't think Atlassian provides a mechanism for creating "pop-ups".
I'm thinking one thing you could do (and you properly tagged this question) is create a Validator that forces the Reason field to be required if Due Date has past, and include a message explaining that.
The trick is that Validators only happen with specific transitions. So maybe you add this before somebody can Close a ticket. ("Hey you closed this ticket after it was due. Therefore you have to provide a reason why.")
Can you please let us know if you are on Cloud or Data Center so I could give a recomendation on how to create such a Validator?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @divya krishna - so what you're actually need is a conditional Validator.
And for that, you're going to need an add-on that allows you to implement a Jira Expressions. I wrote about this here:
Now, I wrote that a while ago, so it's possible there's an now add-on that provides a nice UI so you don't have to learn Jira Expressions, but under the covers, that's what really is happening.
Give me a little time and I'll come up with what you need.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Got it. So I used the FREE Custom Workflow Condition, Validator & Postfunctions to create Validator, but it would work with any of these (pricing for 100 users as of Jan 29, 2024):
Here's the Jira Expression:
new Date(issue.dueDate.toISOString() + 'T00:00:00') >= new Date() || issue.customfield_10151 != null
Where my customfield_10151 is a Single Select field. I think if your Reason field was text, you might be able to use '', but maybe null will work too.
Anyways, the ISO date thing was annoying. You might have to fiddle with it or tack on your timezone.)
But basically this is saying that for the transition to go through, one of these statements must be true:
Here's what it looked like in my workflow editor:
Hey @Krzysztof Bogdan - what does that green checkmark and 1 mean?
Whew, it's been a long time since I've written a Jira Expression. Painful. But fun stuff.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Darryl Lee✅ - means expression syntax is ok.
The number show expression complexity:
https://developer.atlassian.com/cloud/jira/software/jira-expressions/#expensive-operations
(There are limit how many operations expression execute)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
we can implement this function in validator or conditions without using free add-on
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Maciej Dudziak _Forgappify_ @Darryl Lee
Without using free add-on we can implement this function in validator or conditions
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi - are you asking whether you can implement this without an add-on?
The answer is no.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I agree with @Darryl Lee
What you need is a Jira expression-based validator, which allows you to create conditional validations.
If you're interested in learning how to build expressions related to dates, our team has created the Dates Compare Validator, which is part of the Workflow Building Blocks for Jira free app. With a wizard-like UI, you can select options that match your case. We provide a Jira expression preview section where you can see the expression generated by the UI. It looks like this:
Then, you can use the generated expression, expand upon it, and apply it with our Jira Expression Validator to handle your case:
(issue.dueDate != null
&& new Date(issue.dueDate.toISOString()+'T00:00:00+00:00') >= new Date())
? true
: issue.customfield_xxxxx != null
You need to change the ID of the custom field to a valid one. In the editor, after 'issue.', start typing the name of the field, and you will get suggestions with the correct value.
If your field is a customfield, then in most cases checking against null is correct way to make it required. In other cases you can check our Fields Required Validator, which also has a preview section to learn how to make it right.
I hope it will help.
Cheers
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Oh man, @Maciej Dudziak _Forgappify_ your app is very very cool! I should've figured that given enough time, clever developers would make apps that would alleviate users from having to learn Jira Expressions (as much "fun" as it can be.)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thank you Darryl :)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.