[test-results] [Bamboo] Asterisk - 1.8 - FreeBSD 8.1 build 146 was SUCCESSFUL (with 56 tests). Change made by dvossel

[Bamboo]

-------------- next part --------------
-----------------------------------------------------------
AST-FREEBSD18-146 was successful.
-----------------------------------------------------------
Code has been updated by dvossel.
56 tests in total.

http://bamboo.asterisk.org/browse/AST-FREEBSD18-146/        


--------------
Code Changes
--------------
dvossel (283692):

>Merged revisions 283691 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>................
>  r283691 | dvossel | 2010-08-26 10:24:40 -0500 (Thu, 26 Aug 2010) | 25 lines
>  
>  Merged revisions 283690 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.4
>  
>  ........
>    r283690 | dvossel | 2010-08-26 10:22:28 -0500 (Thu, 26 Aug 2010) | 19 lines
>    
>    Fixed how Asterisk destroys a dialog on channel hangup before invite receives a response.
>    
>    If an ast_channel with a SIP tech pvt hangs up before the sip dialog gets a response
>    to its outgoing INVITE, Asterisk used to pretend_ack the INVITE.  This is not rfc
>    compliant and results in confusion at the other endpoint.  sip_pretend_ack will ack
>    and remove all the packets in the retransmit queue.  This means that the INVITE will
>    stop retransmitting, and that any response to that INVITE that comes after the pretend_ack
>    occurs will be ignored.
>    
>    Instead of faking any sort of acknowledgement for an outgoing INVITE during an internal
>    hangup, we should let the protocol stack process the INVITE transaction and terminate
>    the dialog properly.  This is achieved by setting the PENDING_BYE flag.  When this flag
>    is used, once the dialog proceeds to an escapable state the transaction will either be
>    canceled with a SIP_CANCEL or completed followed immediately by a BYE.  Attempting to do
>    this any other way is incorrect.  If the endpoint is not responding to the INVITE request,
>    the INVITE must continue to be retransmitted until it times out which will result in the
>    dialog being destroyed.
>  ........
>................
>


--------------
Error Summary
--------------
   gnome-config: not found
   Package gtk+-2.0 was not found in the pkg-config search path.
   Perhaps you should add the directory containing `gtk+-2.0.pc'
   to the PKG_CONFIG_PATH environment variable
   No package 'gtk+-2.0' found
   gnome-config: not found
   Package gtk+-2.0 was not found in the pkg-config search path.
   Perhaps you should add the directory containing `gtk+-2.0.pc'
   to the PKG_CONFIG_PATH environment variable
   No package 'gtk+-2.0' found


--
This message is automatically generated by Atlassian Bamboo

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/test-results/attachments/20100826/2a0fb6f1/attachment.htm