Summary:ASTERISK-10676: issue 0011146 has not been fixed in trunk
Reporter:Private Name (falves11)Labels:
Date Opened:2007-11-02 13:21:44Date Closed:2011-06-07 14:07:45
Versions:Frequency of
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/", "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.