[asterisk-bugs] [Asterisk 0014657]: [patch] Callee cannot use dynamic features

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Mar 12 19:16:45 CDT 2009


The following issue has been SUBMITTED. 
====================================================================== 
http://bugs.digium.com/view.php?id=14657 
====================================================================== 
Reported By:                mmichelson
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14657
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 181768 
Request Review:              
====================================================================== 
Date Submitted:             2009-03-12 19:16 CDT
Last Modified:              2009-03-12 19:16 CDT
====================================================================== 
Summary:                    [patch] Callee cannot use dynamic features
Description: 
The dynamic features which can be set in the applicationmap section of
features.conf are supposed to be able to control the access to the feature
for both parties of a bridged call. Unfortunately, the way the code is
written, the callee is unable to actually make use of the features because
the DYNAMIC_FEATURES variable is only read from the channel pressing DTMF
during a bridge. Since 99% of the time, the DYNAMIC_FEATURES variable has
only been set on the calling channel, this means that even if the dynamic
features defined are supposed to allow for the callee to use them, he will
not be able to.

I am attaching a patch which changes the behavior of
ast_feature_interpret. With this change, we concatenate the dynamic
features defined on both channels. The features themselves control who
should have the ability to use them, so this should not introduce any
"permissions" problems.
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-12 19:16 mmichelson     New Issue                                    
2009-03-12 19:16 mmichelson     Asterisk Version          => SVN             
2009-03-12 19:16 mmichelson     Regression                => No              
2009-03-12 19:16 mmichelson     SVN Branch (only for SVN checkouts, not tarball
releases) =>  1.4            
2009-03-12 19:16 mmichelson     SVN Revision (number only!) => 181768          
======================================================================




More information about the asterisk-bugs mailing list