[asterisk-bugs] [Asterisk 0015168]: [patch] Add ability to use extension state as well as device state when adding queue memebers

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15168 
====================================================================== 
Reported By:                p_lindheimer
Assigned To:                mmichelson
====================================================================== 
Project:                    Asterisk
Issue ID:                   15168
Category:                   Applications/app_queue
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-05-20 15:43 CDT
Last Modified:              2009-05-29 16:09 CDT
====================================================================== 
Summary:                    [patch] Add ability to use extension state as well
as device state when adding queue memebers
Description: 
The new ability to add a device state associated with a Queue member when
configuring a queue or adding a member with AddQueueMembers solves a lot of
problems. However, it would be EXTREMELY valuable to use extension state
information as well (e.g. hints).

hints are extensively used in may dialplans to track extension state of a
system. This ability becomes even more important when you have a pbx that
supports 'hot-desking' where a user can log into and out of one or multiple
devices.

It would be extremely valuable, and from what I understand, relatively
straight forward, to add this ability such that conceptually you could an
entry such as:

member => Local/3000 at default,0,John Smith,HINT:3000 at default

and the queue would parse that this is a hint instead of a device, and use
ast_extension_state() instead of ast_device_state()


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

---------------------------------------------------------------------- 
 (0105761) p_lindheimer (reporter) - 2009-05-29 16:09
 https://issues.asterisk.org/view.php?id=15168#c105761 
---------------------------------------------------------------------- 
mmichelson,
thanks for the feedback. I figured there were probably a fair share of
coding guidelines (though I did use tabs, not spaces :) )

Here is the issue with the extension state callback, if I understand it
properly. You could have the following time sequence of events:

1. Add a queue member to a queue, with no current hint created
2. callback tries to register and fails because no hint exists
3. a hint is subsequently created dynamically or upon a reload
4. the queue is not keeping track of it because the callback failed

In the current scenario, each time there is a device change we get called
back so once the hint gets created in step (3), the next time a device
changes that is part of that hint, it will be detected.

from what you say in 1.6, the ast_event API might provide for an alternate
solution. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-29 16:09 p_lindheimer   Note Added: 0105761                          
======================================================================