I have an Initialize script in a behavior where I am trying to copy a date field value to another date field value if the destination one is empty.
The copying aspect works but I wanted to format the date and followed the info here:
https://community.atlassian.com/t5/Jira-questions/Copy-date-field-if-date-field-is-null/qaq-p/10671
but when it runs it keeps setting the destination value to current date/time instead of the value from the other field.
Here is my code:
import com.atlassian.jira.component.ComponentAccessor
import com.atlassian.jira.datetime.DateTimeFormatterFactory
import com.atlassian.jira.datetime.DateTimeStyle
if (getDestinationStepName() == "Scheduled")
{
def rcDateField = getFieldByName("Requested completion date")
def rcDateValue = rcDateField.getValue()
def scDateField = getFieldByName("Scheduled completion date")
def scDateValue = scDateField.getValue()
def dateTimeFormatterFactory = ComponentAccessor.getComponentOfType(DateTimeFormatterFactory)
def formatter = dateTimeFormatterFactory.formatter().withStyle(DateTimeStyle.DATE_TIME_PICKER)
def formatteddate = formatter.format(rcDateValue)
if (!scDateValue)
{
scDateField.setFormValue(formatteddate)
}
}
I've commented out the IF at the end so it's not that value isn't getting set, the value of formatteddate just isn't the formatted value of rcDateValue and is instead the current date/time.
Thanks.
Hey Jon!
I've played around with this for a hot minute and think I know what the problem is. After logging out some values, it looks like the value returned from the first date field is being returned as null, regardless of whether or not it has been populated. Because of that, I assume that the null value is being defaulted to todays date by the formatter. However, to fix this problem, all you need to do is take that code out of your initializer script, and instead use it as a server-side script directly on the "Requested completion date" field.
I've encountered this problem before, and have opened a bug for it in our backlog that you might want to watch and vote on: SRJIRA-2808.
Try out the workaround that I've recommended and see if that does the trick for you. Let me know how it goes! :D
Best,
Aidan
Aidan,
thanks, I'll do that.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
This doesn't work at all now, regardless of where the script resides.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Figured out the issue. If I set the Behavior to use the Service Desk mapping type, it doesn't work. If I change it to use regular Jira/Issue Types, it works.
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.