More information on the problem....
It seems when the program runs, it inserts an extra directory name into the series of directories/subdirectories.
The paths for the configuration seem wrong. When you click the button it tries to go to http://www.fyao.org/cgi-bin/fyaoweb/calendar_admin.pl
when it should go to: http://www.fyao.org/cgi-bin/calendar_admin.pl
Notice the extra fyaoweb after cgi-bin
Comment from the host ech support:
Everything you put inside cgi directory becomes available under www.fyaoweb.org/cgi-bin/ So if there is an extra fyaoweb in there than the actual path becomes cgi/fyaoweb/program....There should be a place where you define these paths inside the configuration.
Ok, so fooled with it some more, no luck. Got more help from the host tech support, trying the following:
From tech support after looking at the files:
Here is what I found out. The file alendarscript/config.txt has two variables.
calendar_url
and
calendar_admin_url
These need to be set to the url of the calendar.pl and calendar_admin.pl programs. I have done this for you. However this is not enough either. If these variables are not set than the program is supposed to guess these
values and it comes up with /cgi-bin/fyaoweb/calendar.pl instead of /cgi-bin/calendar.pl etc.. So putting these values should fix the problem.
BUT there is a problem on the program. It seems all the scripts look for this variable and if it doesn't exist guess the values, but calendar_admin.pl tries to guess it all the time and doesn't obey the value set in the config file.
The line numbered 322 on the calendar_admin.pl script should be changed
FROM
$Template::CGI_URL = $ENV{'SCRIPT_NAME'} | | $ENV{'REQUEST_URI'};
TO
$Template::CGI_URL = $AdminConfig->get("calendar_url") | |
$ENV{'SCRIPT_NAME'} | | $ENV{'REQUEST_URI'};
Tell you the truth, I don't know the full implications of this change. So you should check with the people who are selling this software to make sure my assumptions are correct. But I made this change and it seems to be
working now.
However, this appeared to help, but the change made works to get to admin screen two, but then the next admin screen gets bypassed, proceeding right to the calendar login, not admin login - or whatever should sho on admin screen 3.
So, I went back a reloaded evrything, making sure in ASCII and manually checking all the permissions. Allo loks OK. Of course, Debug says all is well and that it should run.
The key seems to be why the script wants to stick the extra "fyaoweb" int he directory string. If this can be eliminated, it might work.
At this point I need some assistance from here... Either that, or I'll give up on it. The beauty of this calendar is that I can set up others to update it without having to revise web pages/know html which, for our organization, would be a real help.
Any ideas?
Thanks,
Dan
------------------
Setup and Installation
