[asterisk-bugs] [Asterisk-GUI 0018908]: [patch] GUI hangs on "Checking write permission for gui folder"

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18908 
====================================================================== 
Reported By:                douwe
Assigned To:                
====================================================================== 
Project:                    Asterisk-GUI
Issue ID:                   18908
Category:                   General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk GUI Version:       SVN 
Asterisk Version:           1.8.2.4 
JIRA:                        
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             2011-03-02 09:59 CST
Last Modified:              2011-03-13 10:20 CDT
====================================================================== 
Summary:                    [patch] GUI hangs on "Checking write permission for
gui folder"
Description: 
I installed the sources from SVN r5161, set all the appropriate
permissions, enabled the http and manager, and did everything by the book,
as far as I know.

Note, this is on FreeBSD 8.2:

FreeBSD XXX 8.2-STABLE FreeBSD 8.2-STABLE
https://issues.asterisk.org/view.php?id=1: Tue Mar  1 17:29:18 CET 2011
    virtus at XXX:/usr/obj/usr/src/sys/SERVER  i386

When going to the GUI configuration page, after logging in the GUI keeps
returning to "Checking write permission for gui folder". This error seems
recurrent, as it occurs in several other bug reports and on the mailing
lists.

As far as I can tell, it seems to be a problem with the DAHDI detection,
because the parseConfig loop exits perfectly fine. I'm surprised that it
just keeps going, instead of giving an error which could tell me where it's
going wrong.

It appears that in some places, "/etc/modprobe.d" is hardcoded. In FreeBSD
(using the dahdi-freebsd sources), the modules are installed in
/usr/local/lib/dahdi/, which might be what's causing this.

Firebug reports errors on the following GET commands:

http://XXX:8088/asterisk/rawman?action=originate&channel=Local%2Fexecutecommand%40asterisk_guitools&Variable=command%3Decho%2097555%20%3E%20%2Fvar%2Flib%2Fasterisk%2Fstatic-http%2Fconfig%2Fsysinfo_output3771.html&application=noop&timeout=60000
http://XXX:8088/asterisk/rawman?action=originate&channel=Local%2Fexecutecommand%40asterisk_guitools&Variable=command%3Decho%2097555%20%3E%20%2Fvar%2Flib%2Fasterisk%2Fstatic-http%2Fconfig%2Fsysinfo_output3771.html&application=noop&timeout=60000

My manager.conf file does allow "originate", so that shouldn't be the
problem here.

If necessary, I can provide external access to the server. I would really
like for this to work on FreeBSD! There is a FreeBSD port available, that
works like a charm for 1.4 but is severely outdated.
====================================================================== 

---------------------------------------------------------------------- 
 (0132889) dovzamir (reporter) - 2011-03-13 10:20
 https://issues.asterisk.org/view.php?id=18908#c132889 
---------------------------------------------------------------------- 
Hi guys,

I want to report the same behaviour and same looped error message as
reported by douwe, but under fedora 14 64bit, so it's not a bsd issue.
Asterisk version is 1.8.3 installed from tarballs running under user and
group asterisk and asterisk-gui branch 2.0 from svn. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-03-13 10:20 dovzamir       Note Added: 0132889                          
======================================================================