[asterisk-bugs] [Asterisk 0013327]: pattern match for a hints always gives state:idle for all extensions

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13327 
====================================================================== 
Reported By:                pj
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13327
Category:                   Channels/chan_sip/Subscriptions
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 138442 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-08-16 15:43 CDT
Last Modified:              2008-09-05 23:30 CDT
====================================================================== 
Summary:                    pattern match for a hints always gives state:idle
for all extensions
Description: 
I'm using this ael syntax for pattern match for hints
        hint(SIP/${EXTEN}) _ZXX => NoOP;
when subscribe to extensions using this pattern match, it gives always
"idle" state for all subscribed extensions, regardless of actual state of
line, it shows always "idle" for unregistered, or even not existent peers!

pattern match for hints feature was added into trunk in rev. 109970
====================================================================== 

---------------------------------------------------------------------- 
 (0092133) Corydon76 (administrator) - 2008-09-05 23:30
 http://bugs.digium.com/view.php?id=13327#c92133 
---------------------------------------------------------------------- 
pj:  I agree with you that it's a bug, if it's not acting correctly.  I
disagree with your proposed solution. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-09-05 23:30 Corydon76      Note Added: 0092133                          
======================================================================