RuneScape:Administrative requests

Note: Please only make requests on this page that specifically require sysop tools to fulfill.

Editing in Monobook
textarea sizes, Preview, and Show changes are all broken. JavaScript toolbar doesn't show up, either. Wikia is probably to blame, but I haven't looked into what's broken exactly. -- 00:55, July 22, 2015 (UTC)
 * FWIW, per some of the stuff below, my preferences seem NOT to have been messed with. Also, I don't get any JS errors in the JS console. Other JS, site and personal, seems to work fine, too. -- 03:40, July 22, 2015 (UTC)
 * For the textarea, the HTML has attributes, instead of   like it should. I wonder if MediaWiki sets those attributes via JS after it renders the HTML for the page. -- 03:49, July 22, 2015 (UTC)
 * To add to that, preview works technically, it just appears at the very bottom of the page rather than before the editing box (which is indeed tiny). Watchlist layout has been changed too, and it's quite annoying now. 07:34, July 22, 2015 (UTC)
 * I'm unable to reproduce those errors, are they now fixed?
 * Not fixed. Yeah, Preview and Show Changes are at the bottom of the page. Maybe I just didn't notice before. My selected preference is "Show preview before edit box," so this is just another example of a preference being ignored. The toolbar is still gone, which is another preference. Well, I can type --~ by hand. That was about the only thing I used on it. I've set the textarea size with my personal css, so it's not too bad. I still suspect that there's some JS that's just not running somewhere, and not generating any error messages, either. -- 15:23, July 22, 2015 (UTC)
 * I put  in my common.css. It makes the new Watchlist a little less annoying. The Watchlist seems to have changed for Oasis, too. It was when I went to add that to common.css that I noticed the brokenness of the editor, actually. -- 15:48, July 22, 2015 (UTC)
 * Wow, Recent Changes defaults to "show last 0 changes in last 0 days," which is empty, of course. It does that even in Oasis. Wikia sure is having some fun, eh? -- 17:39, July 22, 2015 (UTC)
 * If you're still seeing that, please send in a bug report since that was from last night. 17:43, July 22, 2015 (UTC)
 * Turns out the editor size is also a preference. Looks like this and the below section are all down to preference changes Wikia have been rolling out.
 * Woot! I was just about to add some JS to my personal monobook.js to fix it (temporarily) when I noticed Wikia fixed it first. -- 01:25, July 23, 2015 (UTC)
 * OK, now they screwed with my preferences. I just re-saved them all. -- 03:08, July 23, 2015 (UTC)
 * OK, now they screwed with my preferences. I just re-saved them all. -- 03:08, July 23, 2015 (UTC)

Category module
Maybe related to the issues in monobook above, but using de default (oasis?) skin, the "Category module" and standard summaries drop down list have both started showing up again while editing a page, while in my preferences both should have been turned off. This started yesterday around 18:00 GMT, iirc. Our issue, or general wikia issue? IP83.101.44.209 (talk) 03:30, July 22, 2015 (UTC)
 * My gadgets were changed/reset this afternoon as well – UTC clock was turned on, template preloads and purge link in the toolbox were turned off, etc. I think it's probably Wikia's issue -- 03:33, July 22, 2015 (UTC)
 * The "What Links Here" has also vanished from the edit dropdown for me (although it has a habit of doing that, actually). My preferences still seem as I last set them; they're just not taking effect properly... IP83.101.44.209 (talk) 04:19, July 22, 2015 (UTC)
 * I've managed to remove the standard summaries drop down box; apparently that was a Gadget that somehow was re-enabled or started taking effect again? I should'be explicitly turned that off before. Though, there are several gadgets listed that are disabled for me, yet have always happened/appeared as far as I can remember. For example: edit links at Special:WhatLinksHere, rollback links on Special:RecentChanges, adding Special:WhatLinksHere to the edit drop down menu (although this one is finicky, and sometimes shows up for weeks, then disappears for weeks, also depends on which computer I'm on, ...). Now just have to get rid of that category module again, but that is definitely disabled in my preferences. IP83.101.44.209 (talk) 05:18, July 22, 2015 (UTC)


 * There were numerous preferences issues in one of the tech updates last week, it appeared that default settings were being used instead of the user's (it should have been fixed last week however). There were reports of preferences being incorrect after that fix, but re-applying them seemed to work. As it happens, there are reports of similar issues in Wikia's skype channel last night.
 * Anything wrong in preferences that isn't a gadget should generally be a wikia issue. Gadget issues that can be down to us are generally coding errors, or config changes. The last time I edited MediaWiki:Gadgets-definition was some time ago though, so it shouldn't be down to us.
 * There is another long running issue with gadgets as well, relating to them not loading some of the time. I believe this was sort of fixed in later versions of the extension by not caching any errors. I believe Wikia have a ticket open to backport that patch, but that was a while ago so it's likely been condemned to the backlog.

FAGGET
Someone add ^ that word to abuse filter k thanks 03:31, July 22, 2015 (UTC)
 * No, sorry -- 03:34, July 22, 2015 (UTC)

Template:USERNAME
The template is used essentially to create the equivalent of a magic word USERNAME. However, for some reason, the code has been implemented so that it works only in sub-pages of the User: space. /**        * Script for */       insertUsername: { conditional: (               conf.wgUserName &&                conf.wgNamespaceNumber === 2 &&                conf.wgTitle.indexOf('/') > -1            ), exec: function { $('.insertusername').text(conf.wgUserName); }       },  I suspect the intent of the conditional is to keep it out of main space and Talk: space, however it is used in spaces other than User:, like in RuneScape:Signatures. I suggest an amendment as follows: /**        * Script for */       insertUsername: { conditional: (               conf.wgUserName &&                conf.wgNamespaceNumber % 2 === 0 && ( conf.wgNamespaceNumber > 2 ||                   conf.wgNamespaceNumber === 2 && conf.wgTitle.indexOf('/') > -1 )           ),            exec: function  { $('.insertusername').text(conf.wgUserName); }       },  or something like it, which would still keep it out of all talk spaces and out of main space. -- 18:07, July 23, 2015 (UTC)


 * For some reason I don't remember adding the namespace check, yet apparently I did. I can only assume I did it by accident when converting everything to a config-type object and confused it with the conditional for skin.js/css redirecting. With that in mind, I'll just enabled it everywhere (as I seem to recall it's used in someone's sig which appears all over the place.