[rt-users] Additional statuses possible?
Kelly F. Hickel
kfh at mqsoftware.com
Thu May 20 20:04:06 EDT 2004
Attached is an email thread describing how to do this, and the
restrictions.
> -----Original Message-----
> From: Thomas Pfau [mailto:pfau at nbpfaus.net]
> Sent: Thursday, May 20, 2004 6:40 PM
> To: rt-users at lists.bestpractical.com
> Subject: [rt-users] Additional statuses possible?
>
> I just installed RT 3.0.10 to use with a friend for a website we
> maintain. It looks like it should help us coordinate reported
problems
> a lot better and keep our inboxes cleaner. We've been sending mail
> messages back and forth to annotate bugs. Trying to find the mail
> message with the discussion of the issue currently being worked on had
> become impossible with an inbox overflowing with several messages for
> each issue (mostly new feature requests).
>
> With that said, it has become apparent that a couple more statuses
would
> be nice. I haven't yet had the chance to look into the code to see
what
> it would take but thought I'd ask here anyway.
>
> I worked for a startup for a while that used a different issue
tracking
> package. I can't remember it's name but I remember it had a few
> additional statuses. Right off the bat I can think of two that would
be
> useful.
>
> The first would come between 'new' and 'open'. I would call this
> 'assigned'. This would state that a person has been assigned to the
> issue but work has not started on it yet. I guess this can be deduced
> in the current system by looking at new tickets that had owners but a
> specific status might come in handy for searching and reporting.
> Another status in this general area would be 'acknowledged' which
would
> indicate that someone has reviewed the issue reported and has
determined
> that it is a real issue that needs someone's attention.
>
> The other status would fall between 'open' and 'resolved'. This
status,
> possibly called 'completed', would indicate that work had been
completed
> and was awaiting Q/A testing or signoff by the requestor. This state
> tells the requestor that the person working the ticket thinks he has
> completed the task. If the requestor agrees, he (or some other
> reviewer) can move the ticket to the next state. Otherwise, he can
log
> a reason why he thinks it needs more work and reopen the ticket. This
> extra status would help us out quite a bit. There is a third person
> working with us who would act as a Q/A person to make sure the issues
> were resolved before we marked the ticket as 'resolved' (at which
point
> it sort of falls out of sight). It would be great if he could just
> search for 'completed' tickets and run his tests to make sure they are
> resolved.
>
> How hard would it be to add these statuses to the system?
>
> --
> tom_p
> pfau at nbpfaus.net -- http://nbpfaus.net/~pfau/
>
>
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>
> RT Developer and Administrator training is coming to LA, DC and
Frankfurt
> this spring and summer.
> http://bestpractical.com/services/training.html
>
> Sign up early, as class space is limited.
-------------- next part --------------
An embedded message was scrubbed...
From: "Linda Julien" <julien at bestpractical.com>
Subject: Re: [Rt-users] Custom Statuses
Date: Thu, 15 Apr 2004 15:14:34 -0500
Size: 2151
URL: <http://lists.bestpractical.com/pipermail/rt-users/attachments/20040520/6bdf9dd0/attachment.eml>
More information about the rt-users
mailing list