I wonder if things were coded assuming Count(0) =0?

DX, I think my explanation still applies. I think the code will always set the post_number one too high, but after this happens once then future posts will follow in correct sequence.

msbelle, the sign-in problem was fixed (assuming there was only one sign-in problem). Last night my internet access died, so I didn't do any fixing beyond that. So there are still some known issues for me to fix.

I don't know offhand if all possible functionality has been tested yet.

edit for spelling....

No one post in the test board, please. I'm changing code so....

OK, I fixed a bunch of stuff. I'm going to exercise for a bit.

Can somebody(s) go to BBaBB on the test system, see what I did, and remind me what else needs to be done?

I'd like to help out, but I never got the confirmation email.

Daniel, I just sent it again, and activated the account. Let me know if you don't get it.

Maybe Daniel originally registered back when the confirmation email didn't have a "from" address? (which caused some spam filters to reject it)

Huh--I just noticed that nothing is in the user_timestamp field. Is this being used? Maybe the MySQL version this field defaults to Now()?

You can check out the table structures using the MySQL command line utility, tommyrot -- there are definitely defaults and restrictions therein.

Yeah, but I'm being lazy....

OK, at some point I'll have to check all the MySQL tables for defaults, as I think I missed another default for the bookmarks table.

I fixed "e-mail Admins"

Now I'm confused as to how the original code works....

On the email form (php code), there is a line:

<input type="radio" name="replyto" value="<? echo "$_user->name <$_user->email>" ?>" checked>

edit: the value of the field becomes something like: user_name <user@usersisp.com>

If I change the value to just be the user's email (without the < and >) then it works. The way it was before, the code was seeing the value as just the user name, which it was rejecting as not being a valid email address.

If I change the value to just be the user's email (without the < and >) then it works. The way it was before, the code was seeing the value as just the user name, which it was rejecting as not being a valid email address.

I have a vague memory of having that problem when I set up the first voting page. I based some of the code on the Email an Admin page. There's a subroutine that checks for valid email addresses and it was checking on the whole user_name <user@usersisp.com> thingie. On the voting page, I changed the code so that it only validated the email address part.

I meant to send a note to ita about fixing the Email an Admin page but I must have forgotten.