It's because Chrome is being a jackass, and blatantly ignoring a snippet of code that tells browsers not to submit a form. A piece of code, mind you, that is valid, standard, and that works in every other browser. (To make it possible to close the modals using the "Enter" button, I had to use a cheap hack and turn the body of the modal into a form, and the "OK" button into a form submit button.) The fact that Chrome's debugger is a crappy third-rate Firebug knockoff does not help.

In any case, I found the problem on Google. You need to add an "onsubmit" attribute to the form -- the ugly, obtrusive, not-recommended way of listening for events -- and prefix the handler with "javascript:" -- a URL protocol in an attribute that definitely is not a URL. And you can't even set this particular attribute with jQuery, for some undoubtedly-idiotic Chrome-only reason.

Devlin, find line 257 in /support/global.js; it should look like this:


Replace it with this line, and pray that it doesn't break for some idiotic, Chrome-exclusive reasoning.


At least IE's bugs make sense. Internet Explorer's just a complete idiot; Chrome is a mental patient. Both of those browsers need to die.

EDIT: It's the exact same fix I implemented earlier. I added the attribute manually in Chrome's fail of a debugger, it worked, so I wrote a snippet to do that automatically using jQuery. I figured it would work because no browser so broken that $(node).attr("attribute","value") wouldn't work... Or so I thought.

Post has been edited 1 time(s), last time on Dec 27 2010, 8:59 am by DavidJCobb.

If it's the same exact fix, why would you need to redo it, hmm?

Because Chrome is an asshat.

Well, I know that on Moose's list i says that clans are in severe need of everything but here is what happened:
Aristocrat recently sent me an invite and I got this error:

I'm having the same problem that Roy had. I deleted all the PMs in my inbox and sent folders, but when I click on inbox, it says I have 83 messages in the inbox folder and 0 in the sent folder. When I click on sent, it says I have like 33 in the sent folder and 0 in the inbox folder. It says that I have 151 out 150 total messages, and I can't receive or send PMs. I need space for mafia (I don't wanna die ).

Think about the poor game host.

I gave the game host a Christmas present to offset this bug.

I should note that while the count doesn't go down, deleting messages does seem to free up space. Of course, I haven't checked it very closely, so I could be wrong on this.

Yo, Dev, didja implement the Chrome fix in my last post?

No, I'll get on that tomorrow. Today has been hectic (birthday stuff) so I haven't had much time to deal with SEN stuffs.

Today's your birthday?

Well, happy birthday, then, dude.

I just noticed that since I didn't ever clear out my PMs from the last game, I have 76 messages in my box...but the count is messed up. When not viewing the inbox, I have 42, when viewing, 40, and my sentbox is 6 when not viewing, and 34 when viewing. SEN adds it up as 48 in the message center, since its 42 and 6...so this actually benefits me. Keep it this way, pl0x.

Are you saying that the counts on Settings don't match with the counts seen when actually browsing through Messages?

Yes. The correct count of messages was displayed when viewing each individual box, but upon navigation away it displayed false numbers.


Also, I noticed that you've tried to incorporate alt + <letter> as hotkeys for code, such as alt + a and alt + c. However, on Chrome it does this:

Code

[align=/align]
[color=/color]

Maybe having defaults, such as "Center" for align and "My color" for color based on which ones are the most often used. (or maybe user-defined defaults). Also closing tags automatically might be in order

That requires modification of a PHP file and hence is out of my control.

However, alt-codes for things like ALIGN and COLOR can't be identified by hovering over the controls, effectively making them "secret" button combos. Furthermore, use of the "accesskey" attribute is inconsistent; some browsers use ALT as the modifier, some use ALT + SHIFT, some use CTRL + SHIFT... I'd recommend just doing away with it entirely. Besides, it can't be that hard to type out [b][/b].

In any case, that fix is in Devlin's hands.

Saved shouts aren't displayed. When viewing a link to a specific saved shout, nothing is written to the page. This affects the HTML source in all skins, and is hence a server-side bug.

DOUBLE-POST BECAUSE THIS IS IMPORTANT

Yes they are. Old ones are not, because they were deleted.

WHAAAAAAAAAAAAAAAAAAAAT?! Can they be restored someday?!

I've the impression that the "get user's posts" function in the profiles tend to kill the sqlServer (or timeout it).
At least the error is only appearing when I'm pressing that button and then the page doesn't load.
But when the server is back, the loading time is super fast. :S

I'm guessing that it's searching through every single post in the database, rather than, say, searching until it finds one page of posts, and stopping. And then if you go to another page, it didn't remember where it found the end of the last page, so it has to go back over the posts it already read through when retrieving page 1, and then read more to find page 2.

Changed.


IP made a backup of them, so it would be up to him.

EDIT:
And middle-clicking a forum still opens the forum in the _self window and a new tab.