Hey Kevin,
        Thanks for the response. 

        I was not using the __approval queue that is created by default, I 
created another one call POapproval and selected the approval lifecycle.  Will 
this make it work the same way as the __approval queue?  I checked the scrips 
under __approval and I do not see anything special that would create different 
behavior.  If the queue the approval is sent to just needs to have its 
lifecycle be approved, then it does not seem to be working for me.
        Thanks,
      Chris

-----Original Message-----
From: rt-users-boun...@lists.bestpractical.com 
[mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kevin Falcone
Sent: Wednesday, June 29, 2011 4:50 PM
To: rt-users@lists.bestpractical.com
Subject: Re: [rt-users] Ticket can be Resolved when Depending on Rejected 
Approval Ticket

On Wed, Jun 29, 2011 at 04:45:05PM -0400, Christopher Lasater wrote:
> What do you mean by cascade the reject up to the Original ticket?  The 
> original ticket shows that the depends on ticket (the approval) is rejected, 
> but the status for the original does not changed...

When a ticket in the ___Approvals queue is rejected, there is code to run and 
reject the original ticket.

lib/RT/Approval/Rule/Rejected.pm

-kevin

> From: rt-users-boun...@lists.bestpractical.com 
> [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of Kevin 
> Falcone
> Sent: Wednesday, June 29, 2011 4:30 PM
> To: rt-users@lists.bestpractical.com
> Subject: Re: [rt-users] Ticket can be Resolved when Depending on 
> Rejected Approval Ticket
> 
> On Tue, Jun 28, 2011 at 10:49:20AM -0400, Christopher Lasater wrote:
> >    Ohh yeah, this is RT-4.0.  Is this also the behavior in previous 
> > versions?
> 
> When you reject an Approvals ticket it should cascade that Reject back up to 
> the Original ticket automatically.  That is built-in default behavior.
> 
> There is no code to prevent you from resolving it after it has been rejected.
> 
> -kevin
> 
> >    From: rt-users-boun...@lists.bestpractical.com
> >    [mailto:rt-users-boun...@lists.bestpractical.com] On Behalf Of 
> > Christopher Lasater
> >    Sent: Monday, June 27, 2011 3:26 PM
> >    To: rt-users@lists.bestpractical.com
> >    Subject: [rt-users] Ticket can be Resolved when Depending on 
> > Rejected Approval Ticket
> > 
> > 
> > 
> >    Hello,
> > 
> >                   Not sure if this is normal, but I have a Queue set up so 
> > that when a ticket is
> >    created it will automatically create another ticket for Approval.  This 
> > seems to be working
> >    well, since the original ticket is immediately created with a Dependency 
> > for the Approval
> >    ticket.  If I try to Resolve the ticket before the approval process I 
> > get a dependency error,
> >    which is what I expect, but if I reject the approval I can then resolve 
> > the original ticket.
> >    Shouldn't I get an error message at this point saying it cannot be 
> > resolved and needs to be
> >    rejected?  Or have the approval automatically reject/close/resolve the 
> > original ticket?
> > 
> > 
> > 
> >                   Thanks
> > 
> > 
> > 
> > 
> > 
> >    Christopher Lasater
> >    Technology Analyst I
> >    Taleo
> >    T. 904.520.6046
> >    E. [1]clasa...@taleo.com
> >    [2]TALEO
> > 
> >    This email and any attachments thereto may contain private, 
> > confidential, and privileged
> >    material for the sole use of the intended recipient named in the 
> > original email to which this
> >    message was attached. Any review, copying, or distribution of this email 
> > (or any attachments
> >    thereto) by others is strictly prohibited. If you are not the intended 
> > recipient, please
> >    return this email to the sender immediately and permanently delete the 
> > original and any copies
> >    of this email and any attachments thereto.
> > 
> > 
> > 
> > References
> > 
> >    Visible links
> >    1. mailto:clasa...@taleo.com
> >    2. http://www.taleo.com/
> 
> 
> 
> > -----BEGIN PGP SIGNATURE-----
> > Version: 10.1.0 (Build 860)
> > 
> > iQEVAwUBTgnp8HUEnna91A87AQiAfggApHjAjR18f+ngBCyoMQASu4ez5Ae/Xzgk
> > PtCumIiFmqyAvQcXKFIysehccqQUdMUbz109Gq1JE9EMSxG2C/s9UOsCPGSE+VIL
> > XKmC72S3ng2ii0URBXeyOKgxiE2hUMGgPYG6N0TIe45O+LQxe6GA7bibIHqrbekT
> > mf2nkaJzuq7Mnq06NO4EJrGE9RnBq63BVIYwkWHY324OEKd+skhgOOADnhSs0+t7
> > KSomVp2LUSrd/uwhexo+pYAb8Yy9bN2y3yMUW85Tqj2XfEeQ4CD4icafzSizwNCH
> > /pQCZDk2rmQXIQc+liFlBgotfh+iFErXoP9sZ8l9s7mTjT021XkjCg==
> > =ZVsj
> > -----END PGP SIGNATURE-----
> 
> 
> > 
> > --------
> > 2011 Training: http://bestpractical.com/services/training.html
> 

> -----BEGIN PGP SIGNATURE-----
> Version: 10.1.0 (Build 860)
> 
> iQEVAwUBTguO0HUEnna91A87AQhA5gf/dXHYxPn35o0xgQbp89PanrerG3X+euJe
> 9cM5tJPK28ZqXhJYEZaV7gqIKu+X3SXSxJ7TeryyqRlMoDCuMkmWM4oXBO+0UJsB
> xY/ZotVaeRWmbLY2tdyiNaHcsNyuVScGfAQoxlQsNDFrYjQdabRZZIi4JyezZ1Yw
> yZyxm686bLybynbFImJxyG9PgqZX/I6NT2R0o49R3HZlnYmRzA7mkhj+2JDNGk6U
> ShmkTlANYfgatjr51d6pMEv0bsqKHpCjetlTYqUsfKYYEMXXg7LIIDM3g1em91Tb
> 5Ms6YR2uLnLlE+EOzo6Ff6eKjQh98+/iWPkNOsxjlGsl29hd+s0+sg==
> =pImD
> -----END PGP SIGNATURE-----


> 
> --------
> 2011 Training: http://bestpractical.com/services/training.html

Attachment: PGP.sig
Description: PGP signature

--------
2011 Training: http://bestpractical.com/services/training.html

Reply via email to