[test-results] [Bamboo] Asterisk Testing > Certified Asterisk 1.8.11 Branch > #37 has FAILED (3 tests failed). Change made by Matthew Jordan.

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Certified Asterisk 1.8.11 Branch > #37 failed.
-----------------------------------------------------------------------
Code has been updated by Matthew Jordan.
3/184 tests failed.

http://bamboo.asterisk.org/browse/TESTING-ASTERISKCERTIFIED1811-37/


--------------
Failing Jobs
--------------
  - Asterisk 1.8 CentOS 6 64-Bit (CentOS 6): 3 of 184 tests failed.



--------------
Code Changes
--------------
Matthew Jordan (375568):

>Multiple revisions 369436,369557,369579,369626,369652,372628 for 1.8.11-cert8
>
>........
>  r369436 | twilson | 2012-06-27 15:58:51 -0500 (Wed, 27 Jun 2012) | 17 lines
>  
>  AST-2012-010: Clean up after a reinvite that never gets a final response
>  
>  The basic problem is that if a re-INVITE is sent by Asterisk and it receives a
>  provisional response, but no final response, then the dialog is never torn
>  down. In addition to leaking memory, this also leaks file descriptors and will
>  eventually lead to Asterisk no longer being able to process calls.
>  
>  This patch just keeps track of whether there is an outstanding re-INVITE, and if
>  there is goes ahead and cleans up everything as though there was no outstanding
>  reinvite.
>  
>  Review: https://reviewboard.asterisk.org/r/2009/
>  
>  (closes issue ASTERISK-19992)
>  Reported by: Steve Davies
>  Tested by: Steve Davies, Terry Wilson
>........
>  r369557 | twilson | 2012-07-03 09:27:02 -0500 (Tue, 03 Jul 2012) | 11 lines
>  
>  Better handle re-INVITEs with provisional but no final repsonses
>  
>  A previous attempt at fixing this issue had negative side effects related
>  to attended transfers which this patch should resolve. Many thanks to
>  Steve Davies for all of the good suggestions and testing.
>  
>  (closes issue ASTERISK-19992)
>  Reported by: Steve Davies
>  Tested by: Steve Davies, Terry Wilson
>  Review: https://reviewboard.asterisk.org/r/2009/
>........
>  r369579 | twilson | 2012-07-03 11:58:16 -0500 (Tue, 03 Jul 2012) | 8 lines
>  
>  More improvements to re-INVITEs timing out after a provisional response
>  
>  There is no need to call check_pendings() on a final response to an INVITE
>  when destroying the scheduler entry as it will be done later during normal
>  processing.
>  
>  (issue ASTERISK-19992)
>........
>  r369626 | mjordan | 2012-07-05 12:01:52 -0500 (Thu, 05 Jul 2012) | 16 lines
>  
>  Do not send a BYE when a provisional response arrives during a re-INVITE
>  
>  Commits r369557 and r369579 were done to improve handling of re-INVITEs
>  when the UA that was supposed to receive the re-INVITE fails to respond.
>  A limitation of those patches occurred when a UA sent a provisional
>  response to the re-INVITE.  This triggered a sending of a BYE in
>  check_pending.  This patch tweaks the handling of the re-INVITE such that
>  a BYE is not sent in response to those messages.
>  
>  (issue ASTERISK-19992)
>  Reported by: Steve Davies
>  Tested by: Steve Davies
>  patches:
>    (reinvite_tweak.diff license #5012 by Steve Davies)
>........
>  r369652 | kmoore | 2012-07-05 14:01:52 -0500 (Thu, 05 Jul 2012) | 22 lines
>  
>  AST-2012-011: Resolve heap corruption issue with voicemail
>  
>  The heard and deleted arrays in the voicemail state structure were not
>  handled properly following the memory leak fix in r354890 and a fix for
>  an invalid free in r356797.  This could result in accessing and writing
>  into freed memory.  The allocation for these arrays has been reworked
>  to avoid the possibility of invalid frees, access of freed memory, and
>  crashes that were occurring as a result of this.
>  
>  Locking around accesses and modifications of the voicemail state
>  structure members dh_arraysize, heard, and deleted has been added to
>  prevent simultaneous modification and access when IMAP storage is in
>  use.  If IMAP storage is not in use, this locking is not compiled in.
>  
>  Review: https://reviewboard.asterisk.org/r/1994/
>  (closes issue ASTERISK-19923)
>  Reported by: Dan Delaney
>  Tested by: Dan Delaney, Julian Yap
>  Patches:
>    vm_alloc_fix.diff uploaded by kmoore (license 6273)
>........
>  r372628 | rmudgett | 2012-09-07 17:06:29 -0500 (Fri, 07 Sep 2012) | 5 lines
>  
>  Remove annoying unconditional debug message from INC/DEC functions.
>  
>  (closes issue AST-1001)
>  Reported by: Guenther Kelleter
>........
>
>Merged revisions 369436,369557,369579,369626,369652,372628 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>



--------------
Tests
--------------
New Test Failures (3)
   - AsteriskTestSuite: S/channels/ s i p/sip attended transfer tcp
   - AsteriskTestSuite: S/channels/ s i p/sip attended transfer v6
   - AsteriskTestSuite: S/channels/ s i p/sip outbound address
Fixed Tests (1)
   - AsteriskTestSuite: S/channels/ s i p/sip one legged transfer

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