[asterisk-dev] [Code Review]: Add AGIEXITONHANGUP variable.

[Russell Bryant]

> On Feb. 13, 2012, 11:43 a.m., rmudgett wrote:
> > /trunk/res/res_agi.c, line 3488
> > <https://reviewboard.asterisk.org/r/1734/diff/1/?file=24155#file24155line3488>
> >
> >     What mmichelson said could also be applied to this line.

done


> On Feb. 13, 2012, 11:43 a.m., rmudgett wrote:
> > /trunk/res/res_agi.c, lines 3537-3539
> > <https://reviewboard.asterisk.org/r/1734/diff/1/?file=24155#file24155line3537>
> >
> >     A better place for this check would be right after sending the SIGHUP signal or HANGUP message to the AGI script.  Located above.

done


- Russell


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/1734/#review5485
-----------------------------------------------------------


On Feb. 12, 2012, 1:05 p.m., Russell Bryant wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/1734/
> -----------------------------------------------------------
> 
> (Updated Feb. 12, 2012, 1:05 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> This patch adds a variable AGIEXITONHANGUP for res_agi.  If this variable is set to "yes" on a channel, AGI() will exit immediately once a channel hangup has been detected.  This was the behavior of AGI() in Asterisk 1.4 and earlier and is still desired by some people.
> 
> 
> Diffs
> -----
> 
>   /trunk/CHANGES 354937 
>   /trunk/res/res_agi.c 354937 
> 
> Diff: https://reviewboard.asterisk.org/r/1734/diff
> 
> 
> Testing
> -------
> 
> Wrote a simple AGI script that executes HANGUP and observed differences in behavior between Asterisk versions and then with/without this variable enabled.
> 
> 
> Thanks,
> 
> Russell
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20120214/c2f9eb2d/attachment-0001.htm>