| Summary: | ASTERISK-24461: Parked calls end up in default parking lot | ||
| Reporter: | Michael Gaudette (michael@virtutel.ca) | Labels: | |
| Date Opened: | 2014-10-27 15:12:38 | Date Closed: | 2015-01-02 14:41:26.000-0600 |
| Priority: | Major | Regression? | Yes |
| Status: | Closed/Complete | Components: | Features/Parking |
| Versions: | 1.8.28.2 | Frequency of Occurrence | Constant |
| Related Issues: | |||
| Environment: | CentOS5 (current patches) | Attachments: | |
| Description: | When transferring a call to custom parking lot, the call ends up in the default parking lot if you transfer the call BEFORE the system has finished replying with the parked extension.
Works fine: Transfer to parking lot, listen to the parked extension and complete transfer - calls ends up in correct parking lot Doesnt work: Transfer to parking lot, rely on hints to know the extension and so immediately complete transfer - calls ends up in default parking lot System went from 1.8.9 to certified-1.8.28-cert2 - certified-1.8.9 worked fine. | ||
| Comments: | By: Matt Jordan (mjordan) 2014-10-28 11:34:38.394-0500 We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information By: Michael Gaudette (michael@virtutel.ca) 2014-10-29 03:53:19.642-0500 This seemed all to be fixed when parkext_exclusive=yes was used. I would close this issue, but I'm not sure how. By: Rusty Newton (rnewton) 2014-11-05 10:31:10.608-0600 Despite the behavior being corrected when using the parkext_exclusive=yes option is enabled, I still believe the original behavior described is undesirable and could be considered a bug. [~michael@virtutel.ca] can you still provide the debug requested? By: Michael Gaudette (michael@virtutel.ca) 2014-11-05 13:08:44.191-0600 Yes, give me a few days to put this together but I will be glad to help fix the underlying issue. By: Rusty Newton (rnewton) 2014-12-18 15:15:17.143-0600 Well, 1.8 is in security fix only. Can you reproduce the issue in 11+ ? I was unable to reproduce in 11 or 13, but I did run into ASTERISK-24630 which I just filed. If you can reproduce in 11+ (or even if you can't) can you please post a debug log showing exactly how you are making the transfer and the dialplan in use, as well as your features.conf? Thanks! By: Rusty Newton (rnewton) 2015-01-02 14:41:17.062-0600 Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested. Further information can be found at http://www.asterisk.org/developers/bug-guidelines | ||