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

Asterisk Bug Tracker noreply at bugs.digium.com
Sat Apr 25 16:28:38 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
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-25 16:28 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0103778) leobrown (reporter) - 2009-04-25 16:28
 http://bugs.digium.com/view.php?id=14956#c103778 
---------------------------------------------------------------------- 
Murf
Sincere apologies - this does work. Documentation is certainly sporadic
out there, however. Did loads of research before knowing i could 'catch' h
extension. How can i contribute to the * book? :O
Leo 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-04-25 16:28 leobrown       Note Added: 0103778                          
======================================================================




More information about the asterisk-bugs mailing list