[asterisk-bugs] [JIRA] (ASTERISK-20862) Asterisk min and max member penalties not honored when set with 0

[Philippe Lindheimer (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-20862?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=201844#comment-201844 ] 

Philippe Lindheimer commented on ASTERISK-20862:
------------------------------------------------

That seems to be a straight forward answer. If you set QUEUE_MIN_PENALTY and QUEUE_MAX_PENALTY to 0, then the only member that should ever be tried are those with penalty 0. The fact that 0 happens to be the default is not really relevant, it's just the default. It's the same as if you set MIN/MAX to 1, only penalty 1 agents will be tried.

It would seem that you are implying that there are QUEUE_MIN_PENALTY and QUEUE_MAX_PENALY defaults internal to app_queue and are being treated as 0 and thus the current operations. If that is the case, that seems to be the 'flaw' since ... if those are not set then the defaults should either be "not set" however you represent that, or the defaults should be a MIN of 0 (since I don't believe negative numbers mean anything or?) and MAX should be what ever the maximum penalty possible could be.
                
> Asterisk min and max member penalties not honored when set with 0
> -----------------------------------------------------------------
>
>                 Key: ASTERISK-20862
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-20862
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_queue
>    Affects Versions: SVN
>         Environment: All versions of Asterisk this happens on
>            Reporter: Schmooze Com
>            Severity: Minor
>
> If I set a queue to have a max member penalty of 0 and a min member penalty of 0 and log in 2 members one with a penalty of 0 and one with a penalty of 1 Asterisk will still offer a call to the member with a penalty of 1 if the member with a penalty of 0 is busy.  Basically ignoring the min and max settings.
> Now if I do the same test with member penalties of 1 and 2 and set the min and max member penalty to be 1 it behaves correct and never offers the member with a penalty of 2 a call even if member with a penalty of 1 is busy.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira