[asterisk-bugs] [Asterisk 0013094]: Call Fails to go to extension using WaitExten

[noreply at bugs.digium.com]

The following issue has been CLOSED 
====================================================================== 
http://bugs.digium.com/view.php?id=13094 
====================================================================== 
Reported By:                p_lindheimer
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13094
Category:                   Applications/app_playback
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           1.4.21 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 suspended
Fixed in Version:           
====================================================================== 
Date Submitted:             07-16-2008 20:19 CDT
Last Modified:              07-17-2008 08:41 CDT
====================================================================== 
Summary:                    Call Fails to go to extension using WaitExten
Description: 
Please hear me out as this is a bit of a corner case. I wasn't going to
report it but Jared convinced me I should so that we can conclude on how/if
to deal with it.

I have a Post-Dial Macro called using the M() option of Dial(). The macro
calls the Background() application specifying itself as the context where
extensions should be searched. That works fine. However, once it leaves the
BackGround() application and goes to WaitExten() all bets are off, hitting
any digit fails other than timeout in which case the 't' extension is
executed.

I understand the issue wrt to Background() used inside of a macro,
although in this case it is not a 'normal' macro given the M() option of
the Dial() application. That is why I specify the context and why it works.
The issue is with WaitExten(). Given that it is very much designed to go
with the BackGround() application, it feels like a solution is in order.
Either specify the context or use the context that was most recently
specified in the last executed BackGround() application, which would be a
great solution.

Please note, I have a work around that I can use in this case, which is
keep the old code and limit READ() to a single sound file, or call READ()
after the background application and integrate them together. I just
thought it was important to bring this issue up for potential discussion
and resolution.

====================================================================== 

---------------------------------------------------------------------- 
 Corydon76 - 07-17-08 08:41  
---------------------------------------------------------------------- 
This is not a forum appropriate for discussion.  Please take this
discussion to the asterisk-dev list.  When you have an appropriate
candidate patch for inclusion, you may reopen this issue. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
07-17-08 08:41  Corydon76      Note Added: 0090382                          
07-17-08 08:41  Corydon76      Status                   new => closed       
07-17-08 08:41  Corydon76      Resolution               open => suspended   
======================================================================