| Summary: | ASTERISK-06956: new dialplan prioritizaiton loses "match by Caller*ID" | ||
| Reporter: | Andrew Kohlsmith (akohlsmith) | Labels: | |
| Date Opened: | 2006-05-11 11:41:53 | Date Closed: | 2006-05-15 09:11:52 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Core/Configuration |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | [BellPRI] exten => 2915112/5195551212,1,Macro(Monitor,${EXTEN}) exten => 2915112/5194440101,1,Macro(Monitor,${EXTEN}) exten => 2915112,1,Dial(IAX2/office@office,,g) The dialplan PARSER sees this correctly (extensions reload is verbose and says something to the effect of "adding extension with caller id match") but when an actual call comes in to this context it *always* matches the first one, even if the Caller*ID does not match. It appears that the Caller*ID isn't checked at all in the new matching code, but it is parsed correctly in the dialplan parser. | ||
| Comments: | By: Russell Bryant (russell) 2006-05-14 18:30:33 I saw a commit realted to this. Can you confirm that this was fixed? By: Luigi Rizzo (rizzo) 2006-05-15 01:47:33 i do think it is fixed, as the problem in the code was quite evident. however it would be great if someone else could test and confirm that things work as expected. By: Andrew Kohlsmith (akohlsmith) 2006-05-15 09:08:27 I can confirm that the commit fixes the bug. Thank you! By: Serge Vecher (serge-v) 2006-05-15 09:11:52 Fixed in r26989. Thanks for confirming this. | ||