[liontamer]

Hello! Your OpenJournal script looks very cool.....I have managed to get it working to point of initial login (for new users) to display. After signing in, however, I get a blank screen...nada. I am sure it's a path problem somewhere... but have no idea where. I have listed the complete path to all my directories in all the config files (where I could find them), but still have same problem.

I will be using this on NT based system. Right now have it set up at home to configure it and get it to work (using FrontPage with personal web server and ActivePerl 5). I have successfully configured other cgi programs to run, so I know my setup for perl works.

But, with NO error message after login, I have no idea where to look next!

Help!

Thanks,
nlh

[DocJohn]

Did you check your Web server's error log? The only time I have found the program to not display any type of error message is when the path to oj.cfg and auth.pl at the top of the oj.cgi file itself is not set. On some systems, you need to specify the full path to those two files or the "require" statement will fail.

[cooties]

i have a problem similar to the first one, except that i am not getting a blank page. instead, nothing is happening.

if i dot-slash the script, i get an error telling me i have to run the script from a browser, so i know the script is functioning.

when i run the script from my browser, i get the 'new user login' window, but when i enter my info all i see (in the status bar) is 'opening page http://www.akacooties.com/cgi-bin/oj/oj.cgi' and that continues until i hit 'stop'.

my error logs are not showing anything.

the OS on whcih the script is running is IRIX 6.2, and the server is netscape enterprise. i set the permissions on the two main perl scripts and the config file to 755, and the subdirectory '/cgi-bin/oj' is 755. the only changes i made to the defaults was changing the default web directory to '/daily' instead of '/oj', and placing the scripts in a cgi-bin subdirectory called '/oj'.

also, as suggested to the person above, i used the full path to the auth.pl and oj.cfg files.

i hope you know a simple solution to this, as i'd really like to use this script (right now, i'd just like to see the thing)

thanks

---------------------------------
/\\ike - aka cooties

[cooties]

i was going to delete my original post but thought i'd leave it in case someone else had a similar problem.

i figured out a solution. i was reading the 'oj.cfg' file and way down (way down) it mentions a file 'ojaccess.db', and what to do if you want to rename it. HA! that was it! there IS no 'ojaccess.db' file.

so (and this is handy of you have telnet access), i just 'touch ojaccess.db', chmod'd it to 777 (too high, but right now i don't care) and suddenly it worked.

well, sort of. NOW i have another problem: after i enter the ID and password, i get a 'id added to database' (or something), and two links: 'daily journal index', which takes me to an emptry directory, and 'Back to the OpenJournal console'.

the console is the problem now - there is no link to it. or, rather the link is no good. i get a 404 because there is no such page as 'http://www.akacooties.com/cgi-bin/oj/' (no document name).

as with the last post, if i find a solution, i'll submit it here.

mike

---------------------------------
/\\ike - aka cooties

[cooties]

this time, i'll be brief.

directories are appearing twice in links to archives, ie '/daily/story/story'.

the date of a posting appears - 'Posted at 269066664: 1: 1 3 53 by cooties'.

opening any file in the editor (at least, in my recent experience) eliminates half of that file's content. my index page got truncated half-way though a table, so nothing shows up. this also happened with an archived file.

the only way i've been able to correct anything is to go in via telnet and remove every file and start from scratch.

how do you delete posts, once they're created? is there a function i'm missing, or is it not possible (it would save me going from the cgi-bin to the web directory on the server; i spend more time typing 'cd..' then actually editing files)

if it sounds like i'm being snotty about 'open journal', i'll apologize in advance. the thing is, it's taken me some time today to get it working and now that it is - it's acting up.

i guess i wasn't so brief afterall

ps 'wednesday' is spelled wrong in 'oj.cgi'

---------------------------------
/\\ike - aka cooties

[DocJohn]

Thanks for the feedback. If you post your config file here, I might be able to intelligently offer you some advice, but otherwise I wouldn't know where to start. It sounds as if the date command isn't set properly on your system, since that

Posted at...

gibberish is supposed to be a date. If the date command isn't setup correctly, it will cause problems in the naming of story files (since it takes the name from the date and time it is posted).

No, currently there's no way to delete an entry once added. You can edit them until your heart's content, but you can't delete 'em. I'll add it to the "wish list."

OJ will attempt to create an ojaccess.db file if one doesn't exist. It, of course, cannot do that if the Web server's userid doesn't have permission to create new files in the subdirectory it resides in (cgi-bin). Hence the installation instruction to ensure the program can write to the cgi-bin directory.

John

[kalico]

I know why it's not displaying -- or at least for me. I'm using Netscape which expects clean table code. The error message is displayed in a table, and there are no closing tags. I'm working on fixing it now -- will post the fix later on. This is a really common problem with developers who use MSIE and don't test their work in Netscape. If you ever see a blank page, just View-->Page Source and see if there's something there, and if there is you can figure out what's wrong. HTH!
Marci

[kalico]

> the console is the problem now - there is no link to it. or, rather the link is no good. i get
> a 404 because there is no such page as 'http://www.akacooties.com/cgi-bin/oj/' (no
> document name).

I have a solution to this one! I am not sure if this will cause any trouble later on, but I found where it's being generated....

About line 315 in oj.cfg (I've made some changes, so it's close to that area, but not exactly) you'll find this:

(It starts with some commands that I can't print here because they get converted as html)
a href=\"$script_link\">Back to the OpenJournal console

That $script_link is the root of the problem. It isn't defined properly anywhere that I could see (it is defined in different ways at different times), so I added a line around line 144 as follows:

$script_link = "$base_url$cgi_url";

But because of the other places where it's defined, I'm afraid this might cause trouble later. But I'll keep you all posted.

Marci

[DocJohn]

Script_link is defined only when it receives an "ok" from the authorization module once at the beginning of oj.cgi. This is not a mistake.

Apparently there's a problem with passing this to the script after a new user is created (because the existing login information wasn't saved). This is a bug which is best fixed by replacing the entire "Main" section at the beginning of oj.cgi:

# ----------------------------------------------
# Main
# ----------------------------------------------

sub main {

$| ; # Flush Output Right Away

$userid = $in{'username'}; $pw = $in{'password'};
$in{'userid'} = $userid; $in{'pw'} = $pw;

&auth_cleanup; # Remove old session files.
($status, $uid) = &auth_check_password; # Authenticate User, get permissions and userid.
$script_link = "$db_script_url?db=default&uid=$db_uid";

if ($status eq "ok") {
if (length($userid) < 3) { ($userid, $trashy) = split(/\./,$uid); }
if ($userid) { $script_link = "$script_link&userid=$userid"; }
if ($uid eq "default") { $db_userid = $uid; }
else { ($db_userid) = $db_uid =~ /([A-Za-z0-9] )\.\d /; }

if ($in{'edit'}) {
$edit = $in{'edit'};
&verify;

} elsif ($in{'logoff'}) { &auth_logging('logged off') if ($auth_logging);
$auth_logoff ? (print "Location: $auth_logoff\n\n") : (print "Location: $db_script_url\n\n");

} elsif ($in{'addentry'} =~ /Add/) {

&get_variables;
if ($blurbonly eq 0) { &new_file; } #if there is not just a blurb, write a new news file
&main_page;
&return_html("entry added"); #show user added entry

} elsif ($in{'addentry'} =~ /Preview/) {

&get_variables;
&preview;

} elsif ($in{'auth'} eq "adduser") {
&print_new_auth;

} elsif ($in{'login'}) {
&addform;

} else {
&error($status);

} # End Edit

} elsif ($in{'auth'} eq "newpass") {
if ($in{'password'} eq $in{'verify'}) {
&signup;
} else { &print_new_auth("Sorry... Your passwords didn't match. Please try again."); }

} elsif ($status eq "no login") {
&print_auth($status);

} else {
&error($status);
}

exit(0);

} # End Main

[DocJohn]

Make sure you look at:

<A target="_blank" HREF=http://www.grohol.com/downloads/oj/latest/oj.txt>http://www.grohol.com/downloads/oj/latest/oj.txt</A>

so that what I just posted matches what you add to your oj.cgi file. Apparently the forum software removes certain combinations of symbols, such as + +, which could result in an error if you just copy and paste directly from the forum. Sorry for the inconvenience.

All of the previous problems have been fixed in the current downloadable release, v2.02.