Feature #5816

new issue initial status should be settable in workflow

Added by Norbert Bérci almost 3 years ago. Updated about 1 month ago.

Status:NewStart date:2010-07-05
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:Issues workflow
Target version:Candidate for next major release
Resolution:

Description

Is it possible to set the initial status(es) a new issue could be in at creation time? Currently it seems to allow the default status and all statuses reachable from the default status with one hop. This might be too permissive (for example I want to start in the "new" status only, and disallow its child statuses initially), or too restrictive (for example I might have two start statuses which are not in direct (1 hop) relation).

I propose a new (first) row named "initial status" (or something similar) on the workflow settings page where the admin can set which could be the initial status(es) of a newly created issue.


Related issues

Related to Defect #5593: Meanless settings for workflow New 2010-05-25
Related to Feature #5991: Tracker should have it's own default issue status New 2010-07-29
Related to Feature #474: Status grouping New
Duplicated by Feature #7311: Create new workflow for status Closed 2011-01-12
Duplicated by Feature #558: Default & Closed statuses to be saved at workflow level Closed
Duplicated by Feature #10864: Define initial issue status in workflow setting Closed

History

#1 Updated by Norbert Bérci almost 3 years ago

If the proposed new row about initial statuses will be implemented, there is no use of the "Default value" column in Administration / Issue Statuses

#2 Updated by Nikolay Kotlyarov almost 3 years ago

+1
I want more than only one default status.
Now it's not only one default: also this default will be used in every tracker, so as if this default status relates to every workflow:(

#3 Updated by Hans Bangkok about 2 years ago

A couple of different issues here.

As pointed out in the related report, it's quite possible as in my current use case that there is no one status that applies to all our trackers.

Therefore it should not be a requirement to have a single global "Default status", and that would be IMO easy to do away with. If the desire is simply to ensure there is a status on every issue, then an easy fix would be to check that when the issue gets saved.

Another way to go would be to present a dialog with a list of tracker types when "New Issue" is pressed, which would fit in OK with the idea of having a separate default for each tracker. However, the idea of forcing a subset of status's to be the only ones allowed at issue creation time seems overly complicated to me - I'm not saying there aren't use cases for it, just that it seems to me such a change would have further ramifications that need to be thought through.

#4 Updated by Etienne Massip about 2 years ago

  • Category changed from Issues to Issues workflow

#5 Updated by Terence Mill over 1 year ago

Yeah, this is a big problem for us too.

We need different status sets in our trackers, so different start and finish status per tracker. At the moment there is one start status for all tracker's

This issue is duplicated by #558

Nikolay Kotlyarov wrote:

+1
I want more than only one default status.
Now it's not only one default: also this default will be used in every tracker, so as if this default status relates to every workflow:(

#6 Updated by Daniel Felix 5 months ago

I like this idea. It would help to improve redmines configurability!

#7 Updated by Roman Lukmanov 4 months ago

+1

#8 Updated by Etienne Massip 4 months ago

  • Target version set to Candidate for next major release

It should be done, I think the implementation proposed by Norbert in the first place is indeed the best one.

#9 Updated by VD DV 3 months ago

+1

#10 Updated by Leonardo Salgado about 1 month ago

+1

Also available in: Atom PDF