[test-results] [Bamboo] No agents to build plan Asterisk - 1.8 - FreeBSD 8.1 - i386

[Bamboo]

-------------------------------------------------------------------------------
AST18-FREEBSD81-I386-150 has been queued, but there's no agent capable of building it.
-------------------------------------------------------------------------------

http://bamboo.asterisk.org/browse/AST18-FREEBSD81-I386/log

--------------
Code Changes
--------------
twilson (310902):

>Merged revisions 310889 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>................
>  r310889 | twilson | 2011-03-16 12:03:27 -0500 (Wed, 16 Mar 2011) | 36 lines
>  
>  Merged revisions 310888 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.4
>  
>  ........
>    r310888 | twilson | 2011-03-16 11:58:42 -0500 (Wed, 16 Mar 2011) | 29 lines
>    
>    Don't delay DTMF in core bridge while listening for DTMF features
>    
>    This patch is mostly the work of Olle Johansson. I did some cleanup and
>    added the silence generating code if transmit_silence is set.
>    
>    When a channel listens for DTMF in the core bridge, the outbound DTMF is not
>    sent until we have received DTMF_END. For a long DTMF, this is a disaster. We
>    send 4 seconds of DTMF to Asterisk, which sends no audio for those 4 seconds.
>    Some products see this delay and the time skew on RTP packets that results and
>    start ignoring the audio that is sent afterward.
>    
>    With this change, the DTMF_BEGIN frame is inspected and checked. If it matches
>    a feature code, we wait for DTMF_END and activate the feature as before. If
>    transmit_silence=yes in asterisk.conf, silence is sent if we paritally match a
>    multi-digit feature. If it doesn't match a feature, the frame is forwarded
>    along with the DTMF_END without delay. By doing it this way, DTMF is not delayed.
>    
>    (closes issue #15642)
>    Reported by: jasonshugart
>    Patches: 
>          issue_15652_dtmf_ast-1.4.patch.txt uploaded by twilson (license 396)
>    Tested by: globalnetinc, jde
>    
>    (closes issue #16625)
>    Reported by: sharvanek
>    
>    Review: https://reviewboard.asterisk.org/r/1092/
>    Review: https://reviewboard.asterisk.org/r/1125/
>  ........
>................
>

twilson (310993):

>Merged revisions 310992 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>........
>  r310992 | twilson | 2011-03-16 14:23:03 -0500 (Wed, 16 Mar 2011) | 4 lines
>  
>  Don't keep trying to write to a closed connection
>  
>  See security advisory AST-2011-003.
>........
>

twilson (310999):

>Merged revisions 310998 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>........
>  r310998 | twilson | 2011-03-16 14:46:36 -0500 (Wed, 16 Mar 2011) | 11 lines
>  
>  Fix crash on fdopen failure
>  
>  See security advisory AST-2011-004
>  
>  (closes issue #18845)
>  Reported by: cmaj
>  Patches: 
>      patch-main-tcptls-1.8.3-rc2-open-session-crash-take2.diff.txt uploaded by cmaj (license 830)
>      patch-main-tcptls-1.8.3-rc2-open-session-crash-take3.diff.txt uploaded by cmaj (license 830)
>  Tested by: cmaj, twilson
>........
>


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