Fix regressed behavior of queue set penalty to work without specifying 'in <queuename>'
authorJonathan Rose <jrose@digium.com>
Thu, 8 Dec 2011 20:55:19 +0000 (20:55 +0000)
committerJonathan Rose <jrose@digium.com>
Thu, 8 Dec 2011 20:55:19 +0000 (20:55 +0000)
commite1884139c478200b46b0332173b60785f1693ef1
tree2a3efbe958bb12b29be7a886d3ce3442634a88fb
parent3f13a41886778aa410f0032e042b2e612ff6f2bd
Fix regressed behavior of queue set penalty to work without specifying 'in <queuename>'

r325483 caused a regression in Asterisk 10+ that would make Asterisk segfault when
attempting to set penalty on an interface without specifying a queue in the queue set
penalty CLI command. In addition, no attempt would be made whatsoever to perform the
penalty setting on all the queues in the core list with either the cli command or the
non-segfaulting ami equivalent. This patch fixes that and also makes an attempt to
document and rename some functions required by this command to better represent what
they actually do. Oh yeah, and the use of this command without specifying a specific
queue actually works now.

Review: https://reviewboard.asterisk.org/r/1609/
........

Merged revisions 347656 from http://svn.asterisk.org/svn/asterisk/branches/10

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@347658 65c4cc65-6c06-0410-ace0-fbb531ad65f3
apps/app_queue.c