Automation | The Due Date set by Automation rule which is copied from Sprint End date is different



Platform Notice: Cloud - This article applies to Atlassian products on the cloud platform.

Summary

Automation rule to copy Sprint End Date to Issue Due Date sets incorrect Due Date

Environment

Jira Software Cloud

Diagnosis

  • Using Automation Rule when you try to set Due Date same as Sprint End Date it is different from the Sprint End Date set
  • Smart value {{issue.sprint.endDate.jiraDate}} is used to copy Sprint End date to issue Due date
  • Refer below example, Sprint End date is set as 3rd January however on the issue view we see the Due date copied as 2nd January

Sprint End date:

             

Date set by automation:

 

Cause

The Sprint dates are set according to the time zone configured at instance. However, when the automation rule updates the date, it will take the date according to the time zone of the user who executed/triggred the rule.

Solution

  • The smart value {{issue.sprint.endDate.jiraDate}} correctly captures the end date of the Sprint. However, the there's a difference in the dates depending on the time zone of your instance and the time zone selected under the rule executor user profile.
  • The timezone of instance can be edited under: https://domain.atlassian.net/jira/settings/system/general-configuration and users personal time zone preference can be edited under: https://id.atlassian.com/manage-profile/account-preferences
  • Make sure both the timezones are set same or are in sync and the rule will copy the same date as that of the set End date of the Active Sprint.
Last modified on Dec 26, 2024

Was this helpful?

Yes
No
Provide feedback about this article
Powered by Confluence and Scroll Viewport.