[asterisk-bugs] [Asterisk 0011603]: Queue and Transfer using Local channel
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Dec 19 13:59:03 CST 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11603
======================================================================
Reported By: acidv
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11603
Category: Applications/app_queue
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.4.15
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 12-19-2007 12:18 CST
Last Modified: 12-19-2007 13:59 CST
======================================================================
Summary: Queue and Transfer using Local channel
Description:
I have setup Queue with some agents using SIP phones. I use Local channel
with /n option.
If an agent transfers an answered ACD call to another extension the
original agent remains in use and cannot receive any more ACD calls until
the transferred call is torn down.
======================================================================
----------------------------------------------------------------------
jsmith - 12-19-07 13:59
----------------------------------------------------------------------
For what it's worth, this bug has been around *forever* (since the early
1.2 days, at least). In fact, I wouldn't be surprised if it hadn't already
been reported a few times. And yes, the /n really is needed to be able to
track device state.
Putnopvut, feel like tackling another sticky app_queue problem? :-)
Issue History
Date Modified Username Field Change
======================================================================
12-19-07 13:59 jsmith Note Added: 0075736
======================================================================
More information about the asterisk-bugs
mailing list