[asterisk-bugs] [Asterisk 0014992]: [regression] #0013747 not fixed for local channel (Indications are not passed from old peer to new peer during masquerade)

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14992 
====================================================================== 
Reported By:                davidw
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14992
Category:                   Channels/chan_local
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Target Version:             1.6.0.23
Asterisk Version:           SVN 
JIRA:                       SWP-635 
Regression:                 Yes 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-04-29 06:38 CDT
Last Modified:              2010-02-04 17:20 CST
====================================================================== 
Summary:                    [regression]
https://issues.asterisk.org/view.php?id=13747 not fixed for local channel
(Indications are not passed from old peer to new peer during masquerade)
Description: 
The lack of ring back tone on a ringing call transferred to a parking call
is still not working in the case that interests us, and for which we
produced a test case in comment 94129 of issues
https://issues.asterisk.org/view.php?id=13747.  Looking at
http://reviewboard.digium.com/r/90/ it seems that it was only tested in the
simpler case, where the ringing channel is a real channel.  Our case uses a
local channel.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0013747 Indications are not passed from old pee...
====================================================================== 

---------------------------------------------------------------------- 
 (0117762) svnbot (reporter) - 2010-02-04 17:20
 https://issues.asterisk.org/view.php?id=14992#c117762 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 244785

U   branches/1.4/channels/chan_local.c

------------------------------------------------------------------------
r244785 | jpeeler | 2010-02-04 17:20:22 -0600 (Thu, 04 Feb 2010) | 22
lines

Change channel state on local channels for busy,answer,ring.

Previously local channels channel state never changed. This became
problematic
when the state of the other side of the local channel was lost, for
example
during a masquerade. Changing the state of the local channel allows for
the
scenario to be detected when the channel state is set to ringing, but the
peer
isn't ringing. The specific problem scenario is described in 164201.
Although
this was noted on one of the issues, here is the tested dialplan verified
to
work:

exten =>
9700,1,Dial(Local/*9700 at default&Local/https://issues.asterisk.org/view.php?id=9700@default)

exten =>
*9700,1,Set(GLOBAL(TESTCHAN)=${CHANNEL:0:${MATH(${LEN(${CHANNEL})}-1):0:2}}1)
exten => *9700,n,wait(3) ;3 works, 1 did not
exten => *9700,n,Dial(SIP/5001)

exten => https://issues.asterisk.org/view.php?id=9700,1,Wait(1) ;1 works, 3 did
not
exten =>
https://issues.asterisk.org/view.php?id=9700,n,ChannelRedirect(${TESTCHAN},parkedcalls,701,1)

(closes issue https://issues.asterisk.org/view.php?id=14992)
Reported by: davidw

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=244785 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-04 17:20 svnbot         Checkin                                      
2010-02-04 17:20 svnbot         Note Added: 0117762                          
======================================================================