View Issue Details

IDProjectCategoryView StatusLast Update
0021692mantisbtcustomizationpublic2016-11-27 00:45
Reporterrnelson0 Assigned Tocproensa  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionno change required 
Product Version1.3.0 
Summary0021692: Workflow Threshold for auto-assignment applies to direct assignment
Description

Under Manage -> Manage Configuration -> Workflow Threshold, there is an option described as "Status to set auto-assigned issues to". This defaults to "assigned". When I change this to "new", all tickets created in a category with an auto-assignment have a state of "new".

I would expect that this only applies to tickets that are created through auto-assignment (where "Assign To" is left blank), not tickets where someone has been selected in the "Assign To" field. Though the category is enabled for auto-assignment, that assignment is not used and the previous value of "Assigned" is more appropriate.

This conflicts with our workflow expectation. Auto-assignees are email distros, which lets the appropriate team be notified of an issue, but should be "new" as they are not assigned to anyone and no triage has been done. The first step in working one of these tickets is to assign the ticket to yourself, which lets the rest of the team know you're on it even if you haven't added notes to the ticket yet. When a member of the team opens a ticket, for projects or subordinate to the existing ticket, they often assign directly to the person who needs to be involved, and that ticket should start as assigned. Due to this issue, searches for 'new' tickets should only return un-triaged tickets, but actually returns a mix of triaged and un-triaged tickets. I hope that clarifies the purpose behind the Workflow Threshold setting.

I searched for and was unable to find an existing related issue.

TagsNo tags attached.

Activities

cproensa

cproensa

2016-09-15 18:41

developer   ~0054027

As per documentation:
https://mantisbt.org/docs/master/en-US/

There are two config options that relates to your question:


Set status on assignment of handler $g_auto_set_status_to_assigned change status when an issue is assigned
Status to set auto-assigned issues to $g_bug_assigned_status status to use when an issue is auto-assigned

First, notice that when $g_auto_set_status_to_assigned is OFF (default=ON), you can have an issue "assigned to" one person, but still in status "new". So both "assignment" and "status" can be modified independently.
When this option is ON, the action of "assign" an issue to a person, will automatically change its status to "assigned status". This status is the one defined by the option $g_bug_assigned_status.

Two points here:

  • $g_bug_assigned_status may be used by other places in code to define what is an "assigned status" (eg: reassign on feedback)
  • This automatic status change is only performed with some conditions. See documentation:


    $g_auto_set_status_to_assigned
    Automatically set status to $g_bug_assigned_status whenever a bug is assigned to a person. Installations where assigned status is to be used when the defect is in progress, rather than just put in a person's queue should set it to OFF. Default is ON. For the status change to be effective, these conditions must be met:

    Bug has no handler, and a new handler is selected
    The assignment is not part of a explicit status change
    Current bug status is lower than defined "assigned" status
    "Assigned" status is reachable by workflow configuration 

    If the conditions are not met, the assignment is still made, but status will not be modified.

Regarding category auto-assignment:
When a category "owner" is defined, afaik the only operation that is performed is that the issue is immediately assigned to that user.
If $g_auto_set_status_to_assigned is set to ON, the status change is triggered regardless of whether the assignment was manual or automatic.

I can see probably we have a misleading description of
"Status to set auto-assigned issues to $g_bug_assigned_status"
so you may think that this is the status which an issue is set when its assigned automatically to the category owner.
Actually, this is the status to be interpreted as "assigned", in a generic workflow situation.

cproensa

cproensa

2016-11-20 16:16

developer   ~0054553

rnelson0,

You did not provide any feedback; I am therefore resolving this issue as "no change required".

Feel free to reopen the issue at a later time and provide the requested information.