[asterisk-bugs] [Asterisk 0014956]: Dial() within AEL Macros does not allow use of 'h' extension

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Apr 23 04:42:05 CDT 2009


The following issue has been SUBMITTED. 
====================================================================== 
http://bugs.digium.com/view.php?id=14956 
====================================================================== 
Reported By:                leobrown
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   14956
Category:                   PBX/pbx_ael
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!): 190186 
Request Review:              
====================================================================== 
Date Submitted:             2009-04-23 04:42 CDT
Last Modified:              2009-04-23 04:42 CDT
====================================================================== 
Summary:                    Dial() within AEL Macros does not allow use of 'h'
extension
Description: 
Due to the way Macros are handled in AEL, it is not possible to capture
hangup within the Macro itself. The caller hangs up first, the 'g' option
to Dial allows commands to continue being executed in the current context,
but this only allows capture of, say, 50% of calls.

However, due to the syntax of AEL macros, it is not possible to specify
'h' extension as all extensions are executed under the 's' label.

Shown below is an abbreviated console output showing that despite 'g' flag
in Dial() options, the channel is dropped, rather than 'auto fallthrough'
which would indicate there was the option of processing more priorities,
but they did not exist.

I'm not able to contribute AEL code as it's fairly complex, but this seems
like an unnecessary restriction. A possible solution would be new syntax
for t/i/h within Macro context in the usual brace-enclosed format.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-23 04:42 leobrown       New Issue                                    
2009-04-23 04:42 leobrown       Status                   new => assigned     
2009-04-23 04:42 leobrown       Assigned To               => murf            
2009-04-23 04:42 leobrown       Asterisk Version          => SVN             
2009-04-23 04:42 leobrown       Regression                => No              
2009-04-23 04:42 leobrown       SVN Branch (only for SVN checkouts, not tarball
releases) => N/A             
2009-04-23 04:42 leobrown       SVN Revision (number only!) => 190186          
======================================================================




More information about the asterisk-bugs mailing list