Wedge

The reason for using strtolower done like that is for accuracy. JavaScript's one is way more aware of things like UTF-8 than PHP's has been for a long time, and I suspect with PHP 5.4 this will have to be revisited anyway.

But ultimately the two have to be done exactly the same for password hashing to actually work, so JS has to then proceed to use the exact same case adjuster even if the browser could do a "better" job of it.

I suspect the different methods were used because browsers of the day couldn't be relied upon to be consistent. Heck, there's whole bushels of pre IE6 code even in 2.0 (like the popup crap for quoting posts)
I had actually fixed that locally, though I've not committed what I have because I'm not happy with it yet, concerning how users select timezones. Still not sure about that, maybe I should just commit what I have (which is to use a timezone column in the user's table and fallback to the offset for the time being)

What, that system that Napoleon reportedly claimed on his deathbed to have been the one thing he regretted in his life, forcing it on people...?

Could be worse, here we can't make our minds up!

You don't need to log into someone's account to change their avatar, any suitably permissioned person can change someone's avatar.

As for the log in time, anyone with DB access can do that, in a variety of ways.

That leads into all kinds of interesting subjects like colour theory (especially when you factor in sociological and cultural factors). Generally, though, finding an image that is rather representative is enough because we're pretty good at making associations between things we've seen and things we encounter.

The avatar changing story is one that's been going around a while - and every time the team have denied it because there wasn't anything in the log... except that avatar changes are not actually logged in the profile log, so there's no way to prove or disprove who changed it. (And if you don't believe me, check out Profile-Modify.php, in profileSaveAvatarData, and the entry for avatar_choice in loadProfileFields() in the same file, log_change is not declared as true.)

It is possible then for the team to alter the avatar on an account, to teach someone a lesson as it were, which is the claim made.

I've been accused of (and guilty of, to be fair) many things. But this one is new to me.

I linked it in the discussion we had in the private boards about the features in question.

http://meaningles.com/home/index.php/topic,64.msg291.html#msg291 - reply 23 onwards since # links are broken for some reason.

Do they behave differently? Specifically, the php_* functions in JS are not necessarily exact analogues of existing or later-defined JS structures, they are implemented specifically to replicate how PHP does things especially where character sets are concerned (since .toLowerCase() can behave rather differently to strtolower(), as a typical example)Interesting, didn't realise JS supported that structure, will remember that for later.Is that all they're actually doing? That's one of the slightly maddening things about the codebase - stuff like that has been in there for years and it is a little tricky at times prising out the specific reason for it.