[test-results] [Bamboo] Asterisk - Trunk > FreeBSD 8.1 > #373 has FAILED (2 tests failed, no failures were new). Change made by wedhorn.

Bamboo bamboo at asterisk.org
Wed Oct 12 04:25:13 CDT 2011


-----------------------------------------------------------------------
Asterisk - Trunk > FreeBSD 8.1 > #373 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of ASTTRUNK-LUCID-1086.
2/136 tests failed, no failures were new.

http://bamboo.asterisk.org/browse/ASTTRUNK-FREEBSD81-373/


--------------
Failing Jobs
--------------
  - i386 (Default Stage): 2 of 136 tests failed.


--------------
Code Changes
--------------
wedhorn (340032):

>Merged revisions 340031 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/10
>
>........
>  r340031 | wedhorn | 2011-10-10 09:18:27 +1100 (Mon, 10 Oct 2011) | 8 lines
>  
>  Return -1 to skinny_session if register rejected.
>  
>  If device registration is rejected, return -1 so that the session is
>  destroyed immediately. Previously, a segfault would occur on a 
>  graceful shutdown if a register is rejected and the skinny_session
>  has not yet timed out.
>........
>

wedhorn (339993):

>Merged revisions 339992 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/10
>
>........
>  r339992 | wedhorn | 2011-10-10 08:09:12 +1100 (Mon, 10 Oct 2011) | 9 lines
>  
>  Remove log message on traverse session list.
>  
>  On destroying a session, a list of sessions is traversed to find the 
>  matching session. For each session not matching, skinny erroneously
>  logged that the session was not matched. While technically correct
>  the message was misleading, and tended to indicate errors that 
>  were not there.
>........
>

wedhorn (340070):

>Increase SKINNY_MAX_PACKET and add some logging.
>
>Increase SKINNY_MAX_PACKET to 2000 bytes to handle some messages
>in v17 that are greater than the old 1000 bytes. Also add some
>useful logging regarding packet and session handling.
>
>A device (with protocol v17) was sending a packet with length 
>greater than 1000 which resulted in the TCP session being
>destroyed and registration being retryed.
>
>


--------------
Tests
--------------
Existing Test Failures (2)
   - AsteriskTestSuite: S/apps/voicemail/check voicemail forward with prepend
   - AsteriskTestSuite: S/apps/voicemail/check voicemail options change password

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


More information about the Test-results mailing list