Summary: | ASTERISK-19342: Initialize parking hints with NOT_INUSE state | ||
Reporter: | andre valentin (avalentin) | Labels: | |
Date Opened: | 2012-02-10 10:33:01.000-0600 | Date Closed: | 2012-03-20 16:50:02 |
Priority: | Major | Regression? | |
Status: | Closed/Complete | Components: | Features/Parking |
Versions: | 10.1.2 | Frequency of Occurrence | |
Related Issues: | |||
Environment: | CentOS 6 | Attachments: | ( 0) 0106-park_devstate_init.patch |
Description: | If you use hints to monitor you parking slots, the hints are not correctly initialized on startup. With this patch the state is NOT_INUSE if asterisk starts up. | ||
Comments: | By: andre valentin (avalentin) 2012-02-10 10:33:27.192-0600 Initialize parking hints with NOT_INUSE. By: Richard Mudgett (rmudgett) 2012-02-28 17:23:06.048-0600 Please explain what is not happening without your patch. How are you subscribing to the hint? I don't understand what your patch is accomplishing beyond explicitly setting a value that should already be returned when queried. By: andre valentin (avalentin) 2012-02-29 03:42:32.286-0600 I initialize the parking hints in lua with this code: hints["default"][ exten ] = "park:" .. exten .."@parking_extensions" where "exten" is the extension of the parking slot If I the then start Asterisk, core show hints gives me the state IN_USE And that is wrong. Should be NOT_INUSE. By: Richard Mudgett (rmudgett) 2012-02-29 14:43:29.783-0600 Please supply the features.conf file for the configured parking sections. Also the dialplan sections dealing with parking. You may be trying to do too much in your dialplan and interfering with the parking feature's management of the parking extensions. {noformat} [parkedcalls] exten => 701,hint,park:701@parkedcalls exten => 701,1,ParkedCall {noformat} The park:701@parkedcalls hint will show inuse because priority 1 exists in the dialplan. When a call is parked at slot 701, the parking feature creates priority 1. When a call is retrieved from parking slot 701, the extension priority 1 is removed. Edit: Updated dialplan fragment. By: Richard Mudgett (rmudgett) 2012-03-13 12:10:52.011-0500 Ping? By: Richard Mudgett (rmudgett) 2012-03-20 16:50:02.626-0500 Reporter MIA. Seems to have been a configuration problem in the dialplan interfering with the parking feature management of the parking extensions. |