[test-results] [Bamboo] Asterisk - Trunk > Mac OS X Snow Leopard (10.6) > #306 has FAILED. Change made by 6 authors.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - Trunk > Mac OS X Snow Leopard (10.6) > #306 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of ASTTRUNK-LUCID-778.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/ASTTRUNK-SNOWLEOPARD-306/


--------------
Failing Jobs
--------------
  - x86_64 (Default Stage): No tests found.


--------------
Code Changes
--------------
kmoore (328937):

>Merged revisions 328936 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/2.0
>
>................
>  r328936 | kmoore | 2011-07-20 14:01:37 -0500 (Wed, 20 Jul 2011) | 15 lines
>  
>  Merged revisions 328935 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.8
>  
>  ........
>    r328935 | kmoore | 2011-07-20 14:00:23 -0500 (Wed, 20 Jul 2011) | 8 lines
>    
>    Inband DTMF regression
>    
>    The functionality of inband DTMF in chan_sip relied upon
>    ast_rtp_instance_dtmf_mode_get/set not working properly to avoid calling
>    ast_rtp_instance_dtmf_begin/end on RTP streams with inband DTMF. According to
>    documentation, ast_rtp_instance_dtmf_begin/end is meant only for RFC2833 DTMF,
>    never inband.  This fixes the regression introduced in revision 328823.
>  ........
>................
>

kmoore (328825):

>Merged revisions 328824 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.10
>
>................
>  r328824 | kmoore | 2011-07-19 13:05:21 -0500 (Tue, 19 Jul 2011) | 18 lines
>  
>  Merged revisions 328823 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.8
>  
>  ........
>    r328823 | kmoore | 2011-07-19 12:57:18 -0500 (Tue, 19 Jul 2011) | 11 lines
>    
>    RTP bridge away with inband DTMF and feature detection
>    
>    When deciding whether Asterisk was allowed to bridge the call away from the
>    core, chan_sip did not take into account the usage of features on dialed
>    channels that require monitoring of DTMF on channels utilizing inband DTMF.
>    This would cause Asterisk to allow the call to be locally or remotely bridged, 
>    preventing access to the data required to detect activations of such features.
>    
>    (closes 17237)
>    Review: https://reviewboard.asterisk.org/r/1302/
>  ........
>................
>

Terry Wilson (328718):

>Merged revisions 328717 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.10
>
>................
>  r328717 | twilson | 2011-07-18 20:55:32 -0500 (Mon, 18 Jul 2011) | 14 lines
>  
>  Merged revisions 328716 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.8
>  
>  ........
>    r328716 | twilson | 2011-07-18 20:35:53 -0500 (Mon, 18 Jul 2011) | 7 lines
>    
>    Make AST_LIST_REMOVE safer
>    
>    AST_LIST_REMOVE shouldn't modify the element passed in if it isn't found. This
>    commit also adds linked list unit tests.
>    
>    Review: https://reviewboard.asterisk.org/r/1321/
>  ........
>................
>


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