Summary:	ASTERISK-28038: Queue log is incorrect in Attended transfer &Blind transfer
Reporter:	Cao Minh Hiep (hiepcm)	Labels:
Date Opened:	2018-09-05 05:05:54	Date Closed:	2018-09-05 05:18:33
Priority:	Major	Regression?
Status:	Closed/Complete	Components:	Applications/app_queue
Versions:	13.12.0 13.22.0	Frequency of Occurrence	Constant
Related Issues:
Environment:		Attachments:	( 0) queue-log-of-attended-transfer.jpg
Description:	Hello. We found an issue when making an Attended transfer and Blind transfer as the following: Here is an attended transfer scenario: 1. Three phones A, B, C (external phone A, phone B and phone C in two work groups). 2. Make a call from A to B, then B answers the call. 3. Phone A and B talk for awhile. 4. Then B makes an attended transfer of the call to C. 5. Phone C answers phone B, after a few seconds, phone B hangs up. 6. Phone A and C talk for awhile then phone A or C hangs up. In step 5 above, when phone B hangs up, an attended transfer between A and C was established. In the queue log, it must output ATTENDEDTRANSFER message. However, We looked at the queue log of the call, we saw that ATTENDEDTRANSFER(In case of the blind transfer is BLINDTRANSFER) did not show. There is only COMPLETECALLER/COMPLETEAGENT message. So the talking time report between phone A and B is incorrect. It becomes the whole time of A and B + B and C + A and C.
Comments:	By: Asterisk Team (asteriskteam) 2018-09-05 05:05:56.254-0500 Thanks for creating a report! The issue has entered the triage process. That means the issue will wait in this status until a Bug Marshal has an opportunity to review the issue. Once the issue has been reviewed you will receive comments regarding the next steps towards resolution. A good first step is for you to review the [Asterisk Issue Guidelines|https://wiki.asterisk.org/wiki/display/AST/Asterisk+Issue+Guidelines] if you haven't already. The guidelines detail what is expected from an Asterisk issue report. Then, if you are submitting a patch, please review the [Patch Contribution Process|https://wiki.asterisk.org/wiki/display/AST/Patch+Contribution+Process]. By: Joshua C. Colp (jcolp) 2018-09-05 05:18:33.874-0500 This is not a bug. You are using Local channels with /n so they always remain in place. In this scenario the call in the queue is not transferred, and the queue has no idea that a transfer even happened. You are transferring the Local channel side that is outside of the queue instead.