[asterisk-bugs] [Asterisk 0017680]: [patch] chan_skinny crashes asterisk when parking a call
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Jul 27 16:36:47 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17680
======================================================================
Reported By: jmhunter
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17680
Category: Channels/chan_skinny
Reproducibility: always
Severity: crash
Priority: normal
Status: confirmed
Asterisk Version: SVN
JIRA: SWP-1956
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!): 278578
Request Review:
======================================================================
Date Submitted: 2010-07-21 17:48 CDT
Last Modified: 2010-07-27 16:36 CDT
======================================================================
Summary: [patch] chan_skinny crashes asterisk when parking a
call
Description:
I have recently upgraded to Asterisk 1.6, from 1.4, and also acquired a
Cisco 7905 handset - so have now configured chan_skinny for the first time.
This seems to work in the main, apart from when I use the 'Park' softbutton
on the handset, which causes Asterisk to crash. Clearly, this shouldn't
happen!
I can dial the park extension just fine from the handset - it only crashes
if I press the softbutton.
I have checked out the latest SVN and the crash still occurs.
Happy to debug further if somebody can tell me how (I'm not an Asterisk
developer)
======================================================================
----------------------------------------------------------------------
(0125150) jmhunter (reporter) - 2010-07-27 16:36
https://issues.asterisk.org/view.php?id=17680#c125150
----------------------------------------------------------------------
Aha!
I think this is indeed the cause of the crash - an unexpected "user error"
condition we don't currently check for.
I was testing this by picking up the skinny handset, dialling
music-on-hold, and pressing Park (actually, this how I discovered the bug -
by pressing random buttons on my new skinny handset, to work out what they
did)
I have now tested call parking whilst dialling an actual other extension
(my DAHDI test extension) and indeed no crash occurs in this instance.
I don't know enough about Asterisk's internals to work out whether it
should be possible to park a music-on-hold call (dialplan extract below),
or if this is something that can't be done without serious re-engineering.
Either way, I guess we need an additional patch, to check for the presence
of a remote peer before parking (rather than coredumping :-))?
This is my dialplan target that triggers the coredump:
exten => 6001,1,Answer
exten => 6001,n,NoCDR
exten => 6001,n,MusicOnHold()
exten => 6001,n,Wait(60)
Many thanks!!
Issue History
Date Modified Username Field Change
======================================================================
2010-07-27 16:36 jmhunter Note Added: 0125150
======================================================================
More information about the asterisk-bugs
mailing list