action #95536
closed
QA - coordination #69310: [epic] SUSE QA tools team ticket process helpers
Due dates on blocked tickets should be reset automatically
Added by livdywan almost 3 years ago.
Updated over 2 years ago.
Category:
Feature requests
Description
Motivation¶
Blocked tickets adopt the due date from related tickets. Generally the solution to handle a ticket that's exceeding its due date but blocked is to remove the due date from it. This shouldn't have to be done manually.
Acceptance criteria¶
- AC1: Due dates on blocked tickets require no manual intervention
Suggestions¶
- Category set to Feature requests
- Target version set to Ready
- Parent task set to #69310
I think you are mixing up something here. Blocked tickets do not automatically inherit any due-date. Rather, parent tasks do from subtasks. This is the idea I described now in #69310 . And for blocked tickets I think due-dates still make sense, only in a different sense: Rather than an expectation when we can really be finished a due-date on blocked ticket can act as reminder when at the latest to check for the status in the blocker ticket and remind to fix the blocker.
okurz wrote:
I think you are mixing up something here. Blocked tickets do not automatically inherit any due-date. Rather, parent tasks do from subtasks. This is the idea I described now in #69310 . And for blocked tickets I think due-dates still make sense, only in a different sense: Rather than an expectation when we can really be finished a due-date on blocked ticket can act as reminder when at the latest to check for the status in the blocker ticket and remind to fix the blocker.
Right, that sounds like what I meant. Typically our parent epics are blocked so in my head that's the same use case.
so can you rewrite this ticket to express what you mean?
- Priority changed from Normal to Low
- Target version changed from Ready to future
- Status changed from New to Rejected
- Assignee set to okurz
By now I think we are fine with no due-date reset. A due-date on blocked tickets can serve as valid reminder to check the blocker itself. And commonly of course we should be ok to update the due-date to a sensible choice as soon as we decide to change a ticket from any other status to blocked.
Also available in: Atom
PDF