UBB.Developers Forums UBB.threads 7 Development How Do I? "Cannot Modify Header Info" Error on Who's Online (6.4)

I just upgraded from 6.3.1 to 6.4 and there didn't seem to be any problems except for some errors in regards to some polls not upgrading properly.

I do see this error when I click on "Who's Online":

Warning: Cannot modify header information - headers already sent by (output started at /home/smoknz28/public_html/ubbthreads/languages/english/online.php:180) in /home/smoknz28/public_html/ubbthreads/ubbt.inc.php on line 269

Seems to be the only error I'm finding so far. Any thoughts on this?

Thanks,
Gonzo

did you add a mod.. the biggest culpti is a missing ; or } or " so if you added a mod go back and look at that line of code..

Yes I did, but from what I recall....I had the error before I had added the mods.

A header already sent error is usually extra space after the php closing tag ?>

I'd check the online script, template and language file and make sure there's no extra spaces after the php closing tags.

Thanks guys....going in to check.

Yup, Josh....you nailed it.

Working like a charm now....had extra spaces after the closing php tag in each of the files.

Much appreciated!

[]JoshPet said:
A header already sent error is usually extra space after the php closing tag ?>

I'd check the online script, template and language file and make sure there's no extra spaces after the php closing tags. [/]

So what do you suggest if one can't find any offending white space?

My particular problem is that I have login box on my site's index.php. It all worked fine when I was running 6.2 but when I recently upgraded to 6.4, I start getting these errors (headers already sent, etc).

And, I only get the error the first time I hit the site and I'm already logged in. If I go to the forums and return to the main site index, I won't see the error again.

My login box is simply a hacked loginpal script, with a lot of stuff trimmed out, and the user authetication added at the beginning. The error I get is:

Warning: Cannot modify header information - headers already sent by (output started at /usr/www/users/vfighter/index.php:24) in /usr/www/users/vfighter/versuscity/ubbt.inc.php on line 572

and line 572 of ubbt.inc.php is the call to setcookie.

It's usually there somewhere. I can be in language files, templates, any of the pal box scripts. It's somewhere on that page after the ?> tag.

The error happens if output gets echoed to the page before the cookies are set. That output gets echoed first by being outside the php tags.

It only happens once because that particular cookie probably doesn't need to be reset on the second load of that same page. Hence it's not breaking the rules there.

When all else fails, if you can't find it, you need to start with fresh unmodified scripts and move from there.

[]JoshPet said:
When all else fails, if you can't find it, you need to start with fresh unmodified scripts and move from there. [/]

See, the funny thing here is that nothing has changed except for ubbt.inc.php when I upgraded to 6.4

I can seemingly replicate the problem in my front page login script. When I authenticate the user:

$userob = new user;
$user = $userob -> authenticate("");
$user = $userob -> authenticate("U_Username,U_Privates,U_Number");
list($Username,$Privates,$Number) = $user;

The line shown in bold isn't usually there, but if I add it in, then I'll get two instances of the error. The loginpal from IIP has that line in bold in there.

Please note that I'm not using any pals or the IIP at all. I have just the one login script which my index.php includes, and it worked perfectly fine prior to 6.4.

All signs still point to output before the cookies get set.

Of course you can replicate it with the authenticate function - the authenticate function is what sets the cookies. You don't need to do it twice.

Look at any files which get included or echoed above that.

It's what's above that in the script that might be causing trouble.

[]JoshPet said:
Look at any files which get included or echoed above that.

It's what's above that in the script that might be causing trouble. [/]

OK, so here's what is above the authentication in my login script:



Note that $path is defined in my main index.php which calls my login script like this:



At first I thought that the white space before the <?php above was causing the error, but even when I remove it the error remains.

Do you see anything here that's likely to be the cause?

Try this online template and see if that helps.

Did you check that login.php language file for extra space before or after it's closing tag?

Then on your index.php file... before this is included:

<?php include "minilogin.php"; ?>

Make sure there is NO output. Again there can be no output to the page before the cookie is set.

So that include above should be the very first thing on the page.

If it's not, the authenticate function needs to be moved BEFORE any output, as it sets the cookies.

Thanks Josh! That was the ticket. The authentication was occuring within my login script which was being called by the main site's index.php. However I had a lot of output before the actual call.

What I did was to move the authetication out of the login script and into the main index.php. Hmmm, kinda like how it's done in IIP... *doh*

Thanks again for the help.

Excatly. Glad you got it figured out.