[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 11:52 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0094591) mdu113 (reporter) - 2008-11-05 11:52
 http://bugs.digium.com/view.php?id=13820#c94591 
---------------------------------------------------------------------- 
I've update asterisk to the latest SVN-branch-1.4-r154724 and applied your
patch.
The 'h' extension still isn't executed whatever I do. I see no
difference.
I'm using very simple dialplan:

[xyz]
exten => 100,1,Dial(SIP/xyz010001,10,kK)
exten => 650,1,Dial(SIP/poly_650_01,10,kK)
exten => h,1,NoOp(Hangup extension)

[parkedcalls]
exten => h,1,NoOp(Parking H extension)

Test: 100 calls 650, 650 answers, 100 performs one-touch parking. 650
hangs up before timeout:

    -- Executing [650 at xyz:1] Dial("SIP/xyz010001-081e7db0",
"SIP/poly_650_01|10|kK") in new stack
    -- Called poly_650_01
    -- SIP/poly_650_01-081e9340 is ringing
    -- SIP/poly_650_01-081e9340 answered SIP/xyz010001-081e7db0
    -- Started music on hold, class 'default', on channel
'SIP/poly_650_01-081e9340'
  == Parked SIP/poly_650_01-081e9340 on 701 at parkedcalls. Will timeout back
to extension [xyz] , 1 in 600 seconds
    -- Added extension '701' priority 1 to parkedcalls
    -- <SIP/xyz010001-081e7db0> Playing 'digits/7' (language 'en')
    -- <SIP/xyz010001-081e7db0> Playing 'digits/0' (language 'en')
    -- <SIP/xyz010001-081e7db0> Playing 'digits/1' (language 'en')
    -- Executing [h at xyz:1] NoOp("SIP/xyz010001-081e7db0", "Hangup
extension") in new stack
[Nov  5 13:02:40] WARNING[8493]: pbx.c:2470 __ast_pbx_run: Channel
'SIP/xyz010001-081e7db0' sent into invalid extension 's' in context 'xyz',
but no invalid handler
devel*CLI>
    -- Stopped music on hold on SIP/poly_650_01-081e9340
  == SIP/poly_650_01-081e9340 got tired of being parked 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-05 11:52 mdu113         Note Added: 0094591                          
======================================================================