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!


Auto save Target Start/Target End from sprint dates


In the case when issues don't have start and end dates, the sprint dates are used. Those sprint date are "pre populated" but not actually stored in the issue.Schermafbeelding 2020-09-30 om 12.16.36.png

Is it possible to "auto save" those pre populated dates in the issue?

Because we have a use case where the sprint dates must be displayed within an issue (view issue screen).



2 answers

1 accepted

1 vote
Answer accepted
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Sep 30, 2020

Hi @Berry Kersten ,

At the moment this isn't possible. The reason for this is that an issue can appear in multiple plans and each plan can have a different configured iteration length for the associated team. Therefore it's not possible to reliably set this data automatically.

I totally acknowledge that this is very confusing behaviour but is a result of the history Advanced Roadmaps (formerly Portfolio) and how it used to be a market place application. The ideal situation would be that the board containing the sprint would be also be associated with a specific team and have a fixed iteration length and then we could guarantee that dates would be inferred consistently. However, at the moment this is not the case.

We did explore the possibility of providing a bulk action within plans to allow you to apply the dates inferred from the sprint (as you can from dates "rolled up" from descendant issues) but that hasn't been implemented yet and we have no firm plans to add that. 

When you run the Auto-Schedule tool within a plan it will apply the dates from the sprints but then you are relinquishing control of sprint assignment to the underlying algorithm.

I appreciate this isn't the answer you're hoping for, but I just wanted to be as honest as possible with you about the current situation.



Hi Dave, is there an update on this issue? one of our users has just asked me again about this, it's something that has been causing a problem for us for a while and we're hoping you have been working on a solution



Like Dave likes this
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Apr 29, 2021

Hi @LazAllen,

Thanks for reaching out about this, unfortunately this isn't a priority for us to look at right now. Not because it wouldn't be a useful update, but simply because of the relative priorities of work on our backlog. Unfortunately this hasn't progressed since the original question was raised and it isn't likely to in the foreseeable future,



thank you for the swift and clear answer Dave! 

Like Dave likes this

There is an explicit control for doing this, but it doesn't seem to do anything.  Is there some additional configuration required to get the dates to populate in the plan?

use sprint dates when issues don't have start and end dates.png

Without this automation, it creates a lot of work to get your plan working if the plan has many tickets.

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events