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

[Asterisk Bug Tracker]

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-05 15:06 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0094602) mdu113 (reporter) - 2008-11-05 15:06
 http://bugs.digium.com/view.php?id=13820#c94602 
---------------------------------------------------------------------- 
Correct me if I'm wrong, but I think that the channel given to the parking
thread looses its chan/peer status, doesn't it?
I'm talking about 'h' extension for channel under parking thread control.

I don't know if it's ever been implemented. Up until now I actually didn't
know that there's a difference between executing 'h' for parked channel and
for regular channel, so it was obvious to me it should work and it came as
a surprise when it didn't.
Anyway I believe it's very inconsistent with the rest of asterisk
dialplan.
Is it too hard to make parking thread to execute 'h' extension? may be
with restricted set of applications supported? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-05 15:06 mdu113         Note Added: 0094602                          
======================================================================