I've managed to get stuck with looking at emulating an existing Tivoli
TSRM process with RT. It's a somewhat complex workflow for change
management, where a request goes through a series of states, and in each
state there are different restrictions on what can happen, and who can
do it.
I'm
Howard,
We have a specific WorkFlow that involves some automatic processes
(automatically promoting Status and sending notifications) based on a
combination of values in the Status field (and some Custom Fields) and we
had to add a couple Status values (for staging QA testing) to accomplish
this.
Hi,
Is it possible to have two RT installations on the same server? If yes, how?.
Thanks
Discover RT's hidden secrets with RT Essentials from O'Reilly Media.
Buy a copy at http://rtbook.bestpractical.com
Based on the setup I just did for my new server, I would have to say yes...
few things you'd need to do(just off the top of my head... probably more
gotchas)
- have mulitple install instances of RT ie /opt/rt3-live and /opt/rt3-test
- have multiple mysql instances OR change the database name of
Hi Kevin,
I'm not a Perl wiz at all, and I'm just grasping at straws trying to
troubleshoot why it isn't working.
Here is the core of the log before the lines I posted...
[Mon Jul 26 19:52:54 2010] [debug]: Reloading RT::User to work around a bug
in RT-3.8.0 and RT-3.8.1
On 26/07/2010 17:11, Kenneth Crocker wrote:
Howard,
We have a specific WorkFlow that involves some automatic processes
(automatically promoting Status and sending notifications) based on a
combination of values in the Status field (and some Custom Fields) and
we had to add a couple Status
Howard,
Not exactly. We have a Review Approval process, which is what you seem to
want and a QA approval process which is a whole different process. It looks
like you want the ticket approved before get worked on and RT already has
that ability with it's own Approvals. When you use that
Kenneth Crocker wrote:
Howard,
Not exactly. We have a Review Approval process, which is what you
seem to want and a QA approval process which is a whole different
process. It looks like you want the ticket approved before get
worked on and RT already has that ability with it's own