| Summary: | ASTERISK-09091: "overlap dialing" overwrites exten | ||
| Reporter: | Vadim Berezniker (kryptolus) | Labels: | |
| Date Opened: | 2007-03-23 17:21:59 | Date Closed: | 2011-06-07 14:07:22 |
| Priority: | Minor | Regression? | No |
| Status: | Closed/Complete | Components: | Core/General |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | In pbx.c, there's a loop (line ~2400) that waits for any additional DTMFs if further extensions can match. If such a match is possible, the loop builds a string out of the additional dtmfs, and if that extensions exists, it overwrites chan->exten. Instead of ending up with original extension + additional dtmfs, you end up with the additional dtmfs and it jumps to such a context if it exists. This doesn't seem like correct behavior. I am not using overlap dialing at all, but this caused me a lot of grief when some additional dtmfs started being detected (probably external cause) causing a lot of grief with call flow. | ||
| Comments: | By: Vadim Berezniker (kryptolus) 2007-03-26 08:27:54 I see that this is actually intended behavior. Strange. This bug is no longer valid then. Please close it. | ||