[asterisk-bugs] [Asterisk-GUI 0013539]: Extensions file error after incoming call rules (in GUI 2.0) and logout

Asterisk Bug Tracker noreply at bugs.digium.com
Wed Nov 5 10:49:39 CST 2008


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13539 
====================================================================== 
Reported By:                infiniti_guy
Assigned To:                bkruse
====================================================================== 
Project:                    Asterisk-GUI
Issue ID:                   13539
Category:                   General
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.21.2 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!): 3855 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2008-09-23 00:24 CDT
Last Modified:              2008-11-05 10:49 CST
====================================================================== 
Summary:                    Extensions file error after incoming call rules (in
GUI 2.0) and logout
Description: 
In GUI 2.0 (build 3855), after changing/setting incoming call rules and
then logout. During next login, several settings are duplicated in the
extensions.conf file. In build 37XX the GUI would get stuck in a loop
(trying to login) and duplicate the foloeing setting durign each login
loop:
[general]
static = yes
writeprotect = no
clearglobalvars = yes
autofallthrough = yes
static = yes
writeprotect = no
clearglobalvars = yes
static = yes
writeprotect = no
clearglobalvars = yes

And then duplicate the following sections again at the bottom of the
file:
[general]

[globals]

In build 3855, the GUI has a similar response after setting incoming
rules, perform logout, then login, except no crash loop is detected, but
the settings are duplicated as follows for each manual login after setting
incoming rules.
[general]
static = yes
writeprotect = no
clearglobalvars = yes
autofallthrough = yes
static = yes
writeprotect = no
clearglobalvars = yes
static = yes
writeprotect = no
clearglobalvars = yes

[globals]
...
FEATURES = 
DIALOPTIONS = 
RINGTIME = 20
FEATURES = 
DIALOPTIONS = 
RINGTIME = 20
FEATURES = 
DIALOPTIONS = 
RINGTIME = 20
FEATURES = 
DIALOPTIONS = 
RINGTIME = 20




[general]

[globals]

[default]

[conferences]

[ringgroups]

[queues]

[voicemenus]

[voicemailgroups]

[directory]

[general]

[globals]

[default]


I am not sure why these settigns keep getting repeated, but it only occurs
after changing the incoming rules and then logout/login (logout does not
have to be immediately after changing incoming rules).
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
related to          0013420 GUI - File Editor not working properly
====================================================================== 

---------------------------------------------------------------------- 
 (0094589) awk (reporter) - 2008-11-05 10:49
 http://bugs.digium.com/view.php?id=13539#c94589 
---------------------------------------------------------------------- 
I believe I was able to reproduce this issue.

After looking at this bug earlier today, I created a new xen image,
installed ast/tags/1.6/ from svn as well as ast-gui/branches/2.0/ and
configured http.conf and manager.conf to get the gui up and running.

Once everything was in place, i directed firefox to the basic config page
and logged in with a manager account i had created. It appeared that I had
logged in, but then it started looping in the load/login sequence. After a
few iterations, I assumed it wouldn't be stopping any time soon and shut
the browser.

I should have had a bit of verbosity on the Asterisk CLI before I started,
however it did at least report that pbx_ael was loading multiple times (see
below).

[Nov  5 16:37:39] NOTICE[27547]: pbx_ael.c:115 pbx_load_module: Starting
AEL load process.
[Nov  5 16:37:39] NOTICE[27547]: pbx_ael.c:128 pbx_load_module: AEL load
process: parsed config file name '/etc/asterisk/extensions.ael'.
[Nov  5 16:37:39] NOTICE[27547]: pbx_ael.c:131 pbx_load_module: AEL load
process: checked config file name '/etc/asterisk/extensions.ael'.
[Nov  5 16:37:39] NOTICE[27547]: pbx_ael.c:134 pbx_load_module: AEL load
process: compiled config file name '/etc/asterisk/extensions.ael'.
[Nov  5 16:37:39] NOTICE[27547]: pbx_ael.c:139 pbx_load_module: AEL load
process: merged config file name '/etc/asterisk/extensions.ael'.
[Nov  5 16:37:39] NOTICE[27547]: pbx_ael.c:142 pbx_load_module: AEL load
process: verified config file name '/etc/asterisk/extensions.ael'.
[Nov  5 16:37:39] NOTICE[27547]: app_queue.c:5163 reload_queue_rules:
queuerules.conf has not changed since it was last loaded. Not taking any
action.
[Nov  5 16:38:12] WARNING[27670]: app_system.c:81 system_exec_helper:
Unable to execute 'ztscan > /etc/asterisk/ztscan.conf'

I also checked my extensions.conf...which happened to be 171k and 147392
lines long. The majority of those were blank lines. The last "real" lines
stop ~ line 145 with:

TRUNKMSD = 1  ; MSD digits to strip (usually 1 or 0)
FEATURES = 
DIALOPTIONS = 
RINGTIME = 20
FOLLOWMEOPTIONS = 
PAGING_HEADER = Intercom
PAGING_TIMEOUT = 60

and then nothing til the last line of the file, which was:

[macro-trunkdial-failover-0.3]


I'm going to continue looking into this and check the basic diagnostics
(http logs, javascript activity with fire-bug, etc etc) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-11-05 10:49 awk            Note Added: 0094589                          
======================================================================




More information about the asterisk-bugs mailing list