[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

Asterisk Bug Tracker noreply at bugs.digium.com
Tue Mar 31 10:34:30 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:34 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...
====================================================================== 

---------------------------------------------------------------------- 
 (0102482) svnbot (reporter) - 2009-03-31 10:34
 http://bugs.digium.com/view.php?id=14359#c102482 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 185299

_U  trunk/

------------------------------------------------------------------------
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=185299 

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




More information about the asterisk-bugs mailing list