Basically I want to automatically set a task end date to the end date ofthe Sprint it's assigned (and remove when the task is placed back into backlog)
Script runner...
You will need to develop a script listener that updates the end date, or create a scripted field that returns the issue sprint end date (or null)...
Dear @Mariano Galán Martín,
this is the same, if you would recommend a person, who want's to drink coffee from a cup that is 2 meters away, to take a straw to drink the coffee from the distance.
Yes, technically you can do, but it is better to tell the person to make two steps forward, lift the cup and drink.
So long
Thomas
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.
Dear @Beverly Bricker,
this can be for sure done with a groovy script. But why do you need to set the end date of an issue to the end of the sprint date, when using the agile board?
This means, you are keeping information redundant.
So long
Thomas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
My goal is to NOT set a due date or end date within the task since, in Agile, these change based on priority. Instead, I'd like to have the placement of that task in a sprint from the backlog (or another way around) to determine the date. (due or end date, I don't care)
Currently, when I add or move a task, I have to manually update all TASK due dates to match the Sprint date. And of course with Agile these get moved around per priority.
Also, when looking at the Issues List, to export a report for the client, no end/due date shows (because I leave blank) and I'd like to show/sort the end date.
Make sense?
Bev
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Dear @Beverly Bricker,
I understood your explanation. I recommend to ignore the due date if your users work in an agile board for the reason you explained. When the planning changes you have to fix the due date, on and on.
Automatically all issues have a due date - that's the end of the sprint and stored in the entity "sprint".
For the export, you are right. The due date column will be empty, but you could export the issues in "Sprint Blocks". So each export (and all its issues) have the same due date - that of the sprint.
So long
Thomas
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.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.