[asterisk-dev] [Code Review] 3921: Stasis: Add missing information to blind transfer events

rmudgett reviewboard at asterisk.org
Tue Aug 19 13:46:15 CDT 2014


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

Ship it!


Looks ok to me.

- rmudgett


On Aug. 19, 2014, 7:29 a.m., opticron wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3921/
> -----------------------------------------------------------
> 
> (Updated Aug. 19, 2014, 7:29 a.m.)
> 
> 
> Review request for Asterisk Developers, Matt Jordan and Mark Michelson.
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> When a blind transfer occurs that is forced to create a local channel pair to satisfy the transfer request, information about the local channel pair is not published. This adds a field to describe that channel to the blind transfer message struct so that this information is conveyed properly to consumers of the blind transfer message.
> 
> This also fixes a bug in which Stasis() was unable to properly identify the channel that was replacing an existing Stasis-controlled channel due to a blind transfer.
> 
> 
> Diffs
> -----
> 
>   branches/12/rest-api/api-docs/events.json 421326 
>   branches/12/res/stasis/app.c 421326 
>   branches/12/res/ari/ari_model_validators.c 421326 
>   branches/12/res/ari/ari_model_validators.h 421326 
>   branches/12/main/stasis_bridges.c 421326 
>   branches/12/main/bridge.c 421326 
>   branches/12/include/asterisk/stasis_bridges.h 421326 
> 
> Diff: https://reviewboard.asterisk.org/r/3921/diff/
> 
> 
> Testing
> -------
> 
> Verified functionality manually and updated the ARI blind transfer test to check for these conditions.
> 
> 
> Thanks,
> 
> opticron
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140819/e064348e/attachment.html>


More information about the asterisk-dev mailing list