[fixed] "you must revert your modifyoptions template" error

[zorz]

I got this message when trying to change my avatar:

ADMINISTRATOR: You MUST revert your modifyoptions template.

What does it mean?

[Wayne Luke]

1. You need to revert your modifyoptions template so it contains all the variables required.

2. You need to either change your options faster or increase the cookie timeout set in the control panel.

[Mike Sullivan]

3. Something that's been addressed in 2.0.2 :)

[SFishy]

We're getting the same thing, but only with certain members.

My template is modified to hide choices for things that don't apply. For example <!----private message----> stuff is commented out. I could easily revert back to the original template, but these things will not makes sense as choices to a member if they aren't available features on the board. What's the resolve while waiting for version 2.0.2???

[Mike Sullivan]

I wouldn't necessarily recommend doing this, but this is a temp fix.

Remove:

if ($s!=$session[dbsessionhash]) {
eval("standarderror(\"ADMINISTRATOR: You MUST revert your <b>modifyoptions</b> template.\");");
exit;
}

From member.php.

[zorz]

I'll wait for the fix in 2.0.2 as I'm not confident enough with editing PHP myself...

[dwh]

btw, does "[fixed]" mean that it will be fixed in the next release? Also, in the members area, why is the zip file the same name even when you upgrade versions. That cost me several hours last week...

[tubedogg]

Yes to the first question.

[dwh]

This fix isn't enough for me. Now I get this message, even when I revert the template, but the problem is I changed my options so that I browse with cookies, and I can't turn it off. Turning off the error message is bad because the change is not made and the user will think that they are able to change options but they cannot. Their profile is frozen. Any idea why this is happening. I'm on 2.01

[dwh]

OK, I think I found the bug. The cause of this, at least with me, was that when you go into your profile and change the "Browse board with cookies?" to yes, you can't change it back and you start to get that dreaded error message. The problem is you keep timing out because you don't have a sessionhash. I fixed this by going into phpMyAdmin and changing nosessionhash to 0 from 1 on the user having this problem. This is in the user table btw. I would highly recommend EVERYONE removing this option from their modifyoption template until this is fixed I hope in version 2.02.

[tubedogg]

Regardless of whether you are browsing with cookies, you do have a sessionhash. If you are browsing with cookies it is not visible but it is in the cookie. If not it is visible, in the URL.

[dwh]

Not sure what you're saying...regardless, clicking "yes" was the cause of the problem it seems...

does my change of code of nosessionhash to 0 mean I will have trouble? I noticed the other users were set to 0 so I thought this was the variable related to the cookies option...and turning it to 0 fixed the problem.....

[Mike Sullivan]

Originally posted by dwh
Not sure what you're saying...regardless, clicking "yes" was the cause of the problem it seems..If it consistently happens after you change it to yes, then you really should revert your template as it's probably not referencing $session[dbsessionhash].

[dwh]

Originally posted by Ed Sullivan
If it consistently happens after you change it to yes, then you really should revert your template as it's probably not referencing $session[dbsessionhash].

Now even if I set "Browse board with cookies?" to yes it gives me no error but doesn't take. But I'm using the original template and it's still giving me problems...

[Mike Sullivan]

What do you mean "doesn't take"? It doesn't update correctly?

[dwh]

Originally posted by Ed Sullivan
What do you mean "doesn't take"? It doesn't update correctly?

Yes, correct. I click on yes, come back to it and it still says no.

[Mike Sullivan]

That sounds like some other issue, such as corruption (update isn't running correctly) or the update just not running whatsoever.

[dwh]

Any suggestions? It seems a lot of people are running into this modifyoptions template problem...I've seen many threads on it

[Mike Sullivan]

Not that I'd particularly recommend it (although it's not a big deal), you could remove this code from member.php:

if ($s!=$session[dbsessionhash]) {
eval("standarderror(\"ADMINISTRATOR: You MUST revert your <b>modifyoptions</b> template.\");");
exit;
}

[dwh]

And we come full circle ;)

I was hoping to figure out what's going wrong, rather than uncomment out the error and pretend everything works fine...

I'll run repair.php but I don't have any other sign of corruption and don't get the feeling that's it...