[asterisk-bugs] [Asterisk 0013335]: Multiple agents answering a call.

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13335 
====================================================================== 
Reported By:                atis
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13335
Category:                   Applications/app_queue
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.21.1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-08-18 11:16 CDT
Last Modified:              2008-12-05 11:46 CST
====================================================================== 
Summary:                    Multiple agents answering a call.
Description: 
Scenario

Queue (ringall) -> Local channel -> Dial(SIP/device,M(answe_macro))

If two or more agents answer simultaneously, answer macro of Agent 1
starts excuting, then answer macro of Agent 2 starts executing and so on.
One of those answer macros ends first, and this call is bridged. However
logics of answer macros may include some important logic which should be
executed only upon bridging. 

So, there is no way how to know which agent has actually answered. Also
CDR is marked ANSWERED for all agents answering at the same time.

Whenever first channel is answered, it should somehow block all other
parallel channels (originating from the same queue entry) from executing
answer macro, until result of first channel is known. If first channel is
bridged, other threads should return DIALSTATUS=CANCEL. Otherwise if first
channel sets MACRO_RESULT to something (indicating that it won't bridge the
call), other threads should resume one by one executing their own answer
macro's.


====================================================================== 

---------------------------------------------------------------------- 
 (0095877) blitzrage (administrator) - 2008-12-05 11:46
 http://bugs.digium.com/view.php?id=13335#c95877 
---------------------------------------------------------------------- 
I wasn't exactly sure if this would be considered a bug or a feature
request, but after talking with putnopvut on IRC, he concluded it appears
to be a bug. I've set the status of this issue to Acknowledged. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-12-05 11:46 blitzrage      Note Added: 0095877                          
======================================================================