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

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14992 
====================================================================== 
Reported By:                davidw
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   14992
Category:                   Channels/chan_local
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
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-09 13:30 CST
====================================================================== 
Summary:                    [patch] [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 masquerad
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...
====================================================================== 

---------------------------------------------------------------------- 
 (0117907) davidw (reporter) - 2010-02-09 13:30
 https://issues.asterisk.org/view.php?id=14992#c117907 
---------------------------------------------------------------------- 
No.  I haven't tested on trunk.  I think I may not have understood the
significance of "blocked" on the svnbot output.  (It is confusing when you
still get the full details in the log.)

The problem definitely applies on 1.6.1.x, and it looks like the block on
trunk has stopped it being propagated to that branch.

If it really isn't needed for trunk, it would have helped if that had been
included as a bug note, as I've found several cases where changes appear
not to have propagated purely due to conflicting changes, unrelated to the
issue in question. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-02-09 13:30 davidw         Note Added: 0117907                          
======================================================================