[test-results] [Bamboo] Asterisk - Team Branches > Pimp My SIP > #322 has FAILED (1 tests failed). Change made by root.

[Bamboo]

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

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


--------------
Failing Jobs
--------------
  - Asterisk 1.8 CentOS 6 32-Bit (CentOS 6): 1 of 306 tests failed.



--------------
Code Changes
--------------
root (388019):

>Multiple revisions 388005,388008,388014
>
>........
>  r388005 | dlee | 2013-05-08 13:34:50 -0500 (Wed, 08 May 2013) | 21 lines
>  
>  Remove required type field from channel blobs
>  
>  When we first introduced the channel blob types, the JSON blobs were
>  self identifying by a required "type" field in the JSON object
>  itself. This, as it turns out, was a bad idea.
>  
>  When we introduced the message router, it was useless for routing based
>  on the JSON type. And messages had two type fields to check: the
>  stasis_message_type() of the message itself, plus the type field in the
>  JSON blob (but only if it was a blob message).
>  
>  This patch corrects that mistake by removing the required type field
>  from JSON blobs, and introducing first class stasis_message_type objects
>  for the actual message type.
>  
>  Since we now will have a proliferation of message types, I introduced a
>  few macros to help reduce the amount of boilerplate necessary to set
>  them up.
>  
>  Review: https://reviewboard.asterisk.org/r/2509
>........
>  r388008 | mjordan | 2013-05-08 13:36:21 -0500 (Wed, 08 May 2013) | 10 lines
>  
>  Don't perform a realtime lookup with a NULL keyword
>  
>  Previously, a call to ast_load_realtime_multientry could get away with
>  passing a NULL parameter to the function, even though it really isn't
>  supposed to do that. After the change over to using ast_variable instead
>  of variadic arguments, the realtime engine gets unhappy if you do this.
>  
>  This was always an unintended function call in app_directory anyway - now,
>  we just don't call into the realtime function calls if we don't have anything
>  to query on.
>........
>  r388014 | dlee | 2013-05-08 14:00:55 -0500 (Wed, 08 May 2013) | 1 line
>  
>  Fixed set-but-not-used warning caught by newer GCC
>........
>
>Merged revisions 388005,388008,388014 from file:///srv/subversion/repos/asterisk/trunk
>



--------------
Tests
--------------
New Test Failures (1)
   - AsteriskTestSuite: S/channels/gulp/srtp negotiation

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