Summary: | ASTERISK-20716: "s" extension in comebackcontext not honored | ||
Reporter: | Chris Gentle (gentlec) | Labels: | |
Date Opened: | 2012-11-21 15:33:57.000-0600 | Date Closed: | 2013-01-29 11:06:51.000-0600 |
Priority: | Minor | Regression? | |
Status: | Closed/Complete | Components: | Features/Parking |
Versions: | 11.0.1 | Frequency of Occurrence | |
Related Issues: | |||
Environment: | Linux, Ubuntu Server 12.04.1, 32bit | Attachments: | ( 0) debug.log ( 1) extensions.conf ( 2) features.conf ( 3) log |
Description: | Assume the following defined in features.conf:
comebacktoorigin=no comebackcontext=parkedcallstimeout Parked calls that are sent back to parkedcallstimeout do not use the "s" extension if it is defined. An error is generated in the Asterisk log as follows: {noformat} [2012-11-19 20:46:58] WARNING[23894][C-0000003e] pbx.c: Channel 'SIP/gentlec-000000c9' sent to invalid extension but no invalid handler: context,exten,priority=parkedcallstimeout,SIP_gigaset,1 {noformat} Defining a specific extension, SIP_gigaset in this case, works. However, this does not agree with the documented behavior in the features.conf sample file. | ||
Comments: | By: Rusty Newton (rnewton) 2012-11-26 13:52:56.396-0600 Chris, to look into this we'll need a full log with VERBOSE and DEBUG, both set to level 5. Capture during a demonstration of the issue. Please also attach features.conf along with the full log. By: Rusty Newton (rnewton) 2012-11-26 13:54:19.530-0600 Oh, extensions.conf would be great as well, but at least the parkedcallstimeout context. Please attach all debug as separate text files to this issue. By: Chris Gentle (gentlec) 2012-11-26 19:12:36.009-0600 See attachments. I'd like to avoid posting my entire dialplan. However, there's two contexts involved here. Incoming calls go through some filtering in [incoming] to drop calls I don't want and then the call is sent to [voicemail]. That context builds up a list of phones to ring and then does a Dial(). If no one picks up, then it goes to voicemail. The second context is the [parkedcallstimeout]. I've attached the relevant files. By: Rusty Newton (rnewton) 2013-01-04 09:45:29.705-0600 Acknowledged, this does look like a bug. Configuration looks correct, and it's not behaving as advertised in features.conf. Thanks. Can you also post a log with VERBOSE and DEBUG messages enabled as requested above? https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information By: Chris Gentle (gentlec) 2013-01-04 11:34:24.682-0600 OK, I'll post a log. May take me a bit to get it together. By: Chris Gentle (gentlec) 2013-01-11 09:33:29.544-0600 Uploading log as requested. By: Jonathan Rose (jrose) 2013-01-28 12:50:03.987-0600 Hey Chris, I stumbled on this issue today while I was working on some bridging tests for call parking, so I fixed it. You can try the patch out on reviewboard if you'd like. https://reviewboard.asterisk.org/r/2296/ |