[asterisk-bugs] [Asterisk 0013820]: Executing 'h' extension if parked channel hangs up
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Nov 4 18:34:26 CST 2008
The following issue has been ASSIGNED.
======================================================================
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-04 18:34 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.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2008-11-04 18:34 murf Status new => assigned
2008-11-04 18:34 murf Assigned To => murf
======================================================================
More information about the asterisk-bugs
mailing list