UBBFriend: Email This Page to Someone!
  CalendarScript Support Forum
  General Use
  event posting worked, then failed when passed to users

Post New Topic  Post A Reply
profile | register | preferences | search

next newest topic | next oldest topic
Author Topic:   event posting worked, then failed when passed to users
a-squared
unregistered
posted March 01, 2004 04:15 PM           Edit/Delete Message

When I installed and tested the thing at Go Daddy (Apache on Unix, evidently) it worked fine, until I handed it over to my users. Any & all events refused to display...

Also:
1. each link in the /cgi/clendarscript/default/events.txt is prefixed with the charaters: \n (ie. "\n")
a. per a comment above, I removed these and joined the line for he first entry, but it seemed to have no effect.
b. event posted through browser interface appear to land here.
2. /cgi/clendarscript/default/events.txt has no contents
a. unclear if this normal or not
3. zero length files named:
/cgi/clendarscript/default/events.lock
/cgi/clendarscript/default/schedule.lock
are present, but the application doesn't run without them.
4. per comment re text color have:
a. re-checked specified template color
b. changed background color to bright red, which did not reveal any text.


Answers to posting FAQ:

1. OS/server: GoDaddy (Apache on Unixoid, evidently)
2. browser: Mozilla 1.3.1 running on Wintel 2000 server
3. server error log: not available
4. ASCII upload, CHMOD & Perl path all OK
a. upload verfied by download being identical
b. premissions are RWX by everybody
c. Perl runs fine
5. change to file extensions: none
6 web host: almost useless in general (didn't know what OS was on servers, web site sucks, & this is clearly beyond them)
7. debug.pl sez:
"
CalendarScript Debugger

Success!

No problems were found with your installation.
You should be able to run calendar and calendar_admin successfully!
"
a. suggestion: reveal how to run this, for the clueless
8. Documentation: fine, as far as it goes.
a. does not reveal expected file locations on server
b. does not reveal normative file contents

Am debating whether it is easier to debut the existing code here or locate an equivalent product. In general I have other things I should be doing.....

IP: Logged

DanO
Member
posted March 02, 2004 01:13 PM     Click Here to See the Profile for DanO   Click Here to Email DanO     Edit/Delete Message
quote:
2. /cgi/clendarscript/default/events.txt has no contents
a. unclear if this normal or not
No data in the events.txt file = no events.
quote:
1. each link in the /cgi/clendarscript/default/events.txt is prefixed with the charaters: \n (ie. "\n")
a. per a comment above, I removed these and joined the line for he first entry, but it seemed to have no effect.
See the previous forum message "line-feeds in events.txt == "missing" events".
quote:
b. event posted through browser interface appear to land here.
That statement seems to be incongruous with "/cgi/clendarscript/default/events.txt has no contents"

Dan O.

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

IP: Logged

a-squared
unregistered
posted March 02, 2004 02:32 PM           Edit/Delete Message
thanks for your reply....

In 1.a. of my original posting I note the existance of the "\n" problem/posting that you referred me to, but also note that after expunging these & jamming each numbered event into a single line, as:
"
24 now what can be wrong Administrator Administrator Account 1078123096 0 1
"

this did not result in any of the events being displayed.

Comment 2 should have read:
"
2. /cgi/clendarscript/default/schedule.txt has no contents
a. unclear if this normal or not
"

My appologies for the inadvertance. (the original contradicted my comment 1

I an still bemused as to why it worked initially....

Though willing to try any manouver you suggest, my users are getting antsy.

thanks in advance....

IP: Logged

a-squared
unregistered
posted March 02, 2004 03:56 PM           Edit/Delete Message
hmmmmm....

I have completely removed all files from my server, re-unzipped the download, and Fated unzipped files directly to the server. This time I did not use the install.bat file this time.

/cgi/debug.pl was happy as before.

I was able to add & display events.

The new .../events.txt file did not have preceeding "\n" characters this time.

The new .../schedule.txt file had contents this time.

This is perplexing: if the .../schedule.txt file as inadvertently emptied, one would expect additions of subsequent to use it properly.

(There appears to be a subtle bug somewhere, but whatever)

The current problem it now this:

I have retained the old .../events.txt file. I need to build a matching .../schedule.txt file in order to recover this work. So, how is this accomplished?

(note that within the .../schedule.txt file the format for the "start" & "end" fields is not immediately obvious. ex: interpreting 1078185600 as a date within March 2004 is difficult.)

IP: Logged

DanO
Member
posted March 02, 2004 09:02 PM     Click Here to See the Profile for DanO   Click Here to Email DanO     Edit/Delete Message
** I have retained the old .../events.txt file. I need to build a matching .../schedule.txt file in order to recover this work. So, how is this accomplished? **

I think the easiest method would be to install the 'Non-Scheduled Events' plug-in. After which when you go to the Edit/Delete Events screen, all events which don't have a schedule for them will be displayed and you can proceed to set their schedules in the normal manor.

You can also find that and other plug-ins linked from the Unofficial CalendarScript - Mods and Plugins site.

Dan O.

[This message has been edited by DanO (edited March 02, 2004).]

IP: Logged

a-squared
unregistered
posted March 03, 2004 01:57 PM           Edit/Delete Message
thanks for the pointer.... as it turns out, they're busily re-typing them in.... don't seem to trust computers... people ;^0

However, we still don't have any explaination for the strange behavior:

1. entry of "\n" into ..../events.txt
a. an re error?
2. emptying of .../schedule.txt
3. failure to add new events after the above two events.
b. an obvious coding error (failure to check error returns?)

(to paraphrase Swift (?):
"I am sitting in the smallest room in my house.
The code is in front of me...."

however, I'll eventually read it )

IP: Logged

All times are CT (US)

next newest topic | next oldest topic

Administrative Options: Close Topic | Archive/Move | Delete Topic
Post New Topic  Post A Reply
Hop to:

CalendarScript Home