xyj70 / fusionpbx

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

Provisioning problem #256

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. create an extension (ex. number 300)
2. connect the extension to the provisioning profile - phone (mac)
3. provision the phone/adapter via http

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

the provisioning file (mac).cfg/xml contains the string "v_line_user_id" 
instead of the real extension (300). 

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

revision r2564, centos 6.2

Please provide any additional information below.

Changing the variable to "v_line_user_uuid", the file contains the right value 
(300), but in the provisioning process the username taken by phone/adapter is 
the string "v_line_user_uuid" and not the value. 
Probably, in /app/provision/index.php there are some other changes to do.

Original issue reported on code.google.com by carlo.di...@gmail.com on 21 May 2012 at 11:26

GoogleCodeExporter commented 9 years ago
Carlo thanks for reporting the issue. The problem was the _id had been changed 
to _uuid by accident. The value represented is not a uuid so the code has been 
changed to make the user variable ending in _id work again. Fixed in r2573.

Original comment by markjcrane@gmail.com on 23 May 2012 at 10:42