[asterisk-bugs] [Asterisk 0016519]: Queue with wrapuptime "call" agent that shouldn't have any call
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed May 5 10:59:39 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=16519
======================================================================
Reported By: benngard2
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 16519
Category: Applications/app_queue
Reproducibility: always
Severity: minor
Priority: normal
Status: acknowledged
Asterisk Version: SVN
JIRA: SWP-1139
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-12-28 09:16 CST
Last Modified: 2010-05-05 10:59 CDT
======================================================================
Summary: Queue with wrapuptime "call" agent that shouldn't
have any call
Description:
I did some tests on Asterisk SVN-trunk-r234256.
extensions.conf
exten =>
0317998989,1,ExecIf($[${DB_EXISTS(CFIM/0317998989)}]?Goto(${DB(CFIM/0317998989)},1)
exten =>
0317998989,2,ExecIf($[${QUEUE_MEMBER(0317998989,logged)}=0]?Dial(H323/900 at Avaya))
exten => 0317998989,3,Answer()
exten => 0317998989,4,Queue(0317998989,rt)
exten => 0317998989,5,Hangup()
exten => 989,1,Goto(0317998989,1) <- just for lazy people in our company
queues.conf
[general]
autofill=yes
keepstats=yes
[0317998989]
retry=5
strategy=rrmemory
timeout=20
wrapuptime=120
agents.conf
[general]
persistentagents=yes
[agents]
agent => 0317998971,1234,Stefan Andersson
agent => 0317998972,1234,Kerem Tubluk
agent => 0317998975,1234,Magnus Benngard
agent => 0317998976,1234,Jimmy Beckman
Logging in agents through a manager script, sample output from cli:
sip*CLI> queue show 0317998989
0317998989 has 0 calls (max unlimited) in 'rrmemory' strategy (17s
holdtime, 59s talktime), W:0, C:7, A:2, SL:0.0% within 0s
Members:
SIP/0317998975 with penalty 2 (dynamic) (Not in use) has taken no
calls yet
SIP/0317998976 with penalty 1 (dynamic) (Not in use) has taken 7
calls (last was 2564 secs ago)
No Callers
If I call the queue, 0317998976 will ofc get the call but when we hang up
and I call within 120 seconds, 0317998976 will still get the call.
Shouldn't that second call go to 0317998975?
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0017262 [patch] "queue reset stats" e...
======================================================================
----------------------------------------------------------------------
(0121423) svnbot (reporter) - 2010-05-05 10:59
https://issues.asterisk.org/view.php?id=16519#c121423
----------------------------------------------------------------------
Repository: asterisk
Revision: 261233
_U branches/1.6.2/
U branches/1.6.2/apps/app_queue.c
------------------------------------------------------------------------
r261233 | pabelanger | 2010-05-05 10:59:38 -0500 (Wed, 05 May 2010) | 17
lines
Merged revisions 261232 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk
........
r261232 | pabelanger | 2010-05-05 11:42:07 -0400 (Wed, 05 May 2010) | 10
lines
'queue reset stats' erroneously clears wrapuptime configuration.
Resets each member's lastcall to 0 now.
(closes issue https://issues.asterisk.org/view.php?id=17262,
https://issues.asterisk.org/view.php?id=16519)
Reported by: rain
Patches:
wrapuptime_reset_fix.diff uploaded by rain (license 327)
Tested by: rain
........
------------------------------------------------------------------------
http://svn.digium.com/view/asterisk?view=rev&revision=261233
Issue History
Date Modified Username Field Change
======================================================================
2010-05-05 10:59 svnbot Checkin
2010-05-05 10:59 svnbot Note Added: 0121423
======================================================================
More information about the asterisk-bugs
mailing list