Summary:	ASTERISK-07250: Transfers from queue agent to another queue break app_queue
Reporter:	Nikolay (skvt)	Labels:
Date Opened:	2006-06-29 07:28:10	Date Closed:	2006-09-13 12:08:51
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Applications/app_queue
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) Configs_N_1.txt ( 1) Logs_N_1.txt
Description:	Agent receives a call distributed through the queue he is logged in to. Then he transfers the call to another queue. A couple of such transfers locks up queue mechanism. Queues do not function anymore and 'show queues' command doesn't show anything. Command line of asterisk freezes. ****** ADDITIONAL INFORMATION ****** Transfers are done using 'Express Talk' IP phone. It puts user on hold after pressing 'transfer', then agent makes call to the queue and after answer of the queue agent unpresses 'transfer'.
Comments:	By: Serge Vecher (serge-v) 2006-06-29 09:00:44 Please read BUG GUIDELINES before posting bug reports. How do you expect developers to track this problem down without attaching any debug information? 1) Prepare test environment (reduce the ammount of unrelated traffic on the server); 2) Make sure your logger.conf has the following line:   console => notice,warning,error,debug 3) Restart Asterisk 3) Enable SIP transaction logging with the following CLI commands: set debug 4 set verbose 4 sip debug 4) Save complete log to file and _attach_ said file to the bug. By: Nikolay (skvt) 2006-06-29 10:30:43 I’ve attached 2 files. Configs_N_1.txt – shows the configuration: cat extensions.conf; asterisk –rx  “show dialplan“ Logs_N_1.txt – shows logs from console during “locking up” calls. The last few commands shows that * do not see queues anymore. When we try to enter a command and press TAB for automatic command compilation, the command line locks up. It’s also seen from the last command. I’ve entered “se” and pressed TAB. It should become “set” command, but locked command line instead. To lock up we’ve made 2 calls. Each call was made to queue 22901 than transferred by agent to queue 22902. The app_queue locked up after the second call. I would like to attach ethereal captures, but unfortunately web system rejected the file with traces. So if you need it, please indicate how or where to attach them. By: Nikolay (skvt) 2006-07-04 11:45:59 Are there any updates on the issue? Are there anything I can do to help ? By: Serge Vecher (serge-v) 2006-07-05 10:54:33 skvt: this is a known problem with chan_agent. Please monitor bug 6626 where jstorm is attempting to address this. If he asks for any help, including testing patches, please do so. Thanks. By: Serge Vecher (serge-v) 2006-09-01 13:59:05 skvt: did you try the latest 1.2 branch (r > 41700). Also, if possible, try to test the trunk. Thanks. By: Nikolay (skvt) 2006-09-04 08:42:57 serge-v, I tested latest svn version as you've requested today. The situation is the same. The queue continue to lock up as in all previouse releases of asterisk. By: Serge Vecher (serge-v) 2006-09-05 10:42:31 ok, there is a patch called chan_agent_noapplock_on_cb.diff that has been posted in bug ASTERISK-7261. Please apply it to the latest 1.2 branch code, test, and report back the results. Thanks! By: Serge Vecher (serge-v) 2006-09-13 12:08:41 Fixed by chan_agent_noapplock_on_cb.diff patch from ASTERISK-7261, which was committed to 1.2 branch in r42133 and appears in 1.2.12.1 release. Please reopen this bug report if somehow this issue is not fixed.