| Summary: | ASTERISK-12934: [patch] Overlap dialing blocks | ||
| Reporter: | Matthias Urlichs (smurfix) | Labels: | |
| Date Opened: | 2008-10-18 14:00:26 | Date Closed: | 2009-01-22 13:49:00.000-0600 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Core/Channels |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ( 0) appdial.patch ( 1) appdial.patch.fixed | |
| Description: | The problem: when a channel is not connected and DTMF events arrive "too fast", they get stored in the channel buffer until (a) sufficient time has passed and (b) a voice frame has arrived. Unfortunately, when you're in overlap dialing and the channel's audio is not yet connected, there _is_ no voice frame, thus dialing blocks. A quick fix is to surround wait_for_answer() with calls to set/clear the AST_FLAG_END_DTMF_ONLY flag (patch attached). | ||
| Comments: | By: Matthias Urlichs (smurfix) 2008-10-18 15:26:17 Update: fixed the patch line numbers (I removed a few debug statements manually) By: Jeff Peeler (jpeeler) 2009-01-22 13:48:59.000-0600 After looking at this issue and the way DTMF is handled now, this should no longer be an issue. The commit that changed this behavior was in 163448. If you find that there is still a problem, please reopen. | ||