[asterisk-bugs] [Asterisk 0010384]: When using Asterisk RealTime, processing does not continue after queue command
noreply at bugs.digium.com
noreply at bugs.digium.com
Mon Aug 27 16:56:11 CDT 2007
The following issue has been CLOSED
======================================================================
http://bugs.digium.com/view.php?id=10384
======================================================================
Reported By: unservices
Assigned To: file
======================================================================
Project: Asterisk
Issue ID: 10384
Category: Applications/app_queue
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Asterisk Version: 1.2.23
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!): 45332
Disclaimer on File?: N/A
Request Review:
Resolution: no change required
Fixed in Version:
======================================================================
Date Submitted: 08-05-2007 11:19 CDT
Last Modified: 08-27-2007 16:56 CDT
======================================================================
Summary: When using Asterisk RealTime, processing does not
continue after queue command
Description:
I'm using asterisk realtime. The extensions db does have 3 records for each
incoming number - first is a deadagi to prepare some settings, then either
a dial or queue command, finally another deadagi to finish some
calculations.
When the instruction sequence is DEADAGI -> DIAL SIP -> DEADAGI everything
works fine. But when the sequence is DEADAGI -> QUEUE -> DEADAGI we don't
have the return to process the last agi script.
It sounds that at the end of the queue processing the control is not
coming back to the extensions information. Maybe a bug in the queue
application?
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
08-27-07 16:56 putnopvut Status assigned => closed
======================================================================
More information about the asterisk-bugs
mailing list