[asterisk-bugs] [Asterisk 0010386]: Put manage 'newexten' calls into new event

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10386 
====================================================================== 
Reported By:                snuffy
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10386
Category:                   Core/ManagerInterface
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 78158 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-05-2007 17:57 CDT
Last Modified:              12-18-2007 02:34 CST
====================================================================== 
Summary:                    Put manage 'newexten' calls into new event
Description: 
This helps cut down number of events with 'call' by adding a seperate event
mask for 'newexten' events. This way you only get true call events vs what
dialplan etc they are now in.

New flag is EVENT_FLAG_EXTEN
To enable in manager.conf add 'exten'.

can also submit a 1.4 patch
====================================================================== 

---------------------------------------------------------------------- 
 oej - 12-18-07 02:34  
---------------------------------------------------------------------- 
Ok, I like separating "call" events from the rest. But this is not really
an extension event, but a dialplan change event. I need to check around a
bit, but there is certainly something here.

We discussed about splitting up the "call" event class in another bug
report, so this falls in line with that. And it's a good change to do now
that we changed manager version number anyway. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
12-18-07 02:34  oej            Note Added: 0075626                          
======================================================================