diff options
| author | lpsolit%gmail.com <> | 2008-02-07 05:36:38 +0000 |
|---|---|---|
| committer | lpsolit%gmail.com <> | 2008-02-07 05:36:38 +0000 |
| commit | 083ff3885abfabc28ca7f068fd2b5385b685fd7b (patch) | |
| tree | f899314c83604b3e7bd5c2220ca390b7129fcf17 /docs | |
| parent | ed4cd1fcff0454c33a9ca66a71a2c7803742c812 (diff) | |
| download | bugs-083ff3885abfabc28ca7f068fd2b5385b685fd7b.tar bugs-083ff3885abfabc28ca7f068fd2b5385b685fd7b.tar.gz bugs-083ff3885abfabc28ca7f068fd2b5385b685fd7b.tar.bz2 bugs-083ff3885abfabc28ca7f068fd2b5385b685fd7b.tar.xz bugs-083ff3885abfabc28ca7f068fd2b5385b685fd7b.zip | |
Doc patch for bug 101179 (custom statuses and workflow) - Patch by Frédéric Buclin <LpSolit@gmail.com> r=Colin
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/xml/administration.xml | 25 |
1 files changed, 24 insertions, 1 deletions
diff --git a/docs/xml/administration.xml b/docs/xml/administration.xml index 583042520..4bd33358c 100644 --- a/docs/xml/administration.xml +++ b/docs/xml/administration.xml @@ -2270,7 +2270,9 @@ foo: ENTRY, MANDATORY/MANDATORY, CANEDIT bug priorities and severities can be edited from the User Interface directly. This means that it is no longer required to manually edit <filename>localconfig</filename>. Starting with Bugzilla 2.23.3, you - can also customize the list of valid resolutions from the same interface. + can also customize the list of valid resolutions from the same interface, + and since Bugzilla 3.1.1 the list of valid bug statuses can be customized + as well. </para> <section id="edit-values-list"> @@ -2312,6 +2314,27 @@ foo: ENTRY, MANDATORY/MANDATORY, CANEDIT </section> </section> + <section id="bug_status_workflow"> + <title>Bug Status Workflow</title> + + <para> + The bug status workflow is no longer hardcoded but can be freely customized + from the web interface. Only one bug status cannot be renamed nor deleted, + UNCONFIRMED, but the workflow involving it is free. The configuration + page displays all existing bug statuses twice, first on the left for bug + statuses we come from and on the top for bug statuses we move to. + If the checkbox is checked, then the transition between the two bug statuses + is legal, else it's forbidden independently of your privileges. The bug status + used for the "duplicate_or_move_bug_status" parameter must be part of the + workflow as that is the bug status which will be used when duplicating or + moving a bug, so it must be available from each bug status. + </para> + <para> + When the workflow is set, the "View Current Triggers" link below the table + lets you set which transitions require a comment from the user. + </para> + </section> + <section id="voting"> <title>Voting</title> |