[asterisk-bugs] [Asterisk 0018112]: [patch] Report what extension called a failed macro

Asterisk Bug Tracker noreply at bugs.digium.com
Sat Oct 9 00:11:29 CDT 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18112 
====================================================================== 
Reported By:                prado
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18112
Category:                   Applications/app_macro
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-10-08 19:08 CDT
Last Modified:              2010-10-09 00:11 CDT
====================================================================== 
Summary:                    [patch] Report what extension called a failed macro
Description: 
Suppose some extension calls a macro, but the macro was removed, renamed or
it's name is incorrect. The log shows:

[Oct  8 17:51:36] WARNING[3070] app_macro.c: No such context 'macro-disca'
for macro 'disca'.

It's difficult to tell by the log what extension called the macro.
Specially if you have a big dialplan with lots of includes.



I propose a change, so the macro also shows who called it.
With the change, the log will show:

WARNING[3070] app_macro.c: No such context 'macro-disca' for macro
'disca'. Was called by 114194 at default


Now it's easier to track the error and make the adjustments on the
dialplan because we know we have to fix extension 114194 at default.
It's simple, but I think it's very useful.
What do you think?

I did a patch agains trunk. How can I upload it here?












 


====================================================================== 

---------------------------------------------------------------------- 
 (0127821) schmidts (manager) - 2010-10-09 00:11
 https://issues.asterisk.org/view.php?id=18112#c127821 
---------------------------------------------------------------------- 
hello,

you are on the right way to get this into code ;)
i am just thinking about if there could be any situation where chan->exten
or chan->context could be a null pointer but i dont think this could ever
happens.

i will have a look at this. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-10-09 00:11 schmidts       Note Added: 0127821                          
======================================================================




More information about the asterisk-bugs mailing list