On Wed, Jun 29, 2011 at 05:04:27PM -0400, Christopher Lasater wrote: > 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.
The ___Approvals queue in RT is special. If you'd like RT's built-in approvals code to be triggered, you need to use that Queue. The reject code isn't done as a Scrip which is why you don't see it there, it's in the Rule I mentioned. You should consider using the built in ___Approvals queue, it will let you use the Approval link on the left side of RT and the Approvals UI it provides. If you don't want to use ___Approvals you will need to write your own Scrip to reject the original ticket. -kevin > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Kevin Falcone > Sent: Wednesday, June 29, 2011 4:50 PM > To: [email protected] > 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: [email protected] > > [mailto:[email protected]] On Behalf Of Kevin > > Falcone > > Sent: Wednesday, June 29, 2011 4:30 PM > > To: [email protected] > > 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: [email protected] > > > [mailto:[email protected]] On Behalf Of > > > Christopher Lasater > > > Sent: Monday, June 27, 2011 3:26 PM > > > To: [email protected] > > > 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][email protected] > > > [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:[email protected] > > > 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 > > -----BEGIN PGP SIGNATURE----- > Version: 10.1.0 (Build 860) > > iQEVAwUBTguTW3UEnna91A87AQjHUQgAm8YGeKta7mCgGedNZ6GZevyWwQh3SzXd > o2ZV3SsE9uC4xB6Nqz0lGzd3+T4ynntVw+9lScJsadkvGEtr9Gif9KFCD0Xqbnht > 4Prc0xrT/Amljy66P9tZ9HanRvoddSc8OtO/ObkUZMnAiEMjYZa2siKdzDgJWxtE > fk6RH39i6eMpWvkGur+klXiKxak/h8OQSttws7g/uAXnyxQQlE0u8eMclOe9tiz0 > Hn23zHnRPAFtos3EwuqFkLoIs/IX7ZpPaTvqPZKT4x3i9ufOPVInBNqPL1cavV42 > OnzrqbY74OY81GqG8htZ5WftNotobeqCjoDQswRt05wJoqlo9VIW8g== > =VlNU > -----END PGP SIGNATURE----- > > -------- > 2011 Training: http://bestpractical.com/services/training.html
pgpOzhu9IleDs.pgp
Description: PGP signature
-------- 2011 Training: http://bestpractical.com/services/training.html
