Ticket #5561 (closed Bugs: invalid)

Opened 3 months ago

Last modified 3 months ago

Global variables "TimeZone" not update sip.cfg

Reported by: paul.fisher Assigned to: tm1000
Priority: minor Milestone: Undetermined
Component: Endpoint Manager Version: 2.10-branch
Keywords: Time Zone sip.cfg Cc:
Confirmation: Unreviewed SVN Revision (if applicable): 2.10.1.3 Enabled
Backend Engine: Asterisk 1.8 Backend Engine Version:

Description

Awesome piece of code, have been using for over a year, Thankyou.

Here is a problem I started having about a month back.

When I create configs the sip.cfg is generating as tcpIpApp.sntp.gmtOffset="" I have 2 systems pbx1 and pbx2. It first occured after 2.9 upgrade and the timezone drop down box changed. I'm in Perth Western Australia, although I have tried a couple of locations for time zone.

Mysql looks good, if I update sip.cfg manually, time is good until I write another config and then resets sip.cfg.

Current database: asterisk

mysql> select * from endpointman_global_vars; +-------+------------------------+---------------------------------------------+ | idnum | var_name | value | +-------+------------------------+---------------------------------------------+ | 1 | srvip | 192.168.9.251 | | 2 | tz | Australia/Perth | | 3 | gmtoff | 28800 | | 4 | gmthr | GMT+08:00 | | 5 | config_location | /tftpboot/ | | 6 | update_server | http://mirror.freepbx.org/provisioner/v2.5/ | | 7 | version | 2.10.1.3 | | 8 | enable_ari | 0 | | 9 | debug | 0 | | 10 | arp_location | /sbin/arp | | 11 | nmap_location | nmap | | 12 | asterisk_location | /usr/sbin/asterisk | | 13 | language | | | 14 | check_updates | 0 | | 15 | disable_htaccess | | | 16 | endpoint_vers | 1320727764 | | 17 | disable_help | 0 | | 18 | show_all_registrations | 0 | | 19 | ntp | 192.168.9.251 | | 20 | server_type | file | | 21 | allow_hdfiles | 1 | +-------+------------------------+---------------------------------------------+ 21 rows in set (0.01 sec)

mysql>

Change History

02/08/12 15:16:50 changed by tm1000

  • status changed from new to closed.
  • resolution set to invalid.

This has already been fixed in SVN-HEAD

http://www.the159.com/endpointman/endpointman-2.10.3.2.tgz