View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0021692 | mantisbt | customization | public | 2016-09-15 15:03 | 2016-11-27 00:45 |
Reporter | rnelson0 | Assigned To | cproensa | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | no change required | ||
Product Version | 1.3.0 | ||||
Summary | 0021692: 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. | ||||
Tags | No tags attached. | ||||
As per documentation: There are two config options that relates to your question:
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. Two points here:
Regarding category auto-assignment: I can see probably we have a misleading description of |
|
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. |
|