[asterisk-bugs] [Asterisk 0013820]: Executing 'h' extension if parked channel hangs up

Asterisk Bug Tracker noreply at bugs.digium.com
Mon Nov 10 14:46:13 CST 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13820 
====================================================================== 
Reported By:                mdu113
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   13820
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 152539 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-10-31 13:50 CDT
Last Modified:              2008-11-10 14:46 CST
====================================================================== 
Summary:                    Executing 'h' extension if parked channel hangs up
Description: 
I hope this is just an oversight and something that can be added easily.
Currently there's no way specify 'h' extension to be executed when parked
channel hangs up ("got tired of being parked" in asterisk language).
If I add "parkedcalls" context to my dialplan and create an 'h' extension
there, it creates 2 different contexts of the same name and 'h' extension
is not executed:
devel*CLI> dialplan show parkedcalls
[ Context 'parkedcalls' created by 'pbx_config' ]
  'h' =>            1. NoOp(Parking H extension)                 
[pbx_config]

[ Context 'parkedcalls' created by 'res_features' ]
  '700' =>          1. Park()                                    
[res_features]
devel*CLI>
-= 2 extensions (2 priorities) in 2 contexts. =-
I really need to be able to do some additional stuff on parked channel
hang up. 
I think the current behavior is incorrect or at least inconsistent.
====================================================================== 

---------------------------------------------------------------------- 
 (0094720) murf (administrator) - 2008-11-10 14:46
 http://bugs.digium.com/view.php?id=13820#c94720 
---------------------------------------------------------------------- 
I have the fixes on http://svn.digium.com/svn/asterisk/team/murf/masqpark;
all paths behave the same now.

I have the code also under reviewboard; it needs a reviewer.

Now, the biggest problem with this code is that an h-exten gets run
immediately
when the parker gets hung up. When A calls B, and A transfers, that's
fine.
But when A calls B, and B parks the call, then that's not fine; basically
A's call is the one that's getting the h-exten run, but under the channel
name "Parked/<chan>/1-1<ZOMBIE>.

I'm going to have to think about this.


The good news is that all channels get hungup and not left in a hung
state,
and everything works fine, with no memory messups. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-10 14:46 murf           Note Added: 0094720                          
======================================================================




More information about the asterisk-bugs mailing list