next »

[nrbeard]

I have installed the files on my server.  calender.pl works fine and debug.pl comes back successful.  But calendar_admin.pl comes back with a blank screen, no error, no nothing.

I have gone through and made sure that all permissions are open (for the time being):

calendar and calendar_admin are -rwxr-xr-x
all sub-folders and files in calendarscript are drwxrwxrwx or -rwxrwxrwx

[DanO]

** calendar_admin.pl comes back with a blank screen, no error, no nothing. **

If you're viewing using IE, the script is probably returning nothing at all and IE is making that blank page you see itself rather than the script outputting it.  

It sounds like the script is terminating prematurely.... for whatever reason. You'll need to check the server error logs to see if a detailed error message was recorded. If not, try running the script from the command line (telnet, SSH, etc.) to see what errors Perl reports. Once you have that error message, if you post it here we may be able to tell you the problem.

JMO

Dan O.

------------------

[nrbeard]

Under what my host is saying is an erro rlog, there is nothing.  But what they calssify as a transfer log, I find the following:

(IP Address) - - [22/Jan/2006:20:41:00 -0600] "GET /cgi-bin/calendar_admin.pl HTTP/1.1" 200 5 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)"

------------------

[nrbeard]

My host doesn't allow shell access, so I am unable to get any errors that way.

------------------

[DanO]

** what they calssify as a transfer log **

That looks like just an access log and will be of no help.

** My host doesn't allow shell access **

Maybe to you but they should be able to try running it for you. Try asking them.

There's not a lot I can suggest without more information.  

Dan O.

------------------

[nrbeard]

I posted a request for them to urn it at the same time I posted my last reply here.  Here is what they have replied with:

When sub exitGracefully() is modified to not exit silently (we'd prefer to have at least $! passed back to caller(??), and CGI::Carp qw(fatalsToBrowser warningsToBrowser) is set, it show the following: http://www.(domain).com/cgi-bin/calendar_admin.pl
"Can't call method "hasPermission" on an undefined value at calendar_admin.pl line 214, <COMMANDLIST> line 4."
below the rendered page.
A note: when cgi script terminating prematurely, status 500 will be returned to client always.

------------------

[DanO]

I'm afraid I have no idea what would cause such an error, maybe one of the files was corrupted during the upload? Have you tried re-uploading the files making sure its done in ascii mode?

BTW. do not rely on FTP clients 'auto detect' mode for ascii/binary detection.

JMO

Dan O.

------------------

[nrbeard]

I moved the files over, again.

This time I get the admin page to display correctly, but I get the follwoing error when trying to log in as Administrator:

Username not found in database: Administrator.  I have checked teh users.txt file and it includes both the Administrator and anonymous

------------------

[DanO]

** Username not found in database: Administrator. I have checked the users.txt file and it includes both the Administrator and anonymous **

It may be looking in the wrong place for the files. Does the debug.pl file still report Ok?

If it does, all I can think of is possibly incorrect file or directory permissions not allowing the script to open the file.

Dan O.

------------------

[nrbeard]

I ended up deleting all previously installed files, redownloading the zip, unpacking, changing the asc to ascii in the ftpscript.txt file and re-installing.  It appears that everything is now working.

thank you.

------------------

[DanO]

Glad to hear it.

Dan O.

------------------