SiT! Bugs

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0000816SiT!incidentspublic2009-07-27 14:262014-05-03 19:40
Reporterivan 
Assigned Toivan 
PrioritynormalSeveritycrashReproducibilityhave not tried
StatusclosedResolutionno change required 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0000816: Auto-assign incidents might be assigned to nobody
DescriptionIf auto-assign could not find a suitable user to assign to, (e.g. nobody was accepting) the incident might be assigned to nobody (shown as SiT!).
TagsNo tags attached.
Attached Files

- Relationships
child of 0000814closedivan Auto assign of incidents, assigns to people with no skills, and who are not accepting:on holiday 

-  Notes
User avatar (0003075)
kieran (administrator)
2010-04-15 21:32

Retargeting for 4.0 as the incident creation trigger will be a new feature and this will cause problems if we don't solve it.
User avatar (0003479)
paulh (administrator)
2010-11-29 19:28

Just tested this, when no user is accepting the incident does into the holding queue which seems reasonable,

Wat do others think?
User avatar (0003480)
Tomse (developer)
2010-11-29 21:14

perhaps the incident should go to the manager (configurable)
User avatar (0003483)
paulh (administrator)
2010-11-29 21:40

There could be multiple managers configured so this wouldn't work in all cases

I think the options are:

a) Assigned to the engineer creating the incident
b) It stays in the holding queue until someone assigns it
c) If the lottery can't choose someone then the 'manual' assign list should appear

I'm starting to feel c is the best option
User avatar (0003822)
ivan (administrator)
2011-06-03 22:21

Not confirmed before 3.90 feature freeze, deferring until 4.0
User avatar (0004688)
ivan (administrator)
2013-02-03 15:54

Although this is theoretically possible I've never actually seen or heard of it happening. If it did happen the incident would end up in the holding queue which is perfectly reasonable behavour.

No need for a bug report here. Move along folks.

- Issue History
Date Modified Username Field Change
2009-07-27 14:26 ivan New Issue
2009-07-27 14:27 ivan Relationship added child of 0000814
2009-07-27 14:29 ivan Status new => acknowledged
2010-02-24 21:47 ivan Target Version => 4.0
2010-04-10 22:54 ivan Target Version 4.0 =>
2010-04-15 21:32 kieran Note Added: 0003075
2010-04-15 21:32 kieran Target Version => 4.0
2010-11-29 19:28 paulh Note Added: 0003479
2010-11-29 21:14 Tomse Note Added: 0003480
2010-11-29 21:40 paulh Note Added: 0003483
2011-02-14 13:21 ivan Target Version 4.0 => 3.90beta1
2011-06-03 22:21 ivan Note Added: 0003822
2011-06-03 22:21 ivan Target Version 3.90beta1 => 4.0
2013-02-03 15:54 ivan Note Added: 0004688
2013-02-03 15:54 ivan Status acknowledged => closed
2013-02-03 15:54 ivan Assigned To => ivan
2013-02-03 15:54 ivan Resolution open => no change required
2014-05-03 19:40 paulh Target Version 4.0 =>


Copyright © 2000 - 2020 MantisBT Team
Powered by Mantis Bugtracker