| Summary: | ASTERISK-17715: Problems with joinempty and leavewhenempty. | ||
| Reporter: | Igor Olhovskiy (samael28) | Labels: | |
| Date Opened: | 2011-04-19 11:21:27 | Date Closed: | 2011-04-26 07:30:46 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Applications/app_queue |
| Versions: | 1.4.40 | Frequency of Occurrence | |
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | I have Queue Operators with such description: [Operators] strategy=rrmemory timeout=10 retry=1 ringinuse = no autofill=yes joinempty=strict leavewhenempty=strict setinterfacevar=yes monitor-format=wav wrapuptime=60 It calls from dialplan via exten => <Pattern>,n,Queue(Operators,rtT,,,33) Agents are dynamic and adds with AddQueueMember Goal is to leave Queue, when it have no aviable to take call member. When it empty, it works fine. When it have 1 or more agents (inuse, unaviavle, invalid or even paused), callers still get in queue and stays for 33 seconds. Means there is no aviable agents in Queue, but leavewhenempty or joinempty not work, like expected. Sometime i got log strings like app_queue.c:2275 wait_for_answer: No one is answering queue 'Operators' (6/1/0) Agents config is nearly this: fullname =??? secret = ???? context = ????? type = friend host = dynamic disallow = all allow = alaw call-limit = 3 callgroup=1 pickupgroup=1 limitonpeer=yes callcounter=yes canreinvite=no t38pt_udptl = yes dtmf=rfc2833 | ||
| Comments: | By: David Woolley (davidw) 2011-04-19 11:55:27 Although these options don't behave entirely rationally, see ASTERISK-11857, and you really need to move to 1.6.2 for them to work well, they were never designed to do what you are trying to do with them, which is to use a queue without actually using it as a queue (you do not want a queue to ever build up). I seem to remember this coming up before, either here or on the forum. Basically though, you need to take this to the forum, mailing list, or IRC, as it is a support question, not a bug report. By: David Woolley (davidw) 2011-04-19 13:27:03 I can't find the duplicate I was thinking of, but I'd say this is essentially a duplicate of ASTERISK-591 By: David Woolley (davidw) 2011-04-20 06:01:21 The one I was thinking of was ASTERISK-15211 The effective resolution was that, to get this ACD without queueing behaviour, you need to upgrade to 1.6.2+, or do your own backport. By: Igor Olhovskiy (samael28) 2011-04-20 07:41:01 I posted it as a bug due to documentation in queues.conf.sample Thanks for comments | ||