[test-results] [Bamboo] Asterisk - Team Branches > Bridge Construction > #61 was SUCCESSFUL (with 369 tests). Change made by root.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - Team Branches > Bridge Construction > #61 was successful.
-----------------------------------------------------------------------
Code has been updated by root.
All 2 jobs passed with 369 tests in total.

http://bamboo.asterisk.org/browse/ASTTEAM-BRIDGECONSTRUCTION-61/


--------------
Code Changes
--------------
root (381571):

>Merged revisions 381567-381568 via svnmerge from 
>file:///srv/subversion/repos/asterisk/trunk
>
>................
>  r381567 | mjordan | 2013-02-15 12:44:24 -0600 (Fri, 15 Feb 2013) | 14 lines
>  
>  Disable strict XML documentation config checking; fix crash caused by sorcery
>  
>  This patch does two things:
>   1. It disables (temporarily) strict XML documentation checking for module
>      configurations. We should re-enable it before making any release from
>      trunk.
>   2. Pass the module flag AST_MODULE through sorcery. This means several of the
>      API calls are now macros and will do this automatically for you. The config
>      framework needs the module that objects are registering to so it can
>      properly construct the documentation. (This was already a required field,
>      but sorcery was getting by without it)
>................
>  r381568 | mmichelson | 2013-02-15 12:51:40 -0600 (Fri, 15 Feb 2013) | 20 lines
>  
>  Fix a crash that occurred when a BYE was received on a replaced dialog.
>  
>  Reference counting for the channel and its tech_pvt got messed up at
>  some point between 1.8 and 11. The result was that if a BYE for a dialog
>  that had been replaced (via an INVITE with Replaces) was received, Asterisk
>  would crash due to trying to access data on a channel that was no longer there.
>  
>  The fix I introduced is to remove code that both unrefs the sip_pvt and sets
>  the channel's tech_pvt to NULL when an INVITE with Replaces is handled. This
>  way when a BYE is received, the tech_pvt will be non-NULL and so the BYE can
>  be processed and not cause a crash.
>  
>  (closes issue ASTERISK-20929)
>  reported by Kristopher Lalletti
>  patches:
>  	ASTERISK-20929.patch uploaded by Mark Michelson (License #5049)
>  ........
>  
>  Merged revisions 381566 from http://svn.asterisk.org/svn/asterisk/branches/11
>................
>



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