SiT! Bugs

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001379SiT!incidentspublic2010-08-09 09:042011-05-02 17:47
Reporternicdev 
Assigned Tonicdev 
PrioritynormalSeverityminorReproducibilityalways
StatusassignedResolutionopen 
PlatformOSOS Version
Product Version3.60 LTS 
Target VersionFixed in Version 
Summary0001379: When reopening an incident, and the old owner is "out of office", the incident still get assigned to the old owner
DescriptionI reopened an incident this morning, but the original owner of this incident is on holiday (out of office - not accepting), but after reopening the incident he was still the owner. This can lead to confusion, especially in big teams, as it will not appear on any of the dashboards of the other users, and none of the other engineers will receive a notification.

I am not sure if it is intended to be this way (will look at the code later), but i think we should at least do a "temp assign" to someone that is actually in the office, or assign to the backup, and temp assign to the original ownr, if the original owner is on holiday.
Steps To Reproduce1. Close any incident,
2. Now change the status of the owner of the closed incident to "on holiday, not accepting",
3. Now reopen the incident closed in step 1,

The incident is assigned to the original owner even if he is out of office.
TagsNo tags attached.
Attached Files

- Relationships
has duplicate 0001501closed Reopening an incident keeps the User assignment even when they are out of office 

-  Notes
User avatar (0003358)
paulh (administrator)
2010-08-20 19:36

Yeap agree,

There is a similar issue with reopening incidents assigned to a disabled user in that they are left in there name
User avatar (0003769)
paulh (administrator)
2011-05-02 17:47

In 1501

=======
The function "reopen_incident()" looks at who the incident owner is But does not see if he is in the office or not.

If everyone agrees, i have a fix, but need you to confirm and assign it to me.
======

Already confirmed

- Issue History
Date Modified Username Field Change
2010-08-09 09:04 nicdev New Issue
2010-08-20 19:36 paulh Note Added: 0003358
2010-08-20 19:36 paulh Status new => confirmed
2011-05-02 17:45 paulh Relationship added has duplicate 0001501
2011-05-02 17:47 paulh Note Added: 0003769
2011-05-02 17:47 paulh Assigned To => nicdev
2011-05-02 17:47 paulh Status confirmed => assigned


Copyright © 2000 - 2019 MantisBT Team
Powered by Mantis Bugtracker