Summary:ASTERISK-11380: The dialplan executes wrong, it skips a priority
Reporter:Private Name (falves11)Labels:
Date Opened:2008-02-05 14:12:16.000-0600Date Closed:2008-02-05 14:50:30.000-0600
Versions:Frequency of
Description:If you look carefully at the trace below, the H extension tests for a condition and it is branching out to closecall,1, that means, the extension closecall, priority one, but instead, it executes priority 2, skipping priority 1. The version is SVN-trunk-r102379M and I applied a suggested patch from issue 17596. This issue did not happen before. A bug marshall is welcome to log in and I will send a call so he can see.

   -- Executing [h@default:1] GotoIf("SIP/", "1?closecall,1") in new stack
   -- Goto (default,closecall,2)
   -- Executing [closecall@default:2] Set("SIP/", "MINIXEL_ROUTING(S252-1202241953.114)=1969-12-31 19:00:00,Feb  5 15:07:00 2008") in new stack
Comments:By: Private Name (falves11) 2008-02-05 14:26:25.000-0600

The problem happens with every Goto. In the trace below, I send the execution to priority 10 and it starts excuting priority 11

Executing [17274907253@default:18] GotoIf("SIP/45990-b6a3cd48", "0 ]?default,17274907253,21") in new stack
   -- Executing [17274907253@default:19] GotoIf("SIP/45990-b6a3cd48", "1 ]?default,17274907253,10") in new stack
   -- Goto (default,17274907253,11)

By: Digium Subversion (svnbot) 2008-02-05 14:50:30.000-0600

Repository: asterisk
Revision: 102500

U   trunk/main/pbx.c

r102500 | qwell | 2008-02-05 14:50:29 -0600 (Tue, 05 Feb 2008) | 6 lines

Change where priority of a goto is adjusted.
Partially reverts 102272.

Closes issue ASTERISK-11380
(credit to file for fix suggestion - we still <3 you)