next »

[Varya]

I'm having a problem adding a new user.  This is the first one I've tried to add.

I fill out all the fields and click Save, but it bounces back and says Field [Name] is a required field.  User not added: Required fields missing.

So I thought I'd go edit that field and unrequire it, only when I click the Edit button in "Customize User Database", nothing happens.

Couldn't find anything in the docs that covers this.  Apache server running Linux, IE 6.0 browser.

Thanks for your help.

[Varya]

I should add that I am able to modify all of the other fields on the Customize User Fields screen and that I can edit, add and modify fields in all the other admin areas as well.

It's just the User Name that's giving me problems.

[Scott]

Can you run debug.pl and see if it says anything?
Things like this are sometimes symptoms that the script files were not uploaded in ASCII mode.

------------------
Scott
CalendarScript.com

[Varya]

debug.pl doesn't work at all.  So I thought maybe you were right and I hadn't uploaded the files properly (though I'm sure I did).

So I reuploaded calendar.pl, calendar_admin.pl and debug.pl, in ASCII mode, and now I've broken the script entirely and it won't run at any of the three.  Both calendar.pl and calendar_admin.pl were working 10 minutes ago.

[Mon Sep 27 17:57:47 2004] [error] [client ] Premature end of script headers: /home/httpd/vhosts/eshaoregon.com/cgi-bin/calendar_admin.pl
failed to open log file
fopen: Permission denied
[Mon Sep 27 17:57:57 2004] [error] [client ] Premature end of script headers: /home/httpd/vhosts/eshaoregon.com/cgi-bin/debug.pl
failed to open log file
fopen: Permission denied
[Mon Sep 27 18:02:52 2004] [error] [client ] Premature end of script headers: /home/httpd/vhosts/eshaoregon.com/cgi-bin/calendar.pl
failed to open log file
fopen: Permission denied
[Mon Sep 27 18:03:42 2004] [error] [client ] Premature end of script headers: /home/httpd/vhosts/eshaoregon.com/cgi-bin/debug.pl
failed to open log file
fopen: Permission denied
[Mon Sep 27 18:03:54 2004] [error] [client ] Premature end of script headers: /home/httpd/vhosts/eshaoregon.com/cgi-bin/calendar_admin.pl
failed to open log file
fopen: Permission denied
[Mon Sep 27 18:04:53 2004] [error] [client ] Premature end of script headers: /home/httpd/vhosts/eshaoregon.com/cgi-bin/calendar_admin.pl

[Varya]

I got the script working again.

I uploaded it in ASCII form about 9 times and suddenly, it took.

Is there a problem with WSFTP falsely indicating its in ASCII mode when it isn't?

[DanO]

** Is there a problem with WSFTP falsely indicating its in ASCII mode when it isn't? **

IF there is it likely depends on the version you are using and how you are using it. With WS_FTP lite, I never had a problem selecting the chmod manually. I never used automatic. If you're using a newer version, check their web site for version details.

JMO

Dan O.

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

[Varya]

I had it set to transfer in ASCII mode, but I looked carefully and noticed that it was opening the directories in ASCII mode, but transfering in binary.

So I downloaded cuteftp to use instead.  I set it to ASCII and it did the same thing.  For some reason, the programs think these files are binary.

So I overrode the settings and cute ftp asked me if I really wanted to upload these binary files as ASCII.  I said yes.

I re-uploaded just about every single file, but debug.pl still thinks most of them weren't uploaded in ASCII mode.

I've uploaded one directory five times, in ASCII every time, and debug.pl is still spitting out all the files.

[Varya]

I've debugged everything now, and I want to share how I solved the problem.

I discovered that WSFTP was uploading the files in binary even though it was set to ASCII.  I changed to CuteFTP and forced it into ASCII mode.  Still did not work.  I uploaded some directories more than 10 times.  No luck.

Finally, I opened up all of the problem files in Editpad and I converted to Unix format and uploaded them again.  Problem solved.

These were fresh files straight out of the zip.  I'd never opened them.  It appears they were not in to proper format to begin with, so you might want to check that out.  I had to convert everything in the /calendarscript/lib/ directory, everything in /templates/admin/English/ and two files in /templates/calendars/simple/

Hopefully it will all work for me now.  :-)

[Scott]

I assure you that the files are in the right format, otherwise I would be getting thousands of complaints  

I'm glad you got it solved, though!

------------------
Scott
CalendarScript.com