[asterisk-dev] [Code Review]: Fix AMI redirect action with two channels failing to redirect both channels.

[rmudgett]

> On Dec. 13, 2012, 11:30 a.m., opticron wrote:
> > You can remove buf entirely by using astman_send_error_va where necessary.

Unfortunately that function is not available in v1.8.


- rmudgett


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


On Dec. 12, 2012, 2:24 p.m., rmudgett wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/2243/
> -----------------------------------------------------------
> 
> (Updated Dec. 12, 2012, 2:24 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> The AMI redirect action can fail to redirect two channels that are bridged together.  There is a race between the AMI thread redirecting the two channels and the bridge thread noticing that a channel is hungup from the redirects.
> 
> * Made the bridge wait for both channels to be redirected before exiting.
> 
> * Made the AMI redirect check that all required headers are present before proceeding with the redirection.
> 
> * Made the AMI redirect require that any supplied ExtraChannel exist before proceeding.  Previously the code fell back to a single channel redirect operation.
> 
> 
> This addresses bugs ASTERISK-18975 and ASTERISK-19948.
>     https://issues.asterisk.org/jira/browse/ASTERISK-18975
>     https://issues.asterisk.org/jira/browse/ASTERISK-19948
> 
> 
> Diffs
> -----
> 
>   /branches/1.8/include/asterisk/channel.h 377921 
>   /branches/1.8/main/features.c 377921 
>   /branches/1.8/main/manager.c 377921 
> 
> Diff: https://reviewboard.asterisk.org/r/2243/diff
> 
> 
> Testing
> -------
> 
> The redirect of both channels now succeeds.
> 
> 
> Thanks,
> 
> rmudgett
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20121213/9a24e052/attachment.htm>