[rt-devel] Inverting Ticket Priority
Swayne, Mark A
mark.a.swayne at xo.com
Tue May 21 20:02:25 EDT 2002
I knew there was something I was missing.
Yeah, here a P1 is on fire and a P5 might get considered next month. So,
we'd need the same thing.
I think all that you need to do is change WebRT/html/Elements/MyTickets.
$MyTickets->OrderBy(FIELD => 'Priority', ORDER => 'DESC');
$MyTickets->OrderBy(FIELD => 'Priority', ORDER => 'ASC');
We aren't in production yet, but this seems to take care of the issue.
Is there anywhere else that you know of an embedded idea of ticket priority
From: Marc Davignon [mailto:mpdavig at des.jhy.us.ml.com]
Sent: Tuesday, May 21, 2002 2:03 PM
To: rt-devel at lists.fsck.com
Subject: [rt-devel] Inverting Ticket Priority
Forgive me for not having tested the 2.1.x tree, but . . .
My group was wondering if anyone has ever wanted, suggested, or modified
RT 2.0.x to invert the default behavior of RT priorities. The default is
for 99 to be the highest and 1 is the lowest priority.
We migrated from another system where this thinking was reversed and it
has been a tough transition for a number of people who believe the highest
priority should always be 1.
It would be nice to have a global switch in config.pm to invert priority
behavior to play priority 1 items to the top of the list.
Has anyone created or wanted a solution for this?
Systems Administrator, Merrill Lynch ITG
rt-devel mailing list
rt-devel at lists.fsck.com
More information about the Rt-devel