[asterisk-bugs] [Asterisk 0017538]: [patch] Set dynamic parameters for queue and queue members.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17538 
====================================================================== 
Reported By:                raarts
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17538
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     ready for testing
Asterisk Version:           SVN 
JIRA:                       SWP-1751 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-06-20 15:21 CDT
Last Modified:              2010-06-24 02:46 CDT
====================================================================== 
Summary:                    [patch] Set dynamic parameters for queue and queue
members.
Description: 
This patch adds two AMI commands: QueueParams, and QueueMember. They
provide a means to (pre)set queue parameters that are normally only
dynamically kept. This enables you to restore their situation after an
asterisk crash or restart.

The QueueParams Action allows you to set Calls, Holdtime, Talktime,
Completed, Abandoned and ServiceLevel.

The QueueMember Action sets queue members parameters CallsTaken, LastCall
and Paused.
====================================================================== 

---------------------------------------------------------------------- 
 (0123814) raarts (reporter) - 2010-06-24 02:46
 https://issues.asterisk.org/view.php?id=17538#c123814 
---------------------------------------------------------------------- 
You mean these values should be stored in astdb to begin with. 

Yes, you're right. We didn't implement it this way, becasue we had the
values available in another application anyway, and if you only have a
hammer, everything looks like a nail ;-)

I'm sorry I can't spare the time to do the astdb implementation at the
moment. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-06-24 02:46 raarts         Note Added: 0123814                          
======================================================================