admin_options.php missing header

Hav eyou made any modifications to the forum?

That's very odd. I've never encountered that problem.

aha, this was the error:

<b>Fatal error</b>:  
[] operator not supported for strings in 
<b>C:\www\punbb\profile.php</b> on line <b>1145</b>

I wonder why that happens to you and you alone.

I do that a lot in 1.1.*. It's been remedied in 1.2 though. It's runs with error level E_ALL. This isn't the problem though. In rADo's case, the variable $styles for some reason already exists and is a string. And as you pointed out, he's not running 1.1.4.

raDo: What version are you running? Try echoing out $styles before the loop. It appears to be initialized already.

You tell me :)

True. I'll make a note of it for 1.2. Thanks :)

You can't be. Here's how the code looks on line 1142 in profile.php in 1.1.4:

while (($entry = $d->read()) !== false)
{
    if (substr($entry, strlen($entry)-4) == '.css')
        $styles[] = substr($entry, 0, strlen($entry)-4);
}

and here's what you said it looks like

while (($entry = $d->read()) !== false)
if (strpos($entry,'.css')!== false) $styles[] = substr($entry, 0, strlen($entry)-4);

Do you see? It's completely different code.

rADo: For some reason, you are the only one getting this error and I want to find out why instead of "solving" it by defining the $styles array before the loop. Could you try echoing out the contents of $styles just before the loop? You can use the dump() function:

dump($styles);

Ok, $styles isn't defined or initialized _anywhere_ in punBB, so I presume rADo uses that variable in something else he does, which punBB is conflicting with.  That it is set to a string, then pubBB tries to append to is will cause that warning.

I'm afraid the correct fix is just that, to init the variable before punBB uses it since punBB currently assumes it is unset.