[test-results] [Bamboo] Asterisk - Trunk > FreeBSD 8.1 > #375 has FAILED. Change made by 5 authors.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - Trunk > FreeBSD 8.1 > #375 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of ASTTRUNK-LUCID-1107.
No failed tests found, a possible compilation error.

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


--------------
Failing Jobs
--------------
  - i386 (Default Stage): No tests found.


--------------
Code Changes
--------------
schmidts (340626):

>Merged revisions 340577 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/10
>
>................
>  r340577 | schmidts | 2011-10-12 20:33:37 +0000 (Mit, 12 Okt 2011) | 9 lines
>  
>  Merged revisions 340576 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.8
>  
>  ........
>    r340576 | schmidts | 2011-10-12 20:30:37 +0000 (Mit, 12 Okt 2011) | 3 lines
>    
>    Store route-set from provisional SIP responses so early-dialog requests can be routed properly
>  ........
>................
>

rmudgett (340813):

>Fix DTMF blind transfer continuing to execute dialplan after transfer.
>
>Party A calls Party B.
>Party A DTMF blind transfers Party B to Party C.
>Party A channel continues to execute dialplan.
>
>* Fixed the return value of builtin_blindtransfer() to return the correct
>value after a transfer so the dialplan will not keep executing.
>
>* Removed unnecessary connected line update that did not really do
>anything.
>
>* Made access to GOTO_ON_BLINDXFR thread safe in check_goto_on_transfer().
>
>* Fixed leak of xferchan for failure cases in check_goto_on_transfer().
>
>* Updated debug messages in builtin_blindtransfer() and
>check_goto_on_transfer().
>
>(closes issue ASTERISK-18275)
>Reported by: rmudgett
>Tested by: rmudgett
>........
>
>Merged revisions 340809 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 340810 from http://svn.asterisk.org/svn/asterisk/branches/10
>

Terry Wilson (340665):

>Don't skip the query field on a realtime multi query
>
>There is no documented reason to not add the query field to the varlist
>returned by a realtime multi query, despite the config category being
>set to its value. Of course, there is no documentation that the category
>should be set to the value either. There is lots of no documentation
>when it comes to realtime. But, other engines do not skip this field so
>I am forcing this backend to follow the convention, because not doing so
>is very silly.
>........
>
>Merged revisions 340662 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 340663 from http://svn.asterisk.org/svn/asterisk/branches/10
>


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