Summary:	ASTERISK-01407: [patch] losing digits while pri astchannel is already up
Reporter:	thaeger (thaeger)	Labels:
Date Opened:	2004-04-14 13:29:58	Date Closed:	2004-09-25 02:51:28
Priority:	Major	Regression?	No
Status:	Closed/Complete	Components:	Core/General
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) overlap.patch
Description:	Hi all together, imagine you have following extension defined: exten => _0XXX.,1,AGI(blah) exten => _0XXX.,2,Dial,Zap/g1/${EXTEN} and the agi script is something for get routing information from a database. The caller is someone calling over ISDN/pri or IAX with overlap dial. If there are coming digits while the agi script running the digits will not be added to the dialed extension, because only the pri->pvt[chan]->exten will be updated, and not the pri->pvt[chan]->owner->exten (astchannel). The patch will add the digits to both exten variables if the astchannel is already up. This is very important, because overlap dial could not really work if digits are missing ;-) Please integrate this patch in cvs. I hope you don't need a disclaimer for this very little, but important patch
Comments:	By: Mark Spencer (markster) 2004-04-14 14:39:08 This is not how the overlap is intended to work.  Once the _0XXX is matched, it's going to start your AGI script.  Once that process has started, any more dialed digits are sent as DTMF characters, so you would have to use the wait for digit in your AGI to make use of it.  It does *not* affect the extension directly and that behavior is not acceptable.