[asterisk-bugs] [Asterisk 0014359]: The status of a local channel in state_interface of a queue is wrong the first time is added and lost after a reload

Tue Mar 31 10:35:35 CDT 2009

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14359 
====================================================================== 
Reported By:                francesco_r
Assigned To:                mmichelson
====================================================================== 
Project:                    Asterisk
Issue ID:                   14359
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     closed
Asterisk Version:           1.6.0.5 
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-01-29 04:20 CST
Last Modified:              2009-03-31 10:35 CDT
====================================================================== 
Summary:                    The status of a local channel in state_interface of
a queue is wrong the first time is added and lost after a reload
Description: 
I use the new feature of stateinterface parameter to monitor the status of
a real device when used with local channel as member. So for example if i
add to queues.conf a static member:
member=Local/2503 at from-internal/n,0,,SIP/2503
whit queue show i have:
Local/2503 at from-internal/n (Not in use) has taken no calls yet

But this is wrong because this member is not registered and unavailable.
Infact if i convert the member to SIP/2503 the status become correctly:
SIP/2503 (Unavailable) has taken no calls yet

Other problem: if 2503 use the phone with queue show i have correctly:
Local/2503 at from-internal/n (In use) has taken no calls yet
But if in this exact moment i do a reload the status become newly:
Local/2503 at from-internal/n (Not in use) has taken no calls yet

======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0014391 DEVICE_STATE is not working for SIP cha...
====================================================================== 

---------------------------------------------------------------------- 
 (0102483) svnbot (reporter) - 2009-03-31 10:35
 http://bugs.digium.com/view.php?id=14359#c102483 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 185300

_U  branches/1.6.1/

------------------------------------------------------------------------
r185300 | mmichelson | 2009-03-31 10:35:35 -0500 (Tue, 31 Mar 2009) | 21
lines

Blocked revisions 185299 via svnmerge

................
  r185299 | mmichelson | 2009-03-31 10:34:29 -0500 (Tue, 31 Mar 2009) | 15
lines

  Blocked revisions 185298 via svnmerge

  ........
    r185298 | mmichelson | 2009-03-31 10:34:05 -0500 (Tue, 31 Mar 2009) |
10 lines

    Fix some state_interface stuff that was in trunk but not in the
backport to 1.4.

    Issue http://bugs.digium.com/view.php?id=14359 was fixed between the time
that I posted the review of
the backport
    of the state interface change for 1.4. This merges the changes from
that issue
    back into 1.4.

    (closes issue http://bugs.digium.com/view.php?id=14359)
    Reported by: francesco_r
  ........
................

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

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-31 10:35 svnbot         Checkin                                      
2009-03-31 10:35 svnbot         Note Added: 0102483                          
======================================================================