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

[Asterisk Bug Tracker]

The following issue has been ASSIGNED. 
====================================================================== 
http://bugs.digium.com/view.php?id=13335 
====================================================================== 
Reported By:                atis
Assigned To:                dvossel
====================================================================== 
Project:                    Asterisk
Issue ID:                   13335
Category:                   Applications/app_queue
Reproducibility:            sometimes
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.4.21.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2008-08-18 11:16 CDT
Last Modified:              2009-03-02 17:53 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.


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

---------------------------------------------------------------------- 
 (0101050) lmadsen (administrator) - 2009-03-02 17:53
 http://bugs.digium.com/view.php?id=13335#c101050 
---------------------------------------------------------------------- 
Assigned to dvossel to take a look to determine if he can do anything to
move this forward. Thanks! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-02 17:53 lmadsen        Regression                => No              
2009-03-02 17:53 lmadsen        Note Added: 0101050                          
2009-03-02 17:53 lmadsen        Assigned To               => dvossel         
2009-03-02 17:53 lmadsen        Additional Information Updated                  
 
======================================================================