Jeff Peeler de8f6bab86 Modify bridging to properly evaluate DTMF after first warning is played ...

The main problem is currently if the Dial flag L is used with a warning sound,
DTMF is not evaluated after the first warning sound. To fix this, a flag has 
been added in ast_generic_bridge for playing the warning which ensures that if
a scheduled warning is missed, multiple warrnings are not played back (due to a
feature evaluation or waiting for digits). ast_channel_bridge was modified to
store the nexteventts in the ast_bridge_config structure as that information
was lost every time ast_channel_bridge was reentered, causing a hangup due to
incorrect time calculations.

(closes issue #14315)
Reported by: tim_ringenbach

Reviewed on reviewboard:
http://reviewboard.digium.com/r/163/



git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@176701 65c4cc65-6c06-0410-ace0-fbb531ad65f3

2009-02-17 21:54:34 +00:00

..

asterisk

Modify bridging to properly evaluate DTMF after first warning is played

2009-02-17 21:54:34 +00:00

solaris-compat

fix the provided unsetenv for solaris to return an int like it's supposed to

2006-03-29 04:14:12 +00:00

asterisk.h

fix some minor issues with rev 144924

2008-09-27 15:13:30 +00:00

jitterbuf.h

update dev-mode compiler flags to match the ones used by default on Ubuntu Intrepid, so all developers will see the same warnings and errors

2008-11-29 16:58:29 +00:00