[asterisk-bugs] [Asterisk 0014536]: After a caller is processed by app_queue the queue_log logs the hangup as TRANSFER

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14536 
====================================================================== 
Reported By:                aragon
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14536
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.23 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!): 173594 
Request Review:              
====================================================================== 
Date Submitted:             2009-02-23 19:26 CST
Last Modified:              2009-03-12 10:40 CDT
====================================================================== 
Summary:                    After a caller is processed by app_queue the
queue_log logs the hangup as TRANSFER
Description: 
I'm using agent callback and not channel_agent

In this example ext 222 dials *850 to enter a test queue and ext 233
(agent 1) answers the call. Then 222 hangs up.
But my queue_log logs the hangup reason as TRANSFER instead of
COMPLETEAGENT or COMPLETECALLER

I think I am using revision 173594
====================================================================== 

---------------------------------------------------------------------- 
 (0101652) aragon (reporter) - 2009-03-12 10:40
 http://bugs.digium.com/view.php?id=14536#c101652 
---------------------------------------------------------------------- 
So we put some additional debug lines into Asterisk 1.4.24rc1 to debug
problem.
It execute the hangup ( exten => h, ...) so the context change and the
'logic' on queuelog is broken

    -- SIP/6002-0a402118 is ringing
    -- Local/6002 at default-agent-b04a,1 is ringing
    -- SIP/6002-0a402118 answered Local/6002 at default-agent-b04a,2
    -- Local/6002 at default-agent-b04a,1 answered SIP/6010-0a3fb720
    -- Stopped music on hold on SIP/6010-0a3fb720
  == Spawn extension (default-local-devices, 6002, 2) exited non-zero on
'Local/6002 at default-agent-b04a,2'
    -- Executing [h at default-application-acd-sales:1]
Goto("SIP/6010-0a3fb720", "all-hangup|s|1") in new stack
    -- Goto (all-hangup,s,1)
    -- Executing [s at all-hangup:1] GotoIf("SIP/6010-0a3fb720",
"0?all-faxnotify|s|1:2") in new stack
    -- Goto (all-hangup,s,2)
    -- Executing [s at all-hangup:2] ResetCDR("SIP/6010-0a3fb720", "w") in
new stack
    -- Executing [s at all-hangup:3] NoCDR("SIP/6010-0a3fb720", "") in new
stack
    -- Executing [s at all-hangup:4] System("SIP/6010-0a3fb720",
"/var/www/scopserv/telephony/scripts/billing/cdr.sh 1236871879.4") in new
stack
[Mar 12 11:31:33] WARNING[10685]: app_queue.c:3232 try_calling: Old
Context: default-application-acd-sales   Chan Context: all-hangup
[Mar 12 11:31:33] WARNING[10685]: app_queue.c:3233 try_calling: Old Exten:
s   Chan Exten: s
  == Spawn extension (all-hangup, s, 14) exited non-zero on
'SIP/6010-0a3fb720' 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-03-12 10:40 aragon         Note Added: 0101652                          
======================================================================