[asterisk-users] Gosub behavior change <=1.6.0.5 to 1.6.0.6

sean darcy seandarcy2 at gmail.com
Wed Feb 25 08:15:45 CST 2009


Tilghman Lesher wrote:
> On Tuesday 24 February 2009 13:44:25 Barry L. Kline wrote:
>> Here's one that may be of interest to any upgraders.  If you rely on the
>> behavior of gosub you may want to make note of this change.
>>
>> I have an incoming call context:
>>
>> exten => _XXXX,n,GoSub(incoming,${EXTEN},1(${EXTEN}));
>>
>> that is supposed to gosub into the incoming extension at priority 1.
>> Versions before 1.6.0.6 would drop into the incoming,i,1 priority if the
>> requested extension wasn't present in the incoming context.
>>
>> When I upgraded to 1.6.0.6 this behavior changed and I would simply get
>> an error on the console that a matching extension was not found, and the
>> dialplan would simply stop.  It was easy enough to add:
>>
>> [incoming]
>> exten => _XXXX,1,Goto(i,1)
>>
>> to restore the previous behavior (I'm looking at four-digits from a PRI)
>> which I should probably have done anyway.
>>
>> I don't know if this is a bug or WAD but just wanted to mention it.
> 
> It was a bug.  Gosub/Goto should NEVER go to the "i" extension, unless that
> target is explicitly given.  The use of the "i" extension for invalid
> extensions is limited to WaitExten/Background.
> 

Why should it be so limited? It's clearly not now, and it's not been 
considered a bug - certainly no bug reports or user confusion. Some of 
us have used this behaviour for quite a while. It's very useful.

Why change?

sean




More information about the asterisk-users mailing list