[test-results] [Bamboo] Asterisk - Team Branches > Pimp My SIP > #402 has FAILED. Change made by root.

Bamboo bamboo at asterisk.org
Thu Jun 13 19:57:32 CDT 2013


-----------------------------------------------------------------------
Asterisk - Team Branches > Pimp My SIP > #402 failed.
-----------------------------------------------------------------------
Code has been updated by root.
1/2 jobs failed, with 0 failing tests.

http://bamboo.asterisk.org/browse/ASTTEAM-PIMPMYSIP-402/


--------------
Failing Jobs
--------------
  - Asterisk 1.8 CentOS 6 32-Bit (CentOS 6): No tests found.



--------------
Code Changes
--------------
root (391458):

>Multiple revisions 391453,391455
>
>........
>  r391453 | jrose | 2013-06-11 17:21:36 -0500 (Tue, 11 Jun 2013) | 12 lines
>  
>  bridge_native_rtp: Fix native bridge tech being incompatible when it should be.
>  
>  When checking compatability for the native RTP bridge technology there is a
>  race condition between clearing framehooks that are destroyed when leaving
>  certain bridges with certain technologies (such as bridge_native_rtp) and
>  joining bridges with the bridge_native_rtp technology. Yes, that means a
>  channel in a native RTP bridge could move to another native RTP bridge and
>  be considered incompatible with the new native RTP bridge causing it to
>  revert to a simple bridge technology0. This fixes that bug by ignoring
>  framehooks that have been marked for destruction when checking for
>  compatibility with the bridge_native_rtp technology.
>........
>  r391455 | mmichelson | 2013-06-11 17:57:09 -0500 (Tue, 11 Jun 2013) | 3 lines
>  
>  Remove incorrect comment about local channel optimization occurring when performing an attended transfer on an entire bridge.
>........
>
>Merged revisions 391453,391455 from file:///srv/subversion/repos/asterisk/trunk
>

root (391337):

>IAX2: Transfer Reject: Lock bridgecallno before touching it, refactor
>
>1). When touching the bridgecallno, we need to lock it.
>
>2). Remove magic number '0' and replace with TRANSFER_NONE.
>
>3). Exit early if no bridgecallno.
>
>4). Reduce indentation.
>
>Reported by: alecdavis
>Tested by: alecdavis
>alecdavis (license 585)
>
>Review https://reviewboard.asterisk.org/r/2613/
>........
>
>Merged revisions 391333 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 391334 from http://svn.asterisk.org/svn/asterisk/branches/11
>........
>
>Merged revisions 391335 from file:///srv/subversion/repos/asterisk/trunk
>

root (391408):

>Add vtable and methods for to_json and to_ami for Stasis messages
>
>When a Stasis message type is defined in a loadable module, handling
>those messages for AMI and res_stasis events can be cumbersome.
>
>This patch adds a vtable to stasis_message_type, with to_ami and
>to_json virtual functions. These allow messages to be handled
>abstractly without putting module-specific code in core.
>
>As an example, the VarSet AMI event was refactored to use the to_ami
>virtual function.
>
>(closes issue ASTERISK-21817)
>Review: https://reviewboard.asterisk.org/r/2579/
>........
>
>Merged revisions 391403 from file:///srv/subversion/repos/asterisk/trunk
>



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


More information about the Test-results mailing list