[asterisk-bugs] [Asterisk 0013962]: Blind transfer does not work upgrade to 1.4.23-rc1

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13962 
====================================================================== 
Reported By:                francesco_r
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13962
Category:                   Channels/General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.4.23-rc1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-11-24 18:12 CST
Last Modified:              2008-12-16 13:22 CST
====================================================================== 
Summary:                    Blind transfer does not work upgrade to 1.4.23-rc1
Description: 
Blind transfer does not work after i upgraded to 1.4.23-rc1. The same with
1.4 r158629. I have tested sip to sip and misdn to sip, with dtmf and
native sip transfer but is the same. I have attached a full debug of a
transfer but there are no error or notice in the log. I tried to put the
chan_sip.c of 1.4.22 in the source of 1.4.23 and recompile but the problem
remains, so i think that is not related to chan_sip.
====================================================================== 

---------------------------------------------------------------------- 
 (0096464) putnopvut (administrator) - 2008-12-16 13:22
 http://bugs.digium.com/view.php?id=13962#c96464 
---------------------------------------------------------------------- 
It took a little bit of work, but I have now reproduced the problem. First
of all, the problem only seems to manifest if the h extension calls a
macro. If you transplant the code from the macro directly into the h
extension, then all is well. Second, I saw that from your debug output, the
Hangup application is being called in the macro called from the h
extension. It is this that is causing a non-zero return value to occur and
therefore causing things to go wrong. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-16 13:22 putnopvut      Note Added: 0096464                          
======================================================================