[asterisk-bugs] [Asterisk 0015459]: [regression] parking c-e-p is missing, so timed-out parked call never returns to parker

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Jan 13 13:48:17 CST 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15459 
====================================================================== 
Reported By:                djrodman
Assigned To:                jpeeler
====================================================================== 
Project:                    Asterisk
Issue ID:                   15459
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Target Version:             1.4.30
Asterisk Version:           SVN 
JIRA:                        
Regression:                 Yes 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-07-07 13:06 CDT
Last Modified:              2010-01-13 13:48 CST
====================================================================== 
Summary:                    [regression] parking c-e-p is missing, so timed-out
parked call never returns to parker
Description: 
1.4.25.1  res_features.c 476 ff
This code is saving the parker's info so that if the park times out the
call can be sent back to who parked it.  
The call comes in to context 'redroad', exten 501.  From there it goes to
macro stdexten.  So the context is 'macro-stdexten', and the macrocontext
is 'redroad'.

Howveer, in park_call_full, the channel cata is:

chan->context: macro-stdexten
chan->exten: s
chan->priority: 44
chan->macrocontext: blank
chan->macroexten: blank
chan->priority: 0

In version 1.4.17 this informatino was correct, i.e.:
chan->context: macro-stdexten
chan->exten: s
chan->priority: 44
chan->macrocontext: redroad
chan->macroexten: 501
chan->priority: 1

In 1.4.25.1 the verbose output shows "will timeout back to macro-stdexten,
s, 44 in 90 seconds" (and that's what it does.  In 1.4.17 it shows "will
timeout back to redroad, 501, 1 in 90 seconds"


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

---------------------------------------------------------------------- 
 (0116631) svnbot (reporter) - 2010-01-13 13:48
 https://issues.asterisk.org/view.php?id=15459#c116631 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 239839

_U  trunk/
U   trunk/main/features.c

------------------------------------------------------------------------
r239839 | jpeeler | 2010-01-13 13:48:17 -0600 (Wed, 13 Jan 2010) | 18
lines

Merged revisions 239838 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
  r239838 | jpeeler | 2010-01-13 13:43:33 -0600 (Wed, 13 Jan 2010) | 11
lines
  
  Fix regression for timed out parked call returning to caller
  
  This issue seems to have been exposed by the fix in 160390 whereby using
a
  masquerade prevented a crash. The new channel used in the masquerade was
  not copying the macro information from the old channel.
  
  (closes issue https://issues.asterisk.org/view.php?id=15459)
  Reported by: djrodman
  Patches: 
        patch_15459.txt uploaded by mnick (license )
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=239839 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-01-13 13:48 svnbot         Checkin                                      
2010-01-13 13:48 svnbot         Note Added: 0116631                          
======================================================================




More information about the asterisk-bugs mailing list