[asterisk-dev] [Code Review] 3672: Bridging: Allow DTMF hook to pass execution to a different hook
opticron
reviewboard at asterisk.org
Wed Jun 25 18:42:52 CDT 2014
> On June 25, 2014, 4:29 p.m., Mark Michelson wrote:
> > trunk/main/bridge_channel.c, lines 1467-1469
> > <https://reviewboard.asterisk.org/r/3672/diff/1/?file=60736#file60736line1467>
> >
> > Should this also send the FEATURE_DETECTION failure test event?
There are no tests that would use it since the test I wrote for this feature is a unit test, but I can include it for completeness.
- opticron
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3672/#review12324
-----------------------------------------------------------
On June 25, 2014, 2:14 p.m., opticron wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3672/
> -----------------------------------------------------------
>
> (Updated June 25, 2014, 2:14 p.m.)
>
>
> Review request for Asterisk Developers.
>
>
> Repository: Asterisk
>
>
> Description
> -------
>
> This change allows DTMF hooks to request that an alternative DTMF hook be executed. This behavior is triggered by a new return value for DTMF hooks while the hook to be executed is specified in the REINTERPRET_FEATURE channel variable.
>
>
> Diffs
> -----
>
> trunk/tests/test_channel_feature_hooks.c PRE-CREATION
> trunk/main/bridge_channel.c 416731
> trunk/include/asterisk/bridge_features.h 416731
>
> Diff: https://reviewboard.asterisk.org/r/3672/diff/
>
>
> Testing
> -------
>
> Manual testing as well as the attached unittest. Note that the DTMF and interval tests have already been reviewed as part of https://reviewboard.asterisk.org/r/3649/ and that only the reinterpret DTMF test is new along with helper function reinterpret_callback().
>
>
> Thanks,
>
> opticron
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20140625/ddc94337/attachment.html>
More information about the asterisk-dev
mailing list