[asterisk-bugs] [Asterisk 0014735]: Detection of call pickup code in chan_dahdi should have higher priority than dialplan matches

[Asterisk Bug Tracker]

The following issue has been SUBMITTED. 
====================================================================== 
http://bugs.digium.com/view.php?id=14735 
====================================================================== 
Reported By:                stevedavies
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14735
Category:                   Channels/chan_dahdi
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.24 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-03-24 06:39 CDT
Last Modified:              2009-03-24 06:39 CDT
====================================================================== 
Summary:                    Detection of call pickup code in chan_dahdi should
have higher priority than dialplan matches
Description: 
Hi,

Just spent some time investigating why a customer couldn't do *8 from
their analogue phones.  This on a freepbx system.

In the end it turned out that the customer had a dialplan rule that
matched "_*." and played a "your call cannot be completed as dialled"
message.  This is in freepbx's "bad-number" context which is included at
the lowest level in the from-internal context.

When I looked at the logic in chan_dahdi (and chan_zapata) I was surprised
to find that it actually "prefers" a dialplan match over matching the
ast_pickup_ext or *69 or the rest.

My opinion is that it would be much more sensible to prefer the
feature-code match where the dialplan also had a match.  Especially where
the dialplan match is a pattern match.

My logic is that the feature code is like an "exact" exten line.  And the
concept that "exact matches" have priority over patterns is well
established in Asterisk.

I also point out that chan_sip in fact does prefer the pickup code over
any dialplan match.  So at the moment chan_dahdi and chan_sip are
inconsistent.

Regards,
Steve


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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-24 06:39 stevedavies    New Issue                                    
2009-03-24 06:39 stevedavies    Asterisk Version          => 1.4.24          
2009-03-24 06:39 stevedavies    Regression                => No              
2009-03-24 06:39 stevedavies    SVN Branch (only for SVN checkouts, not tarball
releases) => N/A             
======================================================================