Ticket #1469 (closed Bugs: fixed)

Opened 6 years ago

Last modified 6 years ago

Default user not created when adding devices

Reported by: jskuby Assigned to:
Priority: minor Milestone:
Component: Core - Users/Devices Version: 2.2rc1
Keywords: Cc:
Confirmation: Distro:
Backend Engine: All Distro Ver:
Backend Ver: SVN Revision (if applicable):

Description

Using AMPEXTENSIONS=deviceanduser in /etc/amportal.conf. While creating a new device using a Device Type of "Fixed", setting the Default User option to "New User" does not work. If I manually create the user after the device it does match up and the extension can then receive calls.

Change History

(follow-up: ↓ 2 ) 11/29/06 02:42:17 changed by p_lindheimer

  • status changed from new to closed.
  • resolution set to worksforme.
1. create new device (812)
2. choose new user
3. hit submit
4. goes to user 812 and lets me set remainder of user settings
5. hit submit

result I have new user 812 with device 812

if I'm missing something, re-open and elighten me but otherwise it sounds like it is working?

(in reply to: ↑ 1 ) 11/29/06 18:19:55 changed by jskuby

  • status changed from closed to reopened.
  • resolution deleted.

After a complete reinstall this is still not working for me. Here's what I have done so far: 1. Fresh install of Trixbox 1.2.3. 2. After the initial install I upgraded to FreePBX 2.2.0 RC1. 3. Changed AMPEXTENSIONS=extensions to AMPEXTENSIONS=deviceanduser in /etc/amportal.conf and restarted amportal. 4. Created a new device (5000) selecting Fixed and New User. 5. Click Submit 6. I'm taken to the Add Device page and no User has been created.

12/02/06 23:55:02 changed by p_lindheimer

can anyone else confirm this. When I tested it, as described above, it worked fine.

12/04/06 16:00:52 changed by LeeZ

Yes, this is happening for me also. I believe it was working correctly under beta3, but I've been having the problem since installing rc1.

I'm running rc1 under CentOS 4.4, and also using AMPEXTENSIONS=deviceanduser. No Trixbox.

12/17/06 21:57:38 changed by RobThomas

  • status changed from reopened to closed.
  • resolution set to fixed.

Fixed in r3332.. Thanks!