[rt-users] Re: Custom statuses

[Phil Smith III]

You know, I *did* read the discussion about using custom fields instead, and I don't see any real reasoning that says why adding custom statuses should be deprecated.  The only reason cited seemed to be:

"You need to separate the workflow status (new, open, closed, etc.) from the business status (sold, returned, exchanged, etc.)."

The ones I want to add *are* workflow, it seems to me.

I'm not interested in starting a flamewar, but I'd like to understand the reasoning that says "Use custom fields".  If it's "Custom statuses don't work", that's one thing; if it's some theological reason, I'd like to understand it.

Thanks,

...phsiii

-----Original Message-----
From: Ruslan Zakirov [mailto:ruslan.zakirov at gmail.com] 
Sent: Tuesday, November 01, 2005 11:27 PM
To: Phil Smith III
Cc: rt-users at lists.bestpractical.com
Subject: Re: [rt-users] Re: Custom statuses

Put next to the RT_SiteConfig and drop customization of the Queue.pm:
@ActiveStatus = qw(new open stalled pricepending customerwait
externalwait escalated);
@InactiveStatus = qw(resolved rejected deleted);

stop and start server, restart doesn't help.

It's not recommended way to change status values. Use custom fields instead.

On 11/1/05, Phil Smith III <lists at akphs.com> wrote:
> Now I feel like an idiot: it's not working after all.
>
> Queue_Local.pm contains:
>
> @ACTIVE_STATUS = qw(new open stalled pricepending customerwait externalwait escalated);
> @INACTIVE_STATUS = qw(resolved rejected deleted);
> @STATUS = (@ACTIVE_STATUS, @INACTIVE_STATUS);
>
> 1; # the file needs to end with this
>
> and I've looked at it and looked at it. What am I missing???
>
> ...phsiii
>
> _______________________________________________
> http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users
>
> Be sure to check out the RT Wiki at http://wiki.bestpractical.com
>
> Buy your copy of our new book, RT Essentials, today!
>
> Download a free sample chapter from http://rtbook.bestpractical.com
>


--
Best regards, Ruslan.