[asterisk-bugs] [Asterisk 0014457]: Blind transfer uses the wrong context when blind transffering, combined with 'h' extension.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14457 
====================================================================== 
Reported By:                e-tsik
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14457
Category:                   Channels/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 174644 
Request Review:              
====================================================================== 
Date Submitted:             2009-02-11 09:51 CST
Last Modified:              2009-02-11 10:44 CST
====================================================================== 
Summary:                    Blind transfer uses the wrong context when blind
transffering, combined with 'h' extension.
Description: 
Hello

As with 0013978, I blind-transferring results in invalid contexts, and I
also use the Macro command in conjunction with the 'h' extension.
The 'h' extension is used in the calling context - in my instance
'internal_p1'. What the 'h' extension does is
- Check for a variable's presence
- On a false condition - makes a goto to a certain function (calls a URL,
actually irrelevant to this bug because it never gets called) and hangs up
- On a true condition - Makes a goto to hangup|features_p1|1 . I use a
goto because it makes it easier to call from a GotoIf (there isn't a
HangUpIf).

Example how I reproduce it is under "Additional Information".
Also note that this is reproducible both by using the phone's (tecom
IP2008) transfer button or by using the "##" sequence.
====================================================================== 

---------------------------------------------------------------------- 
 (0099897) e-tsik (reporter) - 2009-02-11 10:44
 http://bugs.digium.com/view.php?id=14457#c99897 
---------------------------------------------------------------------- 
I have found a workaround for this issue -
Since the new channel's context starts where the 'h' ended, I have moved
the 'hangup' target that was on 'features_p1' to 'internal' - where I want
the transferred call to originate.
I guess this workaround is suitable for everyone who is impacted from this
issue since the Goto out of the context actually causes the problem. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-02-11 10:44 e-tsik         Note Added: 0099897                          
======================================================================