[test-results] [Bamboo] No agents to build plan Asterisk Testing - Asterisk Trunk - Asterisk CentOS 6 64-Bit

[Bamboo]

-------------------------------------------------------------------------------
TESTING-ASTERISKTRUNK-AST18CENTOS64-261 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------

http://bamboo.asterisk.org/browse/TESTING-ASTERISKTRUNK-AST18CENTOS64/log

--------------
Code Changes
--------------
rmudgett (365356):

>Fix local channel chains optimizing themselves out of a call.
>
>* Made chan_local.c:check_bridge() check the return value of
>ast_channel_masquerade().  In long chains of local channels, the
>masquerade occasionally fails to get setup because there is another
>masquerade already setup on an adjacent local channel in the chain.
>
>* Made the outgoing local channel (the ;2 channel) flush one voice or
>video frame per optimization attempt.
>
>* Made sure that the outgoing local channel also does not have any frames
>in its queue before the masquerade.
>
>* Made do the masquerade immediately to minimize the chance that the
>outgoing channel queue does not get any new frames added and thus
>unconditionally flushed.
>
>* Made block indication -1 (Stop tones) event when the local channel is
>going to optimize itself out.  When the call is answered, a chain of local
>channels pass down a -1 indication for each bridge.  This blizzard of -1
>events really slows down the optimization process.
>
>(closes issue ASTERISK-16711)
>Reported by: Alec Davis
>Tested by: rmudgett, Alec Davis
>Review: https://reviewboard.asterisk.org/r/1894/
>........
>
>Merged revisions 365313 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 365320 from http://svn.asterisk.org/svn/asterisk/branches/10
>

kmoore (365400):

>Fix many issues from the NULL_RETURNS Coverity report
>
>Most of the changes here are trivial NULL checks.  There are a couple
>optimizations to remove the need to check for NULL and outboundproxy parsing
>in chan_sip.c was rewritten to avoid use of strtok.  Additionally, a bug was
>found and fixed with the parsing of outboundproxy when "outboundproxy=," was
>set.
>
>(Closes issue ASTERISK-19654)
>........
>
>Merged revisions 365398 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 365399 from http://svn.asterisk.org/svn/asterisk/branches/10
>

mjordan (365477):

>Support VoiceMail d() option when extension does not exist in channel's context
>
>The VoiceMail d([c]) option is documented to accept digits for a new extension
>in context <c>, if played during the greeting.  This option works fine if the
>extension being redirected to has an extension with the same initial digit in
>the channel's current context.  If that digit did not happen to exist in some
>extension, a dialplan match would fail and the user would not be redirected.
>
>This patch fixes it such that if the <c> option is used, the extensions are
>matched in that context as opposed to the caller's original context.
>
>(closes issue ASTERISK-18243)
>Reported by: mjordan
>Tested by: mjordan
>
>Review: https://reviewboard.asterisk.org/r/1892
>........
>
>Merged revisions 365474 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 365475 from http://svn.asterisk.org/svn/asterisk/branches/10
>


--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20120508/92f87db6/attachment-0001.htm>