Summary: | ASTERISK-10676: issue 0011146 has not been fixed in trunk | ||
Reporter: | Private Name (falves11) | Labels: | |
Date Opened: | 2007-11-02 13:21:44 | Date Closed: | 2011-06-07 14:07:45 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | PBX/General |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | I checked my trunk version number 88284 and the issue 0011146 has not been fixed, it still execute sonly the first 'h' priority. I really don't know how it works, but should this patch have been merged already into the current trunk? | ||
Comments: | By: Joshua C. Colp (jcolp) 2007-11-02 14:30:08 I just tested this and it does indeed work, and the fix did indeed go in. I would therefore ask for your console output and dialplan logic. By: Private Name (falves11) 2007-11-02 14:47:40 exten => h,1,GotoIf($[${Delay} >= 0]?closecall,1) exten => h,2,NoOp(Closed Cll= CDR(uniqueid)) I need the priority 2 to to execute wether it goes to closecall or not. It is not executing. By: Private Name (falves11) 2007-11-02 14:49:18 Also the code published in the patch is different from the code in the current trunk version, for the same lines. By: Joshua C. Colp (jcolp) 2007-11-02 14:59:35 Dialplan execution doesn't return to h priority 2 after you tell it to go to extension closecall priority 1. It is doing exactly as it should. By: Leif Madsen (lmadsen) 2007-11-02 15:13:14 When you do a Goto() out of the 'h' extension, Asterisk will not return back to the 'h' extension. If you used a GoSubIf() with a Return(), it MAY work, but I have not tested this. By: Private Name (falves11) 2007-11-02 15:28:35 I changed the priority numbers and now my first 'h' priority executes but instead of showing me the CDR(uniqueid), it shows this: Executing [h@default:1] NoOp("SIP/67.110.179.253-08359588", "Closed Cll= CDR(uniqueid)") in new stack By: Leif Madsen (lmadsen) 2007-11-02 15:36:19 This is still a dialplan usage problem and not a bug. Please see a bug marshall on IRC in #asterisk-bugs at irc.freenode.net for clarification. |