[asterisk-bugs] [Asterisk 0010155]: autofill reports and behaves in 2 different ways

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10155 
====================================================================== 
Reported By:                irroot
Assigned To:                bweschke
====================================================================== 
Project:                    Asterisk
Issue ID:                   10155
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   trivial
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.6 
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        No 
Request Review:              
====================================================================== 
Date Submitted:             07-08-2007 10:29 CDT
Last Modified:              10-12-2007 09:25 CDT
====================================================================== 
Summary:                    autofill reports and behaves in 2 different ways
Description: 


in function  is_our_turn only interfaces in states unknown/not inuse are
concidered for availability (this bypasses all call-limit settings and the
like)
yet when the call is placed normal strategy rules are applied.

this is confusing ... 

i came accross this when implementing a call-limit bypass on a per member
basis that will only concider them when free.

if there is a demand for this ill post the patch.
====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 10-12-07 09:25  
---------------------------------------------------------------------- 
I agree with bweschke on this. His comments in his first bug note sum
things up nicely. Since there have been no replies on this note for quite a
while, I am going to close this. It can be reopened later if deemed
necessary. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
10-12-07 09:25  putnopvut      Note Added: 0071881                          
======================================================================