[asterisk-bugs] [Asterisk 0014527]: Queue members associated with ZOMBIE channels (breaks wrapuptime and queue_log).

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=14527 
====================================================================== 
Reported By:                kebl0155
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14527
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.0.3 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-02-23 06:26 CST
Last Modified:              2009-12-21 08:42 CST
====================================================================== 
Summary:                    Queue members associated with ZOMBIE channels
(breaks wrapuptime and queue_log).
Description: 
In some circumstances, queue members become associated with a ZOMBIE
channel during the answer process.

When the ZOMBIE channel is hung up under normal clearing as part of the
answer process, an AgentComplete event is generated, and the wrapuptime
counter is set, even though the agent is still on a call.  The queue_log
entry is also written at this time with just 1 second of talk time.

No further AgentComplete event is generated when the call comes to an end.
 The wrapuptime is then counted from the start of the call, not the end of
the call.
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
duplicate of        0016171 AgentComplete event sent as soon as cal...
====================================================================== 

---------------------------------------------------------------------- 
 (0115510) kebl0155 (reporter) - 2009-12-21 08:42
 https://issues.asterisk.org/view.php?id=14527#c115510 
---------------------------------------------------------------------- 
This is also broken for just regular dials to queue when agent channels are
used - we get two channels hanging up on answer:

*CLI>     -- SIP/1002-090f25d8 answered Local/2002 at main2-8d35;2
    -- Local/2002 at main2-8d35;1 answered SIP/1001-090efcf8
[Dec 21 14:23:20] NOTICE[3522]: app_queue.c:3491 try_calling: Delaying
member connect for 2 seconds
[Dec 21 14:23:21] NOTICE[3523]: app_dial.c:1963 dial_exec_full: PEER
context: outbound; PEER exten: ;  PEER priority: 1
    -- Executing [h at macro-agent-dial:1]
NoOp("Local/2002 at main2-8d35;1<ZOMBIE>", "DialHangup
Local/2002 at main2-8d35;1<ZOMBIE> CALLINGAGENT: AGENT:Local/2002 at main2
INTERFACE: DIALSTATUS: ANSWEREDTIME:") in new stack
    -- Executing [h at macro-agent-dial:2]
GotoIf("Local/2002 at main2-8d35;1<ZOMBIE>", "6?h-ignore,1") in new stack
    -- Goto (macro-agent-dial,h-ignore,1)
  == Spawn extension (macro-agent-dial, dial, 5) exited non-zero on
'Local/2002 at main2-8d35;2' in macro 'agent-dial'
  == Spawn extension (macro-agent-dial, dial, 5) exited non-zero on
'Local/2002 at main2-8d35;2'
    -- Executing [h at macro-agent-dial:1] NoOp("Local/2002 at main2-8d35;2",
"DialHangup Local/2002 at main2-8d35;2 CALLINGAGENT: AGENT:Local/2002 at main2
INTERFACE: DIALSTATUS:ANSWER ANSWEREDTIME:1") in new stack
    -- Executing [h at macro-agent-dial:2] GotoIf("Local/2002 at main2-8d35;2",
"0?h-ignore,1") in new stack
    -- Executing [h at macro-agent-dial:3] GotoIf("Local/2002 at main2-8d35;2",
"1?h-ignore,1") in new stack
    -- Goto (macro-agent-dial,h-ignore,1)
    -- Stopped music on hold on SIP/1001-090efcf8

The second of these is problematic, as it is indistinguishable from the
agent 'double-picking' the call.

This means we can't use the DEVICE_STATE function to reliably set the
device state for the local channles, which in turn means they cannot be
used as a replacement for Agent Channels (because agent's phones are rung
even if they are in use) - so what are we supposed to do instead now that
Agent Channels are gone? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-21 08:42 kebl0155       Note Added: 0115510                          
======================================================================