[asterisk-bugs] [Asterisk 0015559]: stateinterface in queues.conf makes the member show "Invalid"

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15559 
====================================================================== 
Reported By:                amorsen
Assigned To:                mmichelson
====================================================================== 
Project:                    Asterisk
Issue ID:                   15559
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           1.6.1.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-07-23 09:32 CDT
Last Modified:              2009-07-24 14:26 CDT
====================================================================== 
Summary:                    stateinterface in queues.conf makes the member show
"Invalid"
Description: 
In queues.conf I have:

[1]
 member => Local/1 at DialAccount,,,Local/1 at DialAccount
[2]
 member =>
Local/2 at DialAccount,,,Local/1234567890123456789012345678901234567890 at DialAccount

Right after starting asterisk:
vpbx05*CLI> queue show 1
1            has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
   Members: 
      Local/1 at DialAccount (Not in use) has taken no calls yet
   No Callers

vpbx05*CLI> queue show 2
2            has 0 calls (max unlimited) in 'ringall' strategy (0s
holdtime), W:0, C:0, A:0, SL:0.0% within 0s
   Members: 
      Local/2 at DialAccount (Invalid) has taken no calls yet
   No Callers

Notice that Local/2 at DialAccount is Invalid, whereas Local/1 at DialAccount is
Not in use.

I also get this in /var/log/asterisk/messages:
[Jul 23 16:28:56] DEBUG[4263] chan_local.c: Checking if extension
1234567890123456789012345678901234567890 at DialAccoun exists (devicestate)


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

---------------------------------------------------------------------- 
 (0108202) svnbot (reporter) - 2009-07-24 14:26
 https://issues.asterisk.org/view.php?id=15559#c108202 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 208630

_U  trunk/

------------------------------------------------------------------------
r208630 | mmichelson | 2009-07-24 14:26:32 -0500 (Fri, 24 Jul 2009) | 21
lines

Blocked revisions 208622 via svnmerge

........
  r208622 | mmichelson | 2009-07-24 14:24:28 -0500 (Fri, 24 Jul 2009) | 16
lines
  
  Don't impose an arbitrary limit on member lines in queues.conf
  
  I know what some of you are thinking: "UGH! Mark, why are you using
  ast_strdup and ast_free for the string when you can just use ast_strdupa
  and let the memory free itself?! Have the bats been chewing on your
brain
  again?"
  
  Based on past experiences, I don't like using ast_strdupa inside a loop.
  It's a good way to potentially exhaust stack space. Also, since this
only
  happens when reloading queues, I don't think that heap allocations and
  frees are going to be a huge problem.
  
  (closes issue https://issues.asterisk.org/view.php?id=15559)
  Reported by: amorsen
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=208630 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-07-24 14:26 svnbot         Checkin                                      
2009-07-24 14:26 svnbot         Note Added: 0108202                          
======================================================================