Summary:	ASTERISK-27293: Queue Application - gosub and maco parameter functionality seem broken
Reporter:	Paul Brooks (javauser)	Labels:
Date Opened:	2017-09-25 15:51:40	Date Closed:	2017-10-20 11:25:06
Priority:	Minor	Regression?
Status:	Closed/Complete	Components:	Applications/app_queue
Versions:	14.6.0	Frequency of Occurrence	Constant
Related Issues:
Environment:	Debian 9.0	Attachments:	( 0) Queue_Application_test_shows_gosub_parameter_is_broken.txt
Description:	I am using Asterisk 14.6.0 and the pjsip channel driver. Trying to use the gosub parameter of the Queue() application yields this error when the call is answered by a member/interface,         "Attempt to reach a non-existent destination for Gosub" But the Gosub context, extensions, and priority do in fact exist. It yields the same error if I try to use the maco parameter instead. I believe it has something to do with the way the application is looking for the s extension, a reincarnation of issue ASTERISK-17334. For reference I am attaching a text doc showing my dialplan and the CLI output, which shows the error with verbosity.
Comments:	By: Asterisk Team (asteriskteam) 2017-09-25 15:51:41.131-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: Rusty Newton (rnewton) 2017-09-26 18:43:30.567-0500 Your dialplan looks good to me..  odd. Are you able to test a few versions back to see if this is a regression? By: Paul Brooks (javauser) 2017-09-26 23:40:17.161-0500 Per your request I ran the same call test basically using the same dialplan and queue configs, on two older Asterisk versions that are immediately available to me. The first is a one-year-old version, Asterisk 14.0.1 using the chan_sip channel driver, and I got the same result. The second is a 3-year-old version, 1.8.28.2, also using the chan_sip channel driver, no luck. Same result. If this is a regression, it doesn't appear to be anything recent. By: Joshua C. Colp (jcolp) 2017-10-20 11:25:06.580-0500 This is a bug in your dialplan: {noformat} same => n,Queue(paul,,,,,,,Q_answer)) {noformat} There is an extra ) in there at the end of Q_answer. This causes the Gosub context to be "Q_answer)" which does not exist. If this is occurring outside of the logic you have provided please check to ensure you do not have a similar problem, and if you don't then provide that information. By: Paul Brooks (javauser) 2017-10-23 14:51:02.060-0500 Gee Whiz. Thanks for catching that. I appreciate the time you took to look into this. By: Asterisk Team (asteriskteam) 2017-10-23 14:51:02.271-0500 This issue has been reopened as a result of your commenting on it as the reporter. It will be triaged once again as applicable. By: Paul Brooks (javauser) 2017-10-23 14:52:18.867-0500 Your time  looking at this case is much appreciated. Thank you.