MasterVitronic / fusionpbx

Automatically exported from code.google.com/p/fusionpbx
0 stars 0 forks source link

Cannot use *5900 as parking destination #412

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Attempt to transfer to parking *5900 (\*5900)

Transfering direct to *5901, *5902 etc works OK

What is the expected output? What do you see instead?

When tranfering to *5900 it is Expected that the call is parked to next 
available Parking slot, ie *5901 or *5902 etc
Parking fails and does not park call,
In cli see error with error message below

What version of the product are you using? On what operating system?

Latest FusionPBX dev Rev3953
Using Cisco SPA series after firmware update to enable * features to be 
transfered.
FreeSWITCH Version 1.2.8+git~20130424T004807Z~198ae2fa05 (git 198ae2f 
2013-04-24 00:48:07Z)

Please provide any additional information below.

This only happens with *5900. 
Park direct to other *numbers is OK

It appears that the * causes an error when doing a calculation for available 
park slots on line 88 of park.lua. 

I get the following error message.

The error is:
[ERR] mod_lua.cpp:198 /usr/local/freeswitch/scripts/park.lua:88: attempt to 
perform arithmetic on global 'park_extension' (a string value)
stack traceback:

Let me know if you need more information.

Cheers
Cords

Original issue reported on code.google.com by i...@vbsys.com.au on 29 Apr 2013 at 9:36

GoogleCodeExporter commented 9 years ago
You can now use park+*5901 or *5901 with the new dialplan entry. The new 
dialplan entry uses mod_valet. Did this in order to support presence for the 
parking lot on Polycom phones.

Original comment by markjcrane@gmail.com on 2 May 2013 at 2:05

GoogleCodeExporter commented 9 years ago
In order to use the new dialplan entry you need to make sure you have upgraded 
to the latest release version of fusionpbx and then delete the previous park 
dialplan entry that referred to the park.lua. Run advanced -> upgrade schema 
and it will replace it with the new version.

Original comment by markjcrane@gmail.com on 27 Jul 2013 at 3:28

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Just upgraded to the latest version (3.7.1). I tested park_in/park_out. I see 
the error message  on park.lua:88.  I tried this workaround in the dialplans:

park_in:  park_extension=5901 (without the *)
park_out: destination_number = ^\*(59[0-9][0-9])$  (only the digits are 
captured)

It's working. Haven't tried on other Call Parking methods.

Original comment by nandy1...@gmail.com on 4 Sep 2014 at 10:05