[test-results] [Bamboo] Asterisk - 1.4 > Mac OS X Snow Leopard (10.6) > #149 has FAILED. Change made by Terry Wilson.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - 1.4 > Mac OS X Snow Leopard (10.6) > #149 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of AST14-LUCID-194.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST14-SNOWLEOPARD-149/


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


--------------
Code Changes
--------------
Terry Wilson (315671):

>Make sure unregistering a peer unlinks it from the peer container
>
>Instead of mostly copying the code from expire_register, just use the function
>that "does the right thing".
>
>(closes issue #16033)
>Reported by: kkm
>Patches: 
>      016033-tilgman-fixed-refcount.diff uploaded by kkm (license 888)
>Tested by: kkm, tilghman, twilson
>

Terry Wilson (315596):

>Allow transfer loops without allowing forwarding loops
>
>We try to avoid the situation where two phones may be forwarded to each other
>causing an infinite loop by storing each dialed interface in a channel
>datastore and checking the list before dialing out. This works, but currently
>breaks situations like A calls B, A transfers B to C, B transfers C to A, and A
>transfers C to B. Since human interaction is happening here and not an
>automated forwarding loop, it should be allowed.
>
>This patch removes the dialed_interfaces datastore when a call is bridged (a
>suggestion from the brilliant mmichelson). If a call is being bridged, it
>should be safe to assume that we aren't stuck in a loop.
>
>Since we are now handling this is the bridge code, the previous attempts at
>handling it in app_dial and app_queue are removed.
>
>Review: https://reviewboard.asterisk.org/r/1195/
>


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