Problem with Site Info block used here

Regular Joined: Sep 03, 2004 Posts: 56 Location: Iowa

So I downloaded the site info block that is used here on this site and I followed the instructions to a T with installing and activating it. There's two problems and I have no idea how to fix them:

1. This error appears when trying to login:

Warning: Cannot modify header information - headers already sent by (output started at /home/xxxx/public_html/xxxx/config.php:121) in /home/xxxx/public_html/xxxx/modules/Your_Account/index.php on line 725

2. When using the standard login (as well as when trying to login in with the aforementioned site info block that is used at this site) - a first attempt to login results in a failed login. When taken to the next page to try again, it insists on having the user enter a security code. I DON'T HAVE IT CONFIGURED TO GET A SECURITY CODE!!! I have it set to 0 in the config.php file and this is really beginning to tick me off.

I don't want members to have to enter a stupid security code to login and I don't understand why the stupid thing keeps asking for one when I have that option set to 0 gfx check in the file.

If it helps, the website is http://rpg.sharnyl.net Currently I have the site info block that is used here only visible to the admins at my own site. The standard login is visible to all.

Site Admin/Owner Joined: Aug 27, 2002 Posts: 17088

Don't use 2 login blocks. One or the other.

On the error see http://www.ravenphpscripts.com/faq-2-Nuke+.html-+Troubleshooting#17

Posted: Thu Dec 09, 2004 5:44 pm

It doesn't matter which login block I use, the problem still exists.

I did as suggested in the link you posted but I still have the same problem:

Warning: Cannot modify header information - headers already sent by (output started at /home/xxxx/public_html/xxxx/config.php:122) in /home/xxxx/public_html/xxxx/modules/Your_Account/index.php on line 725

Posted: Thu Dec 09, 2004 6:28 pm

If both blocks are having the same problem then something else is amiss. I'll have to think on this one. Hopefully someone else may have the answer.

Posted: Thu Dec 09, 2004 6:54 pm

The first step is to open both files mentioned in the error, scroll all the way down on both and make sure there are no blank spaces after the ending ?>

Subject Matter Expert Joined: Feb 23, 2004 Posts: 358

Does as Chat suggested, it's amazing how many people have a white space in their config.php file...

Question tho... is this error brand new? Never happened until you tried to install/activate the new block? Did you modify anything in config or Your_Account while doing the install?

PHrEEk

Posted: Fri Dec 10, 2004 1:56 pm

Ok. I did as ChatServ said and there aren't any blank spaces after the ending ?>

Yes, this error is brand new and I followed all instructions explicitly. Here is the error one of my members received when trying to login to his account:

Warning: Cannot modify header information - headers already sent by (output started at /home/xxxx/public_html/xxxx/config.php:120) in /home/xxxx/public_html/xxxx/modules/Your_Account/index.php on line 725

Also, another problem has been brought to my attention for my site.

When someone tries to register a new account, it asks them to enter a security code. Only, the code doesn't appear in the box - only the words Security Code, so they cannot register.

I have the gfx chk set to 0 so I don't understand why the site keeps asking everyone to enter a security code. It shouldn't be.

Posted: Fri Dec 10, 2004 2:01 pm

>When someone tries to register a new account, it asks them to enter a security code.

I'm assuming you use Nuke for registration and not the Forums?

If so, that's two strikes against config.php
Could you PM your config.php? (you can xxxx out the username/pass stuff for the DB if you wish).

PHrEEk

Posted: Fri Dec 10, 2004 2:11 pm

Yeah. I have it set so that when someone registers on the site, they have to activate their account from the link provided in the email that is sent to them when their registration is complete. I have the forums set so that non-registered users can view them but they can't post in them. PM is on its way to you.

Posted: Fri Dec 10, 2004 3:25 pm

Hi LS -

Received the PM, looked through the config and found nothing out of the ordinary. Upon reviewing your past posts on this Forum, it appears that you've experienced this 'headers already sent' error many times since early Sept. It hard to tell in some of those posts whether it/they got resolved, or how it/they got resolved if they did. I also downloaded the UserInfo block here and went through all the files and the install instructions. Although not examined with a microscope, a quick overview found nothing out of the ordinary with that download, nor is anything changed in the Nuke filesystem that someone might mistakenly make an error.

It's seeming to me that you may have some corruption in your core Nuke filesystem somewhere, or the PHP/server setup at your webhost may have something not configged right. It's hard to troubleshoot or eliminate these possibilities via a message board, as it takes some utility uploads and patience to reduce the possibilities.

Anyone with this many ongoing weird header errors I would immediately suggest to upload a fresh Nuke package and start from a known good config. point. Don't add a single thing until that setup is 100% operational and stable. When you then start adding custom stuff, do so ONE at a time, and carefully test that one thing until you are satisfied there are no problems. Add the next one, etc. That is my best suggestion at this point, unless you can find or provide us with another piece of info from which to help us where to suggest you might look.

PHrEEk

Posted: Fri Dec 10, 2004 4:07 pm

I can't think of anything at all off the top of my head. I do appreciate the help, though. I've done a fresh install once and it looks like I'll have to do it again. If I find that its one of the addons/blocks that I add to it, I'll post here to let you know. Thanks again Smile

Posted: Mon Jan 10, 2005 3:28 pm

I just downloaded and installed this block for a client. There is definitely a problem with it. As LS stated, the security code shows up as a red x, even when security check is set to 0. Checking the code verifies this.. the only IF logic employed is a check if GD is available. No check of $gfx_chk is done at all... that's fixable but I'm in the middle of a mission critical project.

Issue two (under Nuke 7.5 at least) is that after activating this block, you cannot log in as an Admin anymore. Somehow a FORM is getting mishandled... If you try to login to admin.php (this is a fresh 100% un-modded 7.5 patched 2.8 ) and this Site Info is activated, you are immediately thrown to Your Account. In admin.php, there is no re-direct to Your Account, even if you fail a password. The script either dies or if the pass fails you are re-directed to admin.php. This was driving me insane before I finally shut off that block (it was the only thing I had installed after the initial files went up). After shutting it off, admin login worked again. Turned it on again, admin login stopped working. It is definitely this block....

More info on this is... IF you are already logged in as Admin, and then activate this block, you can stay logged in as Admin. But everything you try to do in the Admin panel and save, you are thrown again to Your_Account instead of saving the new Admin setting or whatever. Now since you cannot save a block setting, you cannot shut of Site Info to regain control. Using phpMyAdmin, you go in and shut off Site Info block, and wallah... you can save Admin settings again.

This block is possessed...

[edit] Update #1 - There appears to be no closing form tag anywhere in it... that's a problem.. will try to patch it

PHrEEk

Posted: Mon Jan 10, 2005 3:43 pm

Ok, that worked... Admin login and save problem gone...

Fix:
Open /blocks/Site_Info.php

Locate (approx line 210)

Code:

    $content .= "<input type=\"submit\" value=\""._LOGIN."\">\n<br /><a href=\"modules.php?name=Your_Account&amp;op=new_user\">&middot;&nbsp;"._BREG."</a><br>";

change to

Code:

    $content .= "<input type=\"submit\" value=\""._LOGIN."\">\n</form>\n<br /><a href=\"modules.php?name=Your_Account&amp;op=new_user\">&middot;&nbsp;"._BREG."</a><br>";

Just adding </form> and a line feed

Will patch the sec code when time permits.. back to work...

Posted: Mon Jan 10, 2005 4:37 pm

Graphics FIX

Open /blocks/Site_Info.php

Locate (near top, globals)

Code:

global $dbi, $nukeurl, $startdate, $user, $cookie, $prefix, $user_prefix, $db, $anonymous, $mode, $t, $f, $redirect, $random_num, $admin;

Add $gfx_chk

Code:

global $dbi, $nukeurl, $startdate, $user, $cookie, $prefix, $user_prefix, $db, $anonymous, $mode, $t, $f, $redirect, $random_num, $admin, $gfx_chk;

Locate (approx. line 197)

Code:

    if (extension_loaded("gd")) {

Change entire line to:

Code:

    if (extension_loaded("gd") AND ($gfx_chk == 2 OR $gfx_chk == 4 OR $gfx_chk == 5 OR $gfx_chk == 7)) {

Locate (approx. line 201)

Code:

      $content .=""._SECURITYCODE.": <img src=

Change entire line to:

Code:

      $content .=""._SECURITYCODE.": <img src='?gfx=gfx&random_num=$random_num' border='1' alt='"._SECURITYCODE."' title='"._SECURITYCODE."'>\n";

File patched. Definitley 7.5 compatible, should be 7.6 compatible, previous version compatibility unknown.

PHrEEk

Posted: Mon Jan 10, 2005 5:29 pm

Please send me your corrected copy. Thanks!

Posted: Tue Jan 11, 2005 1:52 pm

Still issues with this block... I'm not able to save Module settings, but block settings save ok. So now I can turn on/off this block without phpMyAdmin... Turn it off, Module settings save correctly, turn it on, saving module settings routes you back to Your Account... back to the text editor...

PHrEEk

Posted: Tue Jan 11, 2005 1:55 pm

I have had no issues with the one in Downloads so I'm wondering if it's a nuke version issue?

Posted: Tue Jan 11, 2005 3:15 pm

The one I patched is from the downloads section, so it definitely had issues.. no closing form tag and no $gfx_chk logic... so far... need to nail the next problem. I'll get to it in a bit...

PHrEEk

Posted: Tue Jan 11, 2005 3:19 pm

Mine has a closing form tag and it has $gfx_chk logic. Something is amiss.

Posted: Tue Jan 11, 2005 3:51 pm

I just d/l it again and it has all the things you contend it doesn't???????

Posted: Tue Jan 11, 2005 7:41 pm

The graphic doesn't work on my site either, Raven. I downloaded it right from this site about 2 weeks ago.

Posted: Tue Jan 11, 2005 7:58 pm

Fixed mine. I had to change this:

Code:

$content .=""._SECURITYCODE.": <img src='modules.php?name=Your_Account&op=gfx&random_num=$random_num' border='1' alt='"._SECURITYCODE."' title='"._SECURITYCODE."'>\n";

to this:

Code:

$content .=""._SECURITYCODE.": <img src='?gfx=gfx&random_num=$random_num' border='1' alt='"._SECURITYCODE."' title='"._SECURITYCODE."'>\n";

Thanks PHrEEkie!

Posted: Tue Jan 11, 2005 8:13 pm

There was a change in the variable name in 7.5 concerning the gfx and my siteinfo block may not work correctly as you have said. But, all I'm saying is that mine isn't missing a closing form tag and there is gfx logic that works through version 7.4

Posted: Tue Jan 11, 2005 10:47 pm

Well here's the rub, it was part confusion on my part... my client had a block called block-Site_Info.php. I came and downloaded what was labeled "Site Info" in the downloads section and the mystery ensued. Inside the downloaded zip, the block file is actually called block-User_Info.php, not Site_Info. Not paying attention, I copied the file over and re-loaded it, only to reload Site_Info! Experiencing more errors, I loaded the block and started to troubleshoot. At the top of the file were comments by you about revisions, etc., so it was a block that came from here at one time.

:: takes a deep breath ::

So, this morning when I got in, I re-enabled the block to begin work on the site, and the problems started again. Unknowingly, I had enabled User_Info instead of the Site_Info I repaired last night. I was rather baffled since it was working fine when I left... anyways, I just ran across my stupidity and shut off the User_Info and re-activated the Site_Info I repaired and all is well again. Just one of those weird things where filenames are so similar you just point and click...

I will load the download from here tomorrow morning, spin it around the block and see if all is well there. In the meantime, the old file I repaired is spot-on and working just fine. At least out of my stupidity, someone found a fix for their issue... so you're welcome manunkind! hehe and sorry for the confusion Gaylen...

PHrEEk

Posted: Tue Jan 11, 2005 11:01 pm