Summary:ASTERISK-01135: Asterisk do not record DST correctly when using macros
Reporter:swc (swc)Labels:
Date Opened:2004-03-02 17:15:08.000-0600Date Closed:2008-01-15 14:45:44.000-0600
Versions:Frequency of
Description:If a macro is used to Dial, CDR record will show the macro extension number instead of the dialed number.

The functionality was correctly implemented, during Dec of 2003 and it is broken now.


To explain, here is a example copied from


exten => s,1,Dial(${ARG1},20,t)
exten => s,2,Voicemail(u${MACRO_EXTEN})
exten => s,3,Hangup
exten => s,102,Voicemail(b${MACRO_EXTEN})
exten => s,103,Hangup

exten => 6601,1,Macro(oneline,${PHONE1})
exten => 6602,1,Macro(oneline,${PHONE2})

If a call comes to Ext.6601, the dst field on the CDR gets recorded as letter "s" although the dialed number is 6601.

Functionality is correct if the number is directly dialed, without the macro being used.

Problem is true for CDR records on csv file as well as MySQL database. (It can be true for ODBC, Postgress etc. But I have not tested)
Comments:By: Brian West (bkw918) 2004-03-02 19:41:18.000-0600

I can confirm this.

By: Mark Spencer (markster) 2004-03-04 01:07:27.000-0600

Fixed in CVS (in principle, please test, and reopen if not)

By: Digium Subversion (svnbot) 2008-01-15 14:45:43.000-0600

Repository: asterisk
Revision: 2326

U   trunk/apps/app_macro.c
U   trunk/dns.c

r2326 | markster | 2008-01-15 14:45:43 -0600 (Tue, 15 Jan 2008) | 2 lines

Copy old extension unless it's ASYNCGOTO (bug ASTERISK-1135)



By: Digium Subversion (svnbot) 2008-01-15 14:45:44.000-0600

Repository: asterisk
Revision: 2327

U   branches/v1-0_stable/apps/app_macro.c

r2327 | markster | 2008-01-15 14:45:43 -0600 (Tue, 15 Jan 2008) | 2 lines

Restore extension unless ASYNC_GOTO (bug ASTERISK-1135)