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

Bamboo bamboo at asterisk.org
Thu Jan 27 13:55:17 CST 2011


-----------------------------------------------------------------------
Asterisk - 1.8 > Mac OS X Snow Leopard (10.6) > #121 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of AST18-LUCID-203.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST18-SNOWLEOPARD-121/


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


--------------
Code Changes
--------------
Mark Michelson (304251):

>Merged revisions 304250 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>................
>  r304250 | mmichelson | 2011-01-26 15:02:10 -0600 (Wed, 26 Jan 2011) | 9 lines
>  
>  Merged revisions 304242 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.4
>  
>  ........
>    r304242 | mmichelson | 2011-01-26 14:38:37 -0600 (Wed, 26 Jan 2011) | 3 lines
>    
>    Get rid of unused 'verbose' field in ast_udptl
>  ........
>................
>

Terry Wilson (303962):

>Merged revisions 303960 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>................
>  r303960 | twilson | 2011-01-25 16:02:42 -0600 (Tue, 25 Jan 2011) | 23 lines
>  
>  Merged revisions 303906 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.4
>  
>  ........
>    r303906 | twilson | 2011-01-25 14:50:59 -0600 (Tue, 25 Jan 2011) | 16 lines
>    
>    Guard against retransmitting BYEs indefinitely
>    
>    In the case of an attended transfer (A calls B, A atxfers to C) where
>    A becomes unreachable before replying to Asterisk's BYE, Asterisk can
>    sometimes retransmit the BYE indefinitely. This is because
>    __sip_autodestruct tests p->refer && !ast_test_flag(&p->flags[0],
>    SIP_ALREADYGONE and will then transmit a BYE. When this BYE times out,
>    it will not ever be marked as ALREADYGONE, so when __sip_autodestruct
>    is called again, we end up starting the cycle over.
>    
>    This patch adds a call to sip_alreadygone(pkt->owner) in retrans_pkt
>    in the case of a BYE that has timed out. This should prevent Asterisk
>    from trying to transmit new BYE messages in the future.
>    
>    Review: https://reviewboard.asterisk.org/r/1077/
>  ........
>................
>

rmudgett (304150):

>Merged revisions 304149 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>................
>  r304149 | rmudgett | 2011-01-26 13:38:38 -0600 (Wed, 26 Jan 2011) | 9 lines
>  
>  Merged revisions 304148 from
>  https://origsvn.digium.com/svn/asterisk/be/branches/C.3-bier
>  
>  ..........
>    r304148 | rmudgett | 2011-01-26 13:23:46 -0600 (Wed, 26 Jan 2011) | 2 lines
>  
>    Update documentation for DAHDISendCallreroutingFacility() application.
>  ..........
>................
>


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


More information about the Test-results mailing list