| Summary: | ASTERISK-19091: ConfBridge cannot handle multiple menu DTMF selections in rapid succession | ||||
| Reporter: | Matt Jordan (mjordan) | Labels: | |||
| Date Opened: | 2011-12-20 17:10:51.000-0600 | Date Closed: | 2015-03-13 19:06:57 | ||
| Priority: | Minor | Regression? | No | ||
| Status: | Closed/Complete | Components: | Applications/app_confbridge | ||
| Versions: | 10.0.0 | Frequency of Occurrence | |||
| Related Issues: |
| ||||
| Environment: | Asterisk 10.0.0 Fedora 14 | Attachments: | ( 0) asterisk.tar.gz | ||
| Description: | If a user presses a DTMF key that matches a menu option, which causes a sound to be played back on their channel, any subsequent pressing of DTMF keys while the channel's sound is being played back for it are not processed. The attached logs illustrate this for channel ast2_g722-00000002. The user presses the '1' DTMF key, causing the channel to be unmuted within the conference. While the sound file conf-unmuted.gsm is being played back for the user, they also press the '3' DTMF key, which should cause the conference to be locked. However, while the DTMF key is processed, it is not picked up by the underlying bridging layer. | ||||
| Comments: | |||||