[test-results] [Bamboo] Asterisk > 1.4 - Mac OS 10.6 - x86_64 > #192 has FAILED. Change made by rmudgett.

[Bamboo]

-------------- next part --------------
-----------------------------------------------------------------------
Asterisk > 1.4 - Mac OS 10.6 - x86_64 > #192 failed.
-----------------------------------------------------------------------
Code has been updated by rmudgett.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST-MACOS106V14-192/


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


--------------
Code Changes
--------------
rmudgett (295790):

>The channel redirect function (CLI or AMI) hangs up the call instead of redirecting the call.
>
>To recreate the problem:
>1) Party A calls Party B
>2) Invoke CLI "channel redirect" command to redirect channel call leg
>associated with A.
>3) All associated channels are hung up.
>
>Note that if the CLI command were done on the channel call leg associated
>with B it works.
>
>This regression was a result of the fix for issue #16946
>(https://reviewboard.asterisk.org/r/740/).
>
>The regression affects all features that use an async goto to execute the
>dialplan because of an external event: Channel redirect, AMI redirect, SIP
>REFER, and FAX detection.
>
>The struct ast_channel._softhangup code is a mess.  The variable is used
>for several purposes that do not necessarily result in the call being hung
>up.  I have added doxygen comments to describe how the various _softhangup
>bits are used.  I have corrected all the places where the variable was
>tested in a non-bit oriented manner.
>
>The primary fix is the new AST_CONTROL_END_OF_Q frame.  It acts as a weak
>hangup request so the soft hangup requests that do not normally result in
>a hangup do not hangup.
>
>JIRA SWP-2470
>JIRA SWP-2489
>
>(closes issue #18171)
>Reported by: SantaFox
>(closes issue #18185)
>Reported by: kwemheuer
>(closes issue #18211)
>Reported by: zahir_koradia
>(closes issue #18230)
>Reported by: vmarrone
>(closes issue #18299)
>Reported by: mbrevda
>(closes issue #18322)
>Reported by: nerbos
>
>Review:	https://reviewboard.asterisk.org/r/1013/
>


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