[asterisk-bugs] [Asterisk 0010541]: Queue members "disappear" when none are available.

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10541 
====================================================================== 
Reported By:                Alric
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10541
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.10.1  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-23-2007 13:38 CDT
Last Modified:              08-23-2007 15:43 CDT
====================================================================== 
Summary:                    Queue members "disappear" when none are available.
Description: 
Attached is a CLI log that shows what problem I'm having, and my queue
configuration from queues.conf.

I have a queue with two members, both defined via the Local/ channel (but
this will happen with SIP/ interfaces as well.)  When I call into this
queue and all members are busy or unavailable, and the queue tries a second
pass, all of the members are gone.  I do a queue show <queue> before and
after the call which shows the members missing after the call.

On the 1.4.9 release my configuration was working just fine.  Since 1.4.10
it has not worked as expected.
====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 08-23-07 15:43  
---------------------------------------------------------------------- 
This problem has come about due to my patch I uploaded for issue
http://bugs.digium.com/view.php?id=10346.

The short version of what's wrong is that if you have a static queue with
static members, then if any realtime member data is found (even if you just
have an empty member table), then all the static members will be removed
from the queue after a call is attempted to be made.

In this particular case, Alric has a table defined for realtime queue
members since he eventually will be migrating to using them, but still is
using static members for the time being. The fix for now is just to not
have Asterisk know about that table until he is fully migrated to
realtime.

Prior to the commit in issue http://bugs.digium.com/view.php?id=10346, any
checks regarding realtime queue
members were predicated on the fact that the queues themselves must also be
realtime.
The patch for http://bugs.digium.com/view.php?id=10346 does NOT check if the
queue in question is a realtime
queue before attempting to load realtime members. What complicates things
more is that the direction we're going at this point is to fully allow
realtime members in static queues. 

So the answer is to allow for both static and realtime members to be in
static queues. I will have a patch which allows for this shortly. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-23-07 15:43  putnopvut      Note Added: 0069339                          
======================================================================