-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3585/#review12056
-----------------------------------------------------------



/branches/12/main/bridge_channel.c
<https://reviewboard.asterisk.org/r/3585/#comment22024>

    I prefer breaking long lines before binary operators because the operator 
may be overlooked if it is on the end of a line.



/branches/12/main/channel.c
<https://reviewboard.asterisk.org/r/3585/#comment22019>

    Since cause is a bitfield, the value should be displayed in hex format 0xXX.



/branches/12/main/pbx.c
<https://reviewboard.asterisk.org/r/3585/#comment22022>

    How about unconditionally clearing AST_SOFTHANGUP_UNBRIDGE before the if 
!ast_check_hangup test?
    
    This softhangup flag has no meaning at this level since this flag has 
escaped the bridge system.


- rmudgett


On June 4, 2014, 11:43 a.m., Matt Jordan wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3585/
> -----------------------------------------------------------
> 
> (Updated June 4, 2014, 11:43 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> This patch is a re-do of review 3535.
> 
> When review request 3535 was merged, a major problem with it was uncovered. 
> UNBRIDGE soft hangup flags have a catastrophic effect on the pbx core if they 
> leak out from the bridge layer: the channel gets hung up. With the number of 
> threads involved in a blind transfer, and with the initial patch, it was 
> likely that this would occur. This caused a large number of test failures
> 
> This patch is nearly identical with the one proposed in review 3535, save for 
> the following changes:
>  - We explicitly clear the UNBRIDGE flag when setting an after goto on a 
> channel in a bridge
>  - Defensively, if we encounter an UNBRIDGE flag in the pbx core, we handle it
> 
> 
> Diffs
> -----
> 
>   /branches/12/main/pbx.c 414996 
>   /branches/12/main/framehook.c 414996 
>   /branches/12/main/channel.c 414996 
>   /branches/12/main/bridge_channel.c 414996 
>   /branches/12/main/bridge_after.c 414996 
>   /branches/12/include/asterisk/channel.h 414996 
>   /branches/12/bridges/bridge_native_rtp.c 414996 
> 
> Diff: https://reviewboard.asterisk.org/r/3585/diff/
> 
> 
> Testing
> -------
> 
> The blind transfer tests for PJSIP now pass (fingers crossed). See review 
> 3586.
> 
> 
> Thanks,
> 
> Matt Jordan
> 
>

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

Reply via email to