[asterisk-bugs] [JIRA] (ASTERISK-28720) When using realtime queues penaltymemberslimit checks for all members count

[Benjamin Keith Ford (JIRA)]

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

Benjamin Keith Ford commented on ASTERISK-28720:
------------------------------------------------

The documentation for app_queue is a little lacking due to how old it is. I can take a look at the code to see how it is actually calculating members for this rule. My guess is, if you have this option set to something like 5, and there are only 2 agents in the queue, then it will ignore the penalty settings. I'll confirm this and see if there's a workaround with current configuration. If not, we can look at other options.

> When using realtime queues penaltymemberslimit checks for all members count
> ---------------------------------------------------------------------------
>
>                 Key: ASTERISK-28720
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-28720
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Core/Configuration
>    Affects Versions: 16.7.0
>         Environment: Ubuntu 18.04.3 with all latest patches until 29-01-2020
>            Reporter: EDV O-TON
>            Assignee: Unassigned
>            Severity: Minor
>
> The field penaltymemberslimit in the queue table should only check for valid members and not for all.
> Example: We have a queue with a max penalty of 50 and a penaltymemberslimit of 10. For this queue we have some fallback members with a penalty of 60. When there is NO member with a valid penalty of 50 but 10 fallback members with 60 I would expect, that the max penalty would be ignored but it isn't and no one gets a call.



--
This message was sent by Atlassian JIRA
(v6.2#6252)