[asterisk-users] bug in queuemanager?

[Henry Dogger]

Anyone?

 

From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Henry
Dogger
Sent: dinsdag 1 november 2011 13:00
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] bug in queuemanager?

 

Sorry it took me a while, but I was ill for a few days J

 

Part1: http://pastebin.com/SZqgxh7B

Part2: http://pastebin.com/gfJtVVRE

 

In this log a call from extension 346 is made to queue 900.

Queue 900 has 1 agent namely agent 300 which is logged on at extension
204.

Queue 901 has 1 agent namely agent 301 which is logged on at extension
203.

Agent 300 answers call from 346 and transfers this call to queue 901.

After agent 301 has answered this forwarded call (caller 346) a new call
from 346 arrives at queue 901.

After agent 301 hangs up the call, the new call from 346 is presented
immediately without any wrap-up time.

Hope this logging helps...

 

Greetings,

Henry

 

From: asterisk-users-bounces at lists.digium.com
[mailto:asterisk-users-bounces at lists.digium.com] On Behalf Of Warren
Selby
Sent: dinsdag 25 oktober 2011 18:07
To: Asterisk Users Mailing List - Non-Commercial Discussion
Subject: Re: [asterisk-users] bug in queuemanager?

 

On Tue, Oct 25, 2011 at 7:25 AM, Henry Dogger <h.dogger at telecats.nl>
wrote:

Customer 200 calls to queue 900, Agent 300 answers but tells Customer
200 that he should be at Queue 901 and transfers Customer 200 (using *2)
to Queue 901. Agent 301 now gets the call from Queue 901 with Customer
200, answers the calls etc. After disconnect a new call arrivers
immediately from Queue 901, without any wrap-up time. This should be
considered as a bug IMO.

Any ideas on how to fix, workaround this problem?

 

 


Please share the CLI output of such a situation, with the verbosity and
debugging both set to 10 ('core set verbose 10' and 'core set debug 10'
from the asterisk CLI), it may shed some light on whether this is a bug
or a "feature".  


-- 
Thanks,
--Warren Selby, dCAP
http://www.SelbyTech.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20111103/3516319e/attachment.htm>