Last modified: 2013-07-03 12:14:08 UTC
After enabling WikiEditor on our MediaWiki 1.17.1 system, a small number of users are experiencing browser crashes in IE8. (The whole browser hangs as WikiEditor is rendering.) The solution has been to visit My Preferences and simply click the Save button. After that, no more crashes. Any ideas what could be causing this? As an experiment, I set my own preferences to be equal to those of a "crashing" user. My browser did not crash. Here are the preferences for the crashing user, before the "re-save": select * from vpw_user_properties where up_user = 56; +---------+----------------------------------+-------------+ | up_user | up_property | up_value | +---------+----------------------------------+-------------+ | 56 | categorysortdisable | 0 | | 56 | cyanrss | 0 | | 56 | editwidth | 0 | | 56 | enotifminoredits | 0 | | 56 | nickname | Mike Smith | | 56 | officetoolbarbuttons-enable-word | 1 | | 56 | rememberpassword | 1 | | 56 | searchNs10 | 0 | | 56 | searchNs100 | 0 | | 56 | searchNs204 | 0 | | 56 | searchNs205 | 0 | | 56 | searchNs206 | 1 | | 56 | searchNs207 | 1 | | 56 | shownumberswatching | 0 | | 56 | skin | monobook | | 56 | sqltagdisable | 0 | | 56 | timecorrection | System|-240 | | 56 | usebetatoolbar | 1 | | 56 | usebetatoolbar-cgd | 1 | | 56 | variant | | | 56 | vp-wikieditor-switched | 1 | | 56 | wikieditor-preview | 1 | +---------+----------------------------------+-------------+ 22 rows in set (0.00 sec) Here they are after re-saving preferences: select * from vpw_user_properties where up_user= 56; +---------+--------------------+-------------+ | up_user | up_property | up_value | +---------+--------------------+-------------+ | 56 | enotifminoredits | | | 56 | nickname | Mike Smith | | 56 | recencylimit | | | 56 | rememberpassword | 1 | | 56 | searchNs10 | | | 56 | searchNs100 | | | 56 | searchNs204 | | | 56 | searchNs205 | | | 56 | searchNs206 | 1 | | 56 | searchNs207 | 1 | | 56 | timecorrection | System|-240 | | 56 | usebetatoolbar | 1 | | 56 | usebetatoolbar-cgd | 1 | | 56 | vp-sqlpref | static | | 56 | watchlisttoken | | | 56 | wikieditor-preview | 1 | +---------+--------------------+-------------+ 16 rows in set (0.00 sec) You'll see a few custom preferences, but I don't see why WikiEditor would pay any attention to them.
I'd suspect of jQuery, looks similar to http://bugs.jquery.com/ticket/9823 However, that was a bug of jQuery 1.6.2, and MediaWiki 1.17.1 came with v1.4.2 (version is listed at the top of resources/jquery/jquery.js)
MediaWiki 1.19 will ship jQuery 1.7.1 (at least), so might not be an issue anymore.
I'm guessing Platonides is right here. Dan, can you look at what version(s) of jQuery you are using and report them here?
It's the version of jQuery supplied with MediaWiki 1.17.1, which is jQuery 1.4.2.
I've seen a report in mediawiki-l that this problem still exists in 1.19.2.
This bug appears to affect users on Chrome 23.0.1271.64 as well.
I guess we can mark this bug as wontfix since it applied on 1.17.
I advise against wontfix. See comment 5 -- it seems to be present in 1.19.2 also. The poster followed the original instructions to save preferences and it went away, so it's very likely the same problem.
Would be also interesting to know whether IE8 users have "Compatibility mode" enabled, as other reports imply that this is a main source of issues.
FYI problems for Chrome users seem to go away after I updated jQuery.
So it's currently with which exact version of JQuery (and Mediawiki 1.19.2, according to comment 5) this happens. Dan: Any idea? If nobody can really reproduce the issue nowadays and provide specific version data, this ticket might end up as WORKSFORME soon.
I haven't seen this problem since we upgraded to MW 1.20 (jQuery 1.8.2) a few months ago.
Yay, thanks for retesting!