[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:41 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)


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

---------------------------------------------------------------------- 
 (0108205) svnbot (reporter) - 2009-07-24 14:41
 https://issues.asterisk.org/view.php?id=15559#c108205 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 208662

_U  branches/1.6.2/

------------------------------------------------------------------------
r208662 | mmichelson | 2009-07-24 14:41:33 -0500 (Fri, 24 Jul 2009) | 27
lines

Blocked revisions 208630 via svnmerge

................
  r208630 | mmichelson | 2009-07-24 14:26:26 -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=208662 

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