[asterisk-bugs] [Asterisk 0015858]: Revision 152765 introduces scoping difficulties in stdexten

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Nov 3 12:52:39 CST 2009


The following issue requires your FEEDBACK. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15858 
====================================================================== 
Reported By:                pprindeville
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   15858
Category:                   Core/Configuration
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.1.5 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-09-08 18:59 CDT
Last Modified:              2009-11-03 12:52 CST
====================================================================== 
Summary:                    Revision 152765 introduces scoping difficulties in
stdexten
Description: 
The new [stdexten] macro doesn't always seem to be properly scoped.

Testing the redfish config below, I get:

...
    -- Executing [s at redfish-pstn:27] Gosub("SIP/sip_proxy-0847e6d8",
"stdexten(111,SIP/bedroom_1&SIP/office_2&SIP/remote_2&SIP/kitchen_1&Local/2088919324 at follow-me&SIP/softphone,redfish)")
in new stack
[Sep  8 17:34:14] NOTICE[7503]: pbx.c:3233 pbx_extension_helper: No such
label 'stdexten' in extension 's' in context 'redfish-pstn'
[Sep  8 17:34:14] WARNING[7503]: pbx.c:8998 pbx_parseable_goto: Priority
'stdexten' must be a number > 0, or valid label
[Sep  8 17:34:14] ERROR[7503]: app_stack.c:279 gosub_exec: Gosub address
is invalid:
'stdexten(111,SIP/bedroom_1&SIP/office_2&SIP/remote_2&SIP/kitchen_1&Local/2088919324 at follow-me&SIP/softphone,redfish)'
  == Spawn extension (redfish-pstn, s, 27) exited non-zero on
'SIP/sip_proxy-0847e6d8'

on externally originating calls, even though it seems to work for internal
calls.

Both the [redfish-internal] and the [redfish-pstn] contexts include the
[redfish-extens] context.

Reverting part of the context to revision 147896 I once again see
success:

...
    -- Executing [s at redfish-pstn:27] Gosub("SIP/sip_proxy-08493c08",
"stdexten,s,1(111,SIP/bedroom_1&SIP/office_2&SIP/remote_2&SIP/kitchen_1&Local/2088919324 at follow-me&SIP/softphone,redfish)")
in new stack
    -- Executing [s at stdexten:1] NoOp("SIP/sip_proxy-08493c08", "Start
stdexten") in new stack
...




======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0015857 [patch] Revision 152765 introduces regr...
====================================================================== 

---------------------------------------------------------------------- 
 (0113070) lmadsen (administrator) - 2009-11-03 12:52
 https://issues.asterisk.org/view.php?id=15858#c113070 
---------------------------------------------------------------------- 
I still have absolutely no idea why this is an issue. I see all the
dialplan going through and it should work fine, unless it can't search for
the 'stdexten' priority in nested includes. Regardless, this looks to be a
configuration problem to me. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-03 12:52 lmadsen        Note Added: 0113070                          
2009-11-03 12:52 lmadsen        Status                   new => feedback     
======================================================================




More information about the asterisk-bugs mailing list