Summary: | ASTERISK-08056: missing information of the origin exten in the CLI (both with realtime or flat files) | ||
Reporter: | Caio Begotti (caio1982) | Labels: | |
Date Opened: | 2006-11-03 08:00:25.000-0600 | Date Closed: | 2006-11-08 12:27:31.000-0600 |
Priority: | Minor | Regression? | No |
Status: | Closed/Complete | Components: | Core/Configuration |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | That's my flat extensions.conf: [extens] exten => 321/5050,1,Playback(vm-intro) exten => 321,1,Playback(tt-monkeys) The CLI reports that (useless entries removed): weon*CLI> dialplan show extens '321' => 1. Playback(vm-intro) '321' => 1. Playback(tt-monkeys) I suppose it should show my /5050 pattern in the first entry, right? Seems weird to have two equal patterns with the same priority but different application and data. I don't know how Asterisk is parsing all this, but it's working (perhaps just a coincidence, I don't know yet). The same applies for the Realtime Static mode too: weon*CLI> dialplan show inbound-routes '4130252525' => 1. Macro(callrouting|I${EXTEN}-CAL|I${EXTEN}-IN|I${EXTEN}-OUT) But that's what is in my PostgreSQL backend (through ODBC), a var_val field: "4130252525/4132522977,1,Macro(callrouting,I${EXTEN}-CAL,I${EXTEN}-IN,I${EXTEN}-OUT)" | ||
Comments: | By: Caio Begotti (caio1982) 2006-11-08 10:46:36.000-0600 Isn't it a real missing information in the CLI? By: Joshua C. Colp (jcolp) 2006-11-08 12:27:31.000-0600 I wouldn't call this a bug, no version has really ever done it. BUT - I have put in the capability to see it in trunk as of revision 47335. Thanks! |