Summary:	ASTERISK-22270: Attended transfer to a Queue stops music on hold on caller
Reporter:	Etienne Allovon (etienne_pf)	Labels:
Date Opened:	2013-08-08 11:06:50	Date Closed:	2013-08-08 20:27:10
Priority:	Major	Regression?
Status:	Closed/Complete	Components:
Versions:	11.4.0	Frequency of Occurrence	Constant
Related Issues:	is duplicated by ASTERISK-17833 Hold music lost after attended transfer
Environment:		Attachments:	( 0) issue22270-asterisk-axfer.log
Description:	When you make an attended transfer to a queue, it stops the music on hold for the caller when attended transfer is completed. Here's how to reproduce : - Given A calls B (SIP peers), => B answers and they both speak to each other, - B starts an attended transfer (with phone xfer button) to queue Q1, => A is put on hold and hears the music on hold - B waits to hear the music of queue Q1 and completes the transfer => Though A is queued in Q1, he doesn't hear the music on hold anymore In fact, as soon as the _transferrer enters_ the Queue, when he completes the transfer, the transferred has no music on hold anymore. For example if you make the following dialplan to reach the Queue : {code}  exten = 1000,1,Wait(2)  same = n,Queue(q1) {code} If B completes the transfer before being queued in the queue Q1, A will hear the music on hold. Notes : - This is the same issue as ASTERISK-20230 which was open for 1.6 branch but closed due to end of maintenance, - It is also probably the same as a private issue ASTERISK-21317 for 1.8 branch but I can't see it
Comments:	By: Etienne Allovon (etienne_pf) 2013-08-08 11:17:55.432-0500 Attached is an asterisk log with verbose and debug level set to 5. In this log you have : - 4001 with SIP username iu1z4l - 4002 with SIP username 2c2gmo - Queue test1 with number 2010 with member SIP/scusq4 Aug  8 10:24:47 : 4001 calls 4002, Aug  8 10:25:17 : 4002 make an attended transfer to 2010, and 4001 is put on  hold Aug  8 10:25:18 : 4002 enters Queue, Aug  8 10:25:24 : 4002 completes attended transfer, As a result music on hold is stopped on boths 4001 and 4002 SIP channels but not started again on 4001 channel : {code} [Aug  8 10:25:24]     -- Stopped music on hold on SIP/2c2gmo-00000018 [Aug  8 10:25:24]     -- Stopped music on hold on SIP/iu1z4l-00000016 {code} By: Matt Jordan (mjordan) 2013-08-08 20:27:03.558-0500 This is also a duplicate of ASTERISK-17833. ASTERISK-21317 has someone's private configuration information attached to it, so it is only viewable by bug marshals. As this is a duplicate of an existing issue, I'm closing it out to that issue.