[asterisk-bugs] [Asterisk 0018801]: features reload does not clear old configuration and always include 700 on parkedcalls

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Apr 7 08:42:14 CDT 2011


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18801 
====================================================================== 
Reported By:                mickecarlsson
Assigned To:                jrose
====================================================================== 
Project:                    Asterisk
Issue ID:                   18801
Category:                   Features/Parking
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           1.8.3-rc2 
JIRA:                       SWP-3128 
Regression:                 No 
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:             2011-02-13 12:34 CST
Last Modified:              2011-04-07 08:42 CDT
====================================================================== 
Summary:                    features reload does not clear old configuration and
always include 700 on parkedcalls
Description: 
features.conf look like this
[general]
parkext=200

Stop and start Asterisk, then type  dialplan show parkedcalls
the output is this:
[ Context 'parkedcalls' created by 'features' ]
  '200' =>          1. Park()  [features]
  '700' =>          1. Park()  [features]

Where does 700 come from????

Now, edit features.conf to look like this:
[general]
parkext=200

Do a feature reload, the output is like this:
  == Parsing '/etc/asterisk/features.conf':   == Found
    -- Added extension '300' priority 1 to parkedcalls

Now, do a dialplan show parkedcalls, the output is this:
[ Context 'parkedcalls' created by 'features' ]
  '200' =>          1. Park()  [features]
  '300' =>          1. Park()  [features]
  '700' =>          1. Park()  [features]

The old entries does not clear, and that dreaded 700 is still there.



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

---------------------------------------------------------------------- 
 (0133502) svnbot (reporter) - 2011-04-07 08:42
 https://issues.asterisk.org/view.php?id=18801#c133502 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 313049

_U  trunk/
U   trunk/main/features.c

------------------------------------------------------------------------
r313049 | jrose | 2011-04-07 08:42:14 -0500 (Thu, 07 Apr 2011) | 23 lines

Merged revisions 313048 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/branches/1.8

................
  r313048 | jrose | 2011-04-07 08:35:33 -0500 (Thu, 07 Apr 2011) | 16
lines
  
  Merged revisions 313047 via svnmerge from 
  https://origsvn.digium.com/svn/asterisk/branches/1.6.2
  
  ........
    r313047 | jrose | 2011-04-07 08:23:01 -0500 (Thu, 07 Apr 2011) | 9
lines
    
    Makes parking lots clear and rebuild properly when features reload is
invoked from CLI
    
    Before, default parkinglot in context parkedcalls with ext 700 would
always be present and when reload was invoked, the previous parkinglots
would not be cleared.
    
    (closes issue https://issues.asterisk.org/view.php?id=18801)
    Reported by: mickecarlsson
    
    Review: https://reviewboard.asterisk.org/r/1161/
  ........
................

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

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-04-07 08:42 svnbot         Checkin                                      
2011-04-07 08:42 svnbot         Note Added: 0133502                          
======================================================================




More information about the asterisk-bugs mailing list