Replacement filing cabinet
This page or section is an archive.
Please do not edit the contents of this page. Direct any additional comments to the current project page or contact an administrator for aid if no talk page exists.

Abuse filter

(i hope this is the place to post requests) anyways every time i try to fix a incorrect statement on game requirements i get the following notification

[1]This action has been automatically identified as harmful, and has therefore been disallowed.

If you believe your edit was constructive and have received this message in error, please contact an administrator.

The abuse rule which your action matched is: Plugin filter (malicious links).

the inccorect statement im trying to fix is the required java version,according to the reference sites listed,the required version is java 6 update 10,and not update 27 Stewievader 02:13, June 27, 2012 (UTC)

This person is talking about Filter 34 (which I disabled mostly because of this but it was later re-enabled). Urbancowgurl777 (talk) 02:05, June 27, 2012 (UTC)
I've edited the filter to reflect this. While I didn't disable it on any page specifically, I did change the logic that triggers it. Let me know if there are any further problems. Suppa chuppa Talk 08:22, June 27, 2012 (UTC)

signature script

Apparently Rag was getting pestered for not signing his signature on this page even though he did use four squiggles. Can someone please check on the script responsible, linked here. Cheers, 222 talk 11:32, June 29, 2012 (UTC)

I'd need to know if he was using the source mode or the visual mode. JOEYTJE50TALKpull my finger 13:08, June 29, 2012 (UTC)

This should be fixed now, sorry. Prayer-iconTyiloTalkQuest 01:12, July 5, 2012 (UTC)

javascript error in a lot of pages

This is an error caused by User:Joeytje50/monstercalc.js. This can be fixed by replacing line 137:

if ([^0-9,]/) == '-1') {//only if there is no other character than a number or a comma in the GE price, the script will run


if (GEItem &&[^0-9,]/) == '-1') {//only if there is no other character than a number or a comma in the GE price, the script will run

Prayer-iconTyiloTalkQuest 00:51, July 17, 2012 (UTC)

aren't you an admin? can't you do it yourself? KCWDEFTBucket detailrwojy 07:48, July 17, 2012 (UTC)
Obviously not. 222 talk 08:27, July 17, 2012 (UTC)

RDT filter

Can we get this filter to ignore custodians and/or rollbackers? It gets a tad annoying when cleaning up and an item already exists in the edit (whether it should be there or not). MolMan 04:35, August 25, 2012 (UTC)

QBD charm log

Could somebody please move the following code to the Charm:Queen Black Dragon page? I cannot do this because I do not have the permission to edit the Charm: namespace. There is 1 kill "logged" because otherwise it will become messed up due to a divide-by-zero error. Thanks! FiendOfLight (talk) 16:34, September 11, 2012 (UTC)

{{Charm data
|log=Queen Black Dragon/Charm log
<noinclude>[[Category:Charm logs]]</noinclude>

Better GGP catering guide

I have created a dynamic guide for the GGP catering. It can be previewed here User:Tyilo/ggpcatering.

To implement it on the real page add this line to MediaWiki:Common.js:


and add this line to the real page, where the content should be loaded:

<div id="ggpcatering"></div>

Prayer-iconTyiloTalkQuest 22:44, July 20, 2012 (UTC)

Recolouring mainpage poll bars

The bars of the mainpage of the RuneScape wiki do not follow the brown colour scheme of the rest of the page. I suggest changing the background from:

none repeat scroll 0% 0% rgb(205, 205, 205) !important


none repeat scroll 0% 0% rgba(72, 56, 33, 0.5) !important

Before screenshot

After screenshot

WK of Angmar (talk) 17:58, October 6, 2012 (UTC)

Nah 222 talk 10:26, October 15, 2012 (UTC)


There needs to be an addition to the abuse filter that prevents page blanking by anons and new users that also triggers if the page is blanked but Category data remains. Thanks, 222 talk 07:58, July 13, 2012 (UTC)

Can someone add "is a noob" to one of the filters? <.< Urbancowgurl777 (talk) 14:33, September 12, 2012 (UTC)

Oasis diff colours

Is there a way of showing if spaces are added? Currently they don't show up. cqm 10:27,13/10/2012 (UTC)

Spaces don't have a separate CSS selector so their attributes cannot be changed. I'll leave this here in case someone has an alternative solution. 222 talk 12:08, October 13, 2012 (UTC)
Just change the background colors on the part that has been changed. Suppa chuppa Talk 18:20, October 13, 2012 (UTC)
You can't change the background colours because they don't have a unique selector unlike new lines and characters. 222 talk 04:28, October 14, 2012 (UTC)
Is that something that changes in 1.20 or will it be some time before a proper fix for this is made? cqm 08:37,14/10/2012 (UTC)
You can always check Wikipedia's diffs to see if they have highlighted spaces, they're already on MW 1.20. I don't know how long until it'll be changed. 222 talk 08:41, October 14, 2012 (UTC)
Sure, the spaces themselves don't have a unique selector. But you can put something in your personal .css for class diffchange-inline. This would let you see the entire area that has been changed, including spaces. Suppa chuppa Talk 19:09, October 14, 2012 (UTC)
.diffchange-inline does not show up when a space and only a space has been added. The inline change highlighting works fine if you add a character and spaces, but there is no css selector for just a space. It is impossible to change! If you can do it, do it and prove me wrong, I'd love to be able to see spaces being added on the diff page. 222 talk 05:45, October 15, 2012 (UTC)

Reversion of vandalism on protected page

Could a sysop (NOT one of the vandals please revert the vandalism and policy violation on User:Liquidhelium? Thanks, Michagogo (talk) 08:53, October 24, 2012 (UTC)

Kind regards,
ʞooɔ 08:59, October 24, 2012 (UTC)
Cook, that image disgusts me. Where is the transparency? 222 talk 09:09, October 24, 2012 (UTC)
There's no TIME! ʞooɔ 09:12, October 24, 2012 (UTC)

As I've said, I'd like this to be dealt with by someone who is not one of the vandals. Michagogo (talk) 09:24, October 24, 2012 (UTC)

Does Liquid even care? It's just some fun that Liquid can easily undo should he desire. cqm 10:12 • 24/10/2012 (UTC)


On the mainpage the top/bottom margins between the left column boxes has gone as well as the border radii on the outline of said boxes. The contents box has reduced in width as well. I'm seeing this in chrome and firefox. The right hand column appears unaffected. I assume the answer lies in the related css here. cqm 13:21, 30 Oct 2012 (UTC)

yes, I'm trying to fix that right now --Iiii I I I 13:28, October 30, 2012 (UTC)
fixed. --Iiii I I I 13:56, October 30, 2012 (UTC)

Merging 5 files

Thanks, Haidro (talk) 05:55, November 13, 2012 (UTC)

Fulfilled by TyA and myself. The second merge request is the same as the first. Did you intend this? If you didn't, post below with the other merge request.  a proofreader ▸  06:05, November 13, 2012 (UTC)
Woops, I meant for you to merge [12] into [13]. Haidro (talk) 06:09, November 13, 2012 (UTC)
Done.  a proofreader ▸  06:10, November 13, 2012 (UTC)

Dialogue and transcript subpage CSS

Can someone add the following to MediaWiki:Common.css?

/* Adds a left border to indented text on any Transcript or dialogue subpage */
body[class*="Transcript"] .WikiaArticle dd, /* Oasis */
body[class*="dialogue"] .WikiaArticle dd,
body[class*="Transcript"] .mw-content-ltr dd, /* Monobook */
body[class*="dialogue"] .mw-content-ltr dd {
border-left:1px dotted #b19e7d;

It adds a border to the left of indented text to make the dialogue options easier to follow on Quest transcripts and dialogue pages. Documentation can be seen here if you're interested. I'll move the /Dialogue subpages to their lowercase redirects so they don't miss out on this.

Currently this only really works on Wizard Elriss/dialogue, but using indents over bullets (whilst a little harder to count) stops the problem with starting a bulleted list with 2 or more, eg.

    • List

which will happen somewhat frequently with the use of {{qact}}. cqm 22:42, 25 Nov 2012 (UTC)

Done. Left borders should start appearing in about 5 minutes.  a proofreader ▸  22:47, November 25, 2012 (UTC)

AJAX auto-refresh and collapsible edits

On Special:RecentChanges I'm seeing the collapsible arrows vanish as soon as the page is refreshed with the auto-refresh, example. The arrows would appear to be a Wikia addition but it's working fine on Wookieepedia and WoWWiki. MediaWiki:Common.js/ajaxrefresh.js has not been updated since MediaWiki 1.19 was installed, and there was apparently issues with it judging by the history of the associated page on dev wiki. If anyone else is seeing this can someone alter the script accordingly? cqm 19:29, 5 Dec 2012 (UTC)

They use a different code than us, which allows them to keep the collapisble arrows. We'd have to replace ours with this:

Hair 17:51, December 8, 2012 (UTC)

The collapsible arrows make it much easier to browse recent changes especially during periods of activity with new files or deletions. 20-30 entries in the upload log from someone like Spine, Fswe or Ben isn't something I ever feel the need to check. cqm 11:17, 9 Dec 2012 (UTC)
I looked at the changes introduced by the code in Hairr's reply and saw that most of it dealt with stricter typing and more and more hacks for RecentChanges, as well as the AJAX interval being set to 60 seconds instead of 30. I imported the code there, and you should see changes in your RecentChanges in 5 minutes.  a proofreader ▸  11:51, December 9, 2012 (UTC)
Changes have propagated. However, I see a bug: Whenever AJAX reloads the page, it collapses all sections that have been manually opened. Do other wikis have a fix for this?  a proofreader ▸  11:57, December 9, 2012 (UTC)
Not that I'm aware of. I assume the script refreshes to a certain state rather than anything user-defined. I've messaged the author of the script to see if they're willing to add something like this in, but they've moved to Curse from Wikia so it's possibly unlikely. cqm 01:19, 10 Dec 2012 (UTC)

Infobox switch + Infobox Monster + span classes

When there are multiple levels of the same monster, the Infobox Monster values for combat xp and slayer xp are broken. It seems that the calculator invoked for those parameters isn't able to handle Infobox switch. I'd suggest getting rid of <span id="killXP"><span class="killXP"><span class="fightXP"> and <span id="XPEach"><span class="XPEach">, but someone probably likes the calculator code, in which case it should get fixed. You can see an example of the brokenness on Cave crawler, although I've seen the same brokenness on other pages previously. --Saftzie (talk) 07:07, November 24, 2012 (UTC)

I've seen 'brokenness' (wow I didn't get a red squiggly, that's actually a word?!) due to the infoboxes not being properly filled out. I don't see this issue on Cave crawler right now though. Urbancowgurl777 (talk) 06:44, November 26, 2012 (UTC)
There are 3 cave crawlers.
  1. Level 76
    • combat xp = 99.3
    • slayer xp = 26
  2. Level 106
    • combat xp = 201.3, but displays as 99.3
    • slayer xp = unknown
  3. Level 112
    • combat xp = 233.1, but displays as 99.3
    • slayer xp = 60.6, but displays as 26
The calculator appears to be displaying only the first values of combat xp and slay xp that it finds (i.e., item1). That's the biggest error. The combat "allow this checkbox to communicate with the slayer xp" only exists for the first Infobox Monster. That's less of an issue, I think, because I don't use the calculator, anyway. (There's a bigger issue on Undead troll because the combat xp displays a 0, even though the parameters are non-zero, and the slay xp doesn't display at all, but that may be a different problem.) I see the issue right now. --Saftzie (talk) 08:32, November 26, 2012 (UTC)
I've yanked the calculator tags out of Infobox Monster. As long as monsters using Infobox switch display incorrect values, there's going to be confusion. Recently there are a lot of edits to Fire giant, probably fanned by this very issue (although not helped that both known type of giant are level 134). --Saftzie (talk) 03:17, December 3, 2012 (UTC)

Change protection for forum

For some reason Forum:Runescape_Clan_Recruiting has been fully protected, rather than semi. I assume this is just a mis-ticked box. Can someone change this? The timestamp in the forumheader is causing an issue with RuneScape:Forum Archives  —The preceding unsigned comment was added by Cåm (talk).

Done! White partyhat old C Teng talk 02:44, January 8, 2013 (UTC)

List of used templates

The list of used templates appears to have been removed from the sidebar when editing. I can only assume this was lost when the preloads were added. Regardless, can this please be restored? --Henneyj 00:57, November 22, 2012 (UTC)

That's not part of the script as far as I'm aware. I believe the "List of used templates" was under the expandable/collapsible Templates tab on the sidebar which seems to have been removed, I assume with CSS. cqm 15:54, 25 Nov 2012 (UTC)
Found it. Ryan killed it here. Adding <a onclick="WikiaEditor.callFunction(5)">Show list of used templates</a> into the script may add this feature back in. cqm 16:02, 25 Nov 2012 (UTC)
Is this one fulfilled yet? If not, can an administrator just add this odd function call anywhere in Mediawiki:Wikia.js? Or does it need to be in a certain place so as not to disturb the other modules?  a proofreader ▸  07:39, December 10, 2012 (UTC)
I would have thought it best to add it into the oasis version of the preload script, more based on it being the logical place to put it. Changing preloadBaseHtml = ... to
preloadBaseHtml = '<div id="lf-preload" style="display: block; padding: 10px 0;">Standard preloads:<br /></div>' +
			'<div id="cust-preload" style="padding: 10px 0;">Custom preload pagename:<br /><span id="lf-preload-pagename-w"></span><span id="lf-preload-button-w"></span></div>' +
				'<div id="list-temp"><a onclick="WikiaEditor.callFunction(5)">Show list of used templates</a></div>';
Will (I think) add in the correct link. I've only tested this through editing the html in Chrome's inspect element, which does work correctly. I've added an id just in case someone wants to style it at some point. cqm 15:17, 19 Dec 2012 (UTC)
I had Hair add this change in, all that's left it to remove the link for wide mode in MediaWiki:Wikia.css:
.editpage-sourcewidemode-on #list-temp {
display: none !important;
The above can be added into the existing preload wide mode stuff. Just search for .editpage-sourcewidemode-on cqm 16:05, 20 Dec 2012 (UTC)
CSS added by Ciph. cqm 21:14, 5 Jan 2013 (UTC)

The above issues appear to be addressed. However, I am also having the problem that the section of the edit sidebar containing features/media, categories and footer all being restricted to a very small scrollable area, making it very hard to view. It appears not to occur when only editing sections and some other situations, but on most full page edits the problem is there. --Henneyj 21:21, January 5, 2013 (UTC)

I've fixed the issue in here. I replaced the existing format for template preload Wikia uses with the new preloads. As a result I've removed the line regarding list used templates from the script as well. I've already done some tests with the script here (you'll notice the preloads have disappeared) but the linked script is the finished version. Whoever, enacts this will need to remove #EditPage .module_templates{display:none} from MediaWiki:Wikia.js. cqm 21:01, 9 Jan 2013 (UTC)
Changes implemented. I hope that resolves all issues Big smile cqm 12:07, 12 Jan 2013 (UTC)


So, last night and today, I gave all the Navbox templates documentation. There was a bit of a problem with what I added on. I need two things

  1. Have a bot undo all my edits to the Navboxes that I edited.
  2. Add the following code to Template:Navbox.


Blaze_fire.png12.png 19:03, January 23, 2013 (UTC)

Don't need an admin to do this, but I'll see if I can't get something sorted out for it. cqm 19:07, 23 Jan 2013 (UTC)
He does for the navbox edit. MolMan 19:08, January 23, 2013 (UTC)
Would I be correct in thinking I just need to remove the <noinclude>{{Navbox/dox}}</noinclude>? cqm 19:13, 23 Jan 2013 (UTC)
Yus. MolMan 19:14, January 23, 2013 (UTC)
Consider the first task completed. cqm 19:16, 23 Jan 2013 (UTC)
Thanks Cam! Blaze_fire.png12.png 19:17, January 23, 2013 (UTC)
And as I check this out, I notice that Hairr has edited the Template, so this is now completed, thanks! Blaze_fire.png12.png 22:11, January 23, 2013 (UTC)

Additions to Edittools

Can some add ¶ and ¦ to MediaWiki:Edittools. They're used as escape characters in DPL, and don't appear on too many keyboards. The relevant line is:

<div id="editpage-specialchars" class="plainlinks" style="margin-top: 15px; border-width: 1px; border-style: solid; border-color: #aaaaaa; padding: 2px;">
<span id="edittools_main">'''Insert:''' <charinsert>– — … ° ≈ ≠ ≤ ≥ ± − × ÷ ← → · § </charinsert></span><span id="edittools_name">  '''Sign your username:''' <charinsert>~~~~</charinsert></span>

Which needs changing to:

<div id="editpage-specialchars" class="plainlinks" style="margin-top: 15px; border-width: 1px; border-style: solid; border-color: #aaaaaa; padding: 2px;">
<span id="edittools_main">'''Insert:''' <charinsert>– — … ° ≈ ≠ ≤ ≥ ± − × ÷ ← → · §  ¶ ¦</charinsert></span><span id="edittools_name">  '''Sign your username:''' <charinsert>~~~~</charinsert></span>

Please copy the source code of this rather than what appears on the page as the tildes use html entities to stop someone signing the mediawiki page. Thanks, cqm 12:04, 12 Jan 2013 (UTC)

And whoever does the above, can you remove:
<div class="hidable start-hidden">
<div style="padding:4px; margin:1em 0 0 0;">
<div id="edittools_top">
<div id="lf-preload" style="display: none"><div>Insert template: <span id="lf-preload-cbox"></span></div><div>Load the text of a page (enter the page name): <span id="lf-preload-pagename"></span><span id="lf-preload-button"></span></div></div></div></div></div>
As it's included elsewhere in the editing interface and seems to be a relic of an old script in 2007. cqm 14:00, 14 Jan 2013 (UTC)
Do it yourself, Admin scum. --Henneyj 17:19, February 2, 2013 (UTC)
Yes check all done (I just forgot to archive this when I did). cqm 13:27, 8 Feb 2013 (UTC)

Deleting a page

Could I get someone to delete Update Patch Notes (14 January 2013)? The page already exists at Update:Patch Notes (14 January 2013). It's not showing up in Category:Speedy deletion candidates. Blaze_fire.png12.png 04:58, January 15, 2013 (UTC)

Yes check Done.   az talk   05:33, January 15, 2013 (UTC)


Finally got around to fixing all the issues I've found with the CSS for RS:AD, so here goes.

Replace the content of MediaWiki:Handheld.css (everything in it) with:

 * MediaWiki:Handheld.css is for the Wikiamobile skin.
 * Wikiamobile skin can be accessed by adding ?useskin=wikiamobile to the end of the URL.
 * Skin configuration set with $wgHandheldStyle.
 * There does not appear to be an equivalent .js page for this skin.
 * Only add styling here that is causing problems with this skin.
 * MediaWiki:Common.css is not automatically imported here.
 * Inline CSS, eg 'style="display:none;"' does not work in this skin.
 * Do not import MediaWiki:Common.css, add the styling separately here.

 * Stopping display of [[RuneScape:User of the Month]] when transcluded into [[RuneScape:Active discussions]].
 * Page needs to be transcluded for the variables used in vote tally to be passed into the final result.
 * Noinclude tags not viable for this.
 * Inline styling does not work in wikiaphone and MediaWiki:Common.css is not imported.
 * - Cåm
.page-RuneScape_Active_Discussions #uotm-variables {

 * Stopping display of extra parameters in [[Template:Forumheader]] used in [[RuneScape:Forum Archives]]
 * - Cåm
#archive-params {

I've taken the liberty of adding in some instructions and notes for the page. I've recommended not adding anything that doesn't need to be there as my phone takes long enough to load things here as it is, without having to load all the CSS we have in the Common.css.

For MediaWiki:Common.css simply add the following to then bottom of the page. I'll fix up the stuff relevant to the theme resorting I did a few days ago another time.

 * Stopping display of [[RuneScape:User of the Month]] when transcluded into [[RuneScape:Active discussions]].
 * Page needs to be transcluded for the variables used in vote tally to be passed into the final result.
 * Noinclude tags not viable for this.
 * - Cåm
 * To do - Double check after implementation whether !important is really needed (needed during tests).
.page-RuneScape_Active_Discussions #uotm-variables {
	display:none !important;

 * Table styling for [[RuneScape:Active discussions]]
 * .discussiontable used for headers
 * .dpltable used for dpl lists
 * - Cåm

/* Workaround from having to use table headers */
table.dpltable {

/* Adding small padding so they don't look so strange
 * .discussiontable td for UOTM */
table.dpltable td,
table.discussiontable td {

/* Setting table widths */
table.discussiontable {

/* Colouring the headers */ 
table.discussiontable th {

table.discussiontable th a {

table.discussiontable th a:hover {

/* Column widths */
/* For tables with 3 columns */
table.dpltable th.topic, 
table.discussiontable th.topic {

table.dpltable th.edited,
table.dpltable th.edited-by,
table.discussiontable th.edited,
table.discussiontabel th.edited-by {

/* YG Archives */
table.dpltable th.yg-archive,
table.discussiontable th.yg-archive {

/* RFA & RFR
 * Required templates not yet implemented -20/01/2013 */
table.dpltable th.rfa-nominee,
table.dpltable th.rfr-nominee,
table.discussiontable th.rfa-nominee,
table.discussiontable th.rfr-nominee {

table.dpltable th.rfa-create,
table.dpltable th.rfr-create,
table.dpltable th.rfa-type,
table.dpltable th.rfr-type,
table.dpltable th.rfa-edited-by,
table.dpltable th.rfr-edited-by,
table.dpltable th.rfa-close,
table.dpltable th.rfr-close,
table.discussiontable th.rfa-create,
table.discussiontable th.rfr-create,
table.discussiontable th.rfa-type,
table.discussiontable th.rfr-type,
table.discussiontable th.rfa-edited-by,
table.discussiontable th.rfr-edited-by,
table.discussiontable th.rfa-close,
table.discussiontable th.rfr-close {

table.dpltable th.rfa-edited,
table.dpltable th.rfr-edited,
table.discussiontable th.rfa-edited,
table.discussiontable th.rfr-edited {
/* RFCM specific column widths
 * Required templates not yet implemented -20/01/2013 */
table.dpltable th.rfcm-nominee.
table.discussiontable th.rfcm-nominee {

table.dpltable th.rfcm-create,
table.dpltable th.rfcm-edited,
table.dpltable th.rfcm-edited-by,
table.dpltable th.rfcm-close, 
table.discussiontable th.rfcm-create,
table.discussiontable th.rfcm-edited,
table.discussiontable th.rfcm-edited-by,
table.discussiontable th.rfcm-close {

I've tried my best to explain what it's all for with the comments, e.g. /* comment */, any further questions feel free to ask. The extra styling for for the tables requiring templates not currently in use is working, but still a little buggy for the time being, hence the commented date. cqm 23:46, 20 Jan 2013 (UTC)

Yes check Done, pending cache refreshing. The new styles will appear in about 10 minutes.  a proofreader ▸  01:11, January 24, 2013 (UTC)
RS:AD is updated and working correctly. cqm 01:52, 24 Jan 2013 (UTC)
The only issue appears to be with the page when in Wikiamobile. I have no idea how long the cache takes to update for the skin, and don't really know how to force it either. cqm 13:17, 24 Jan 2013 (UTC)
Apparently MediaWiki:Handheld.css was a red herring, although I'm still waiting on a response from Wikia's devs as to why it doesn't work properly. In the meantime MediaWiki:Wikiamobile-menu has been altered to import MediaWiki:Handheld.css documentation on the CSS can be found on MediaWiki talk:Handheld.css with the documentation itself being transcluded from MediaWiki:Handheld (I figured as the css was admin editable only, it made sense to make the documentation the same). cqm 13:27, 8 Feb 2013 (UTC)

Infobox Bonuses Beta

The borders still do not show for Monobook users. I've also made slight adjustments for the colours to better match the oasis look. Please see my post on Template talk:Infobox Bonuses Beta. Kind regards, 2nkmN6U.png 01:55, January 25, 2013 (UTC)

The deed is done. -- Spined helm SpineTalkBook of knowledge 21:20, February 1, 2013 (UTC)

Moving a few images

So, I've been moving .PNG to .png and I've come across a few images I can't move. One is [[:File:Bureaucratcrown.PNG]]. Please move this to File:Bureaucrat crown.png.

Also, I am unable to move :File:Mint cake.PNG and :File:Iron scimitar.PNG. Any help for these? Blaze_fire.png12.png 08:28, December 19, 2012 (UTC)

Are you fixing file links? Urbancowgurl777 (talk) 08:30, December 19, 2012 (UTC)
Yup. Blaze_fire.png12.png 08:31, December 19, 2012 (UTC)
I can't do it either. (: Send (yet another) message to Wikia. I deleted the bureaucrat crown crap image. Urbancowgurl777 (talk) 08:38, December 19, 2012 (UTC)
The error occurs because Wikia's image cache has histories for images with the new name, even though there's no current image with the new name. It's not the first time this error has come up. --Saftzie (talk) 08:53, December 19, 2012 (UTC)
So does that mean that it's impossible to move these images to the name? Blaze_fire.png12.png 08:55, December 19, 2012 (UTC)
There are two solutions, based on past experience.
  1. Wikia can delete the erroneous cache images, then the move can succeed.
  2. It's possible to upload a new image to the new name, but then the history would be gone. I'm uncertain what result a history merge would have. This is a bit uglier.
But a straight move at this time isn't possible, I believe. --Saftzie (talk) 09:21, December 19, 2012 (UTC)
Is this a permanent thing, or as long as the image can be undeleted, which I think is around 6 months? cqm 15:20, 19 Dec 2012 (UTC)
I only saw the bug with images that were too old to be undeleted. They eventually got fixed, probably by Wikia because of bug reports and also probably on an image-by-image basis. --Saftzie (talk) 18:37, December 19, 2012 (UTC)
I sent in the bug report, so we'll see what happens then. Blaze_fire.png12.png 22:33, December 19, 2012 (UTC)
So basically, what they said was that it's a PNG file, not a png file, and they cannot move it. I told them that I've moved from PNG to png before. Awaiting a response from them. Blaze_fire.png12.png 17:24, December 20, 2012 (UTC)
Give them the move log of User:RSW image renamer if they don't think it's possible. It's been done hundreds of times. cqm 17:31, 20 Dec 2012 (UTC)
Both these cases have lost one of their archived images for past uploads, I imagine that has something to do with it. --Henneyj 20:47, December 21, 2012 (UTC)
What Wikia told me to do was to simply save the images to my computer, and reupload them as a .png instead of .PNG. Blaze_fire.png12.png 06:56, December 22, 2012 (UTC)
It'll be interesting to see what history merge does to it, then. --Saftzie (talk) 08:18, December 22, 2012 (UTC)
What problems could history merge do then? Blaze_fire.png12.png 22:33, January 5, 2013 (UTC)
The images that don't exist, but prevent a move, prevent the move because they have a history. I'm just saying it will be interesting to see what a merge does with that. --Saftzie (talk) 22:37, January 5, 2013 (UTC)
I'm going to upload the images then. Could I please get an administrator to do history merge, and a bot to change all the links from :File:Iron scimitar.PNG to File:Iron scimitar.png and from :File:Mint cake.PNG to File:Mint cake.png? Blaze_fire.png12.png 22:43, January 5, 2013 (UTC)

Status report: Blaze got me to move all the file links to point to .png versions of the files. However, the old .PNG files refuse to budge using the standard delete, move, delete, undelete process. 222 talk 05:30, January 8, 2013 (UTC)

Soo has anyone followed up with Wikia yet apart from watching them say it's not possible when it is? Urbancowgurl777 (talk) 05:38, January 8, 2013 (UTC)
Yes, I have. I sent the following just now.
One of our users is trying to perform a merge history from the File:Iron scimitar.PNG to File:Iron scimitar.png to comply with our image policy. This has been done before, however a bug is occurring whenever the merge is attempted for this specific file. Is it possible for someone from Wikia to solve this problem?

We are also having the same problem occur with File:Mint cake.PNG being merged with File:Mint cake.png


Blaze_fire.png12.png 07:03, January 8, 2013 (UTC)
Possibly a little extreme, but exporting and importing the history of the page is an option if all else fails. cqm 10:33, 8 Jan 2013 (UTC)
I'd say it probably would be the best option.

Thanks for contacting Wikia. We appreciate you letting us know about this problem with moving the PNG file. I was informed about this a few weeks ago and there is a bug ticket open. I will pass your extra example directly to our technical staff for investigation and review.

Sorry for this issue, and thanks for using Wikia.

— Tim Quievryn, Jan 09 04:17 pm (UTC)

Blaze_fire.png12.png 18:46, January 9, 2013 (UTC)

Yey for forward steps. Urbancowgurl777 (talk) 18:49, January 10, 2013 (UTC)
I still think we should do what Cam suggested because I have the feeling Wikia won't do anything. Blaze_fire.png12.png 19:50, January 10, 2013 (UTC)
Be aware, importing isn't a perfect process. I recall Cook had some issue recently with trying to import histories, where it just didn't work. At all. cqm 19:51, 10 Jan 2013 (UTC)

I hate to be a bother, but it's been a little under two weeks since this was last discussed. Are we gonna do anything about it? Blaze_fire.png12.png 07:26, January 23, 2013 (UTC)

Not sure. Best thing to do now is to ask/pester for an update on the bug ticket from Wikia. Unless no one has attempted the export/import idea. 222 talk 10:16, January 30, 2013 (UTC)

False Positive

Could someone please remove the false positive of File:$1 from the Special:WantedFiles? It's the last file on there because Wiki finally got rid of all the other ones, including Rfd.PNG. Thanks! Blaze_fire.png12.png 21:36, February 13, 2013 (UTC)

Maybe it still needs time to update? I emailed Wikia 2 or 3 days ago and asked them to remove the others (not including $1), glad to see that they did! (: Urbancowgurl777 (talk) 17:55, February 14, 2013 (UTC)
It's a false positive though, so I don't think it would've been removed. Blaze_fire.png12.png 15:39, February 16, 2013 (UTC)
Why do you say it's a false positive? Not sure what you mean by that. Urbancowgurl777 (talk) 20:07, February 16, 2013 (UTC)
It can't be done. It's because the link to the page isn't [[File:$1]] per se, rather the link to upload the file, which can only be overridden (from what I can tell) by having an actual file there. Simply creating the page doesn't work. Uploading a file to the filename doesn't work either because Special:Upload automatically detects the type of file being uploaded and adds the extension to it, .png for example. Moving a file to the filename brings up the same extension problem.
More to the point, this is a fault of the system. A redlinked file links to Special:Upload and there's no way I know of to force it to do otherwise. Even on Wikipedia there is a redlink on MediaWiki:Filerevert-intro for the same reason (although they have so many wanted files I doubt they've noticed yet). So unless Wikia can fix it on their end, it's going nowhere. cqm 22:06, 16 Feb 2013 (UTC)
Oh. Send them a message then. :3= Urbancowgurl777 (talk) 22:14, February 16, 2013 (UTC)

I had a better idea - et viola. I think it's because the page doesn't 'exist' on other wikis so they don't have an issue. A page that hasn't been created can't have anything linking from it, or so I'm hoping. So I moved the bug notice MediaWiki:Common.js. Just fine tuning it a little and we will never have to deal with it again :) cqm 10:45, 17 Feb 2013 (UTC)

Well, looks like this is closed then :D Blaze_fire.png12.png 15:18, February 18, 2013 (UTC)

Tackle box/Slots history

Worth merging the old history into the new history? --Saftzie (talk) 00:13, May 11, 2013 (UTC)

done. KCWDEFTBucket detailrwojy 00:16, May 11, 2013 (UTC)

Expandable tables within Infobox

We have a few Infoboxes that have expandable boxes inside them - examples: {{Infobox monster}}, {{Infobox Ability}}. This is lovely and useful etc... however, on the wikia skin the colour of the expandable bit doesn't match in with the infobox colour scheme.

It would be awfully nice if someone could add a class/whatever so that the expandable bit matches the infobox. Thank you kindly. --Henneyj 19:02, April 26, 2013 (UTC)

class="wikitable collapsible" works, but is ugly, so can we get a new class ("wikitable nested collapsible" would be nice) that has the same form as standard collapsible but the same colors as wikitable? MolMan 19:32, April 26, 2013 (UTC)
I'm a little bit confused why it's not inheriting the colours from the infobox. I think the selector's a little too specific, so I'll fix it when I get back tonight cqm 09:47, 27 Apr 2013 (UTC)
Should be fixed with this. Turns out the selector for wikitable header colours come from the stylesheets Theme Designer churns out. Looks like it was never intended to handle nested tables. cqm 19:13, 27 Apr 2013 (UTC)
Or I can just reduce the padding from adding the wikitable class to the collapsible section? Something like .wikitable.infobox .wikitable.collapsible {padding:#px;} would only affect collapsible wikitables within infobox wikitables. Do we want to keep the spacing between the cells for this? cqm 19:25, 27 Apr 2013 (UTC)
I went with blending the collapsible section into the infobox. Let me know if there's any infoboxes I missed adding the wikitable class to for this. cqm 22:10, 27 Apr 2013 (UTC)
Looks good :) --Henneyj 17:01, May 3, 2013 (UTC)

Rename images

The File:Taw'Paek, Emissary of Armadyl.png and File:Taw'Paek, Emissary of Armadyl chathead.png images should be renamed, as the name of the character is Taw'Paak instead of 'Taw'Peak'. Divination Xsdvd Talk Duellist&#039;s cap (tier 1) 16:40, May 29, 2013 (UTC)

Yes check Moved.   az talk   16:44, May 29, 2013 (UTC)

File:Third age ranger coif.png

Tried moving File:Third age ranger coif.png to File:Third-age ranger coif.png (Third-age with a dash), but can't... I dunno what's the issue.   az talk   09:17, June 10, 2013 (UTC)

It doesn't move regardless of what you try to move it to. It's due to the revision from 05:08, May 6, 2007, but I'm not really sure how it happened. I deleted the page, restored all but the problem revision and it's now located on at the correct name. cqm 11:22, 10 Jun 2013 (UTC)
Thanks! kill this req wit fire...   az talk   11:34, June 10, 2013 (UTC)

King Black Dragon Drop Table Citations

When I was looking at the King Black Dragon's drop tables, I realized the Heads drop said 'rare' when it was in the drop parameters that made it 'uncommon' (the citation said around 1/60 chance).  Although I changed the rarity correctly, when I attempted to drag the drop to a different slot in the ordering of the drop table, the citations did not show up under the table, or when you moused over the citation numbers.  In the code I found they were still there, but I wasn't able to put them back into action.

Also, this is my first 'Add topic' submission, so I apologize if this goes to a wrong page or becomes a different wiki page.

Hi there (: I've fixed the drop rate & the order of the drops for you. The problem was that the visual editor (which is the default editor unfortunately) scrunched all the code up together instead of spacing it out, so the closing tag for the table and closing references tag were on the same line instead of alone on their own lines. There isn't really any way to fix it while you're in the visual editor. You can click "Source" at the top right when in an editing window to use the source editor instead of the visual editor. In the source editor you can see all of the original code. Urbancowgurl777 (talk) 01:51, July 21, 2013 (UTC)

Merge requests

  • 1
  • 2
  • 3
    • New file: :File:Lumbridge_lodestone_minimap.png
    • Old/destination file: :File:Lumbrdige lodestone minimap.png
  • 4
    • New file: File:Lumbridge_Swamp.png
    • Old/destination file: [[:File:Lum swamp map.png]]
  • 5

Thanks. Small recharge gem AnselaJonla Slayer-icon 08:47, July 28, 2013 (UTC)

Done. There's some sort of caching error on the third page I moved, the old file still has the file history but no page content. Hopefully it'll fix itself in a day or so. I've left it linked so it'll show up on wanted files when it does. cqm 09:42, 28 Jul 2013 (UTC)

This is a request for a merge in the literal sense:

  • [[:File:Corporal Boothe's Armoury stock.png]]
    File:Corporal Boothe's Armoury stock 2.png

ty :3 TEMU Cake detail JIN 10:44, August 4, 2013 (UTC)

Both sets of mergers have been completed, and it appears the issues with the move artifact has been fixed by Wikia. cqm 09:55, 15 Aug 2013 (UTC)

Auto-add Template:Talkheader to new talk pages...

...using a preload "&preload=". Is this possible?   az talk   05:57, July 31, 2013 (UTC)

Please. Blaze_fire.png12.png 06:26, July 31, 2013 (UTC)
Would be great, if possible, but most Talk pages are created using the "Add topic", rather than "Create" option... so wouldn't it load the Talkheader as part of the section that is created? IP83.101.44.209 (talk) 18:23, August 1, 2013 (UTC)
This is certainly possible, but a little complicated. For example, a link to a non-existent talk page shows up as your average redlink which has a class that I can use to identify the uncreated talk page. But when you're on the talk page itself, there is no apparent difference between the button to add a new topic when the page does not yet exist and the button when it does. If there's a distinct difference on the page itself, perhaps a class on the placeholder text, then this could be done. I'll see what I can come up with. cqm 07:18, 12 Aug 2013 (UTC)
This has been implemented by adding &preload=Template:Talkheader/preload to talk page redlinks and the addt topic button on talk pages that contain MediaWiki:Noarticletext. This does not include user talk pages. This is not completely foolproof, the ways to circumvent the preload include removing the preload from the page, editing through the API, using the keyboard shortcuts, e.g. Alt-Shift-+ for add section, which are implemented in both oasis and monobook iirc and editing from the wikiamobile and wikiaapp skins. Hopefully this will take care of most instances of talk page creation though. cqm 23:40, 13 Aug 2013 (UTC)
Are we sure this is working? Just to make sure, I went to (it doesn't exist yet), and the "Add topic" link was Clicking it, nothing was pre-loaded... IP83.101.44.209 (talk) 10:02, August 15, 2013 (UTC)
I see you've fixed it, though, I still wonder... won't this place the template inside the section created by the user; rather than at the top of the page? (Tho, I figured it was better not to create an empty talk page just to test this...) IP83.101.44.209 (talk) 19:02, August 15, 2013 (UTC)
If editing from the add topic button, yes. It shouldn't do if going through a redlink. I can disable the section=new part of the add topic button if it proves to be an issue. cqm 19:21, 15 Aug 2013 (UTC)


I tried to merge File:Harold Death Esquire.png with File:Death.png as a result of the current FIMG. Wikia have been contacted about the bug, and the file page has been fully protected in case someone messes with it. cqm 09:50, 22 Apr 2013 (UTC)

GED not updating

Refer to Forum:GED not updating 1 and RS:EXCHANGE.

AFAIK, the Grand Exchange Database has not been updated after the Treevolution update. And the patch note is wrong: Off-hand dragon throwing axes are now worth the same amount as their main-hand counterparts.

  1. Could someone do the next steps based on RS:EXCHANGE?
  2. We need someone to contact Jagex about these two issues...

Thanks.   az talk   08:32, October 9, 2013 (UTC)

I believe Jagex no longer reply to the forum thread we previously used, instead they prefer bug reports of some description. I'll update the js, although I'm currently working on merging the two scripts into one that we can alter fairly easily when this happens. cqm 08:29, 11 Oct 2013 (UTC)
Wikia and Jagex have been contacted, and we have another forum about Jagex's bugs. Yay. cqm 09:19, 11 Oct 2013 (UTC)
I just adjusted the price at Exchange:Battlestaff to the current GE med price, but noticed that the script isn't updating Exchange:Battlestaff/Data. Is this intentional? The graph won't update, and the data will be lost after 2 more manual updates of the Exchange page. IP83.101.44.209 (talk) 06:24, October 13, 2013 (UTC)
That's probably because the script was never designed/updated to handle the separate Data subpage and epoch time. I'm not sure it would be a good idea to rely on random editors to know about epoch time. Also if someone enters bogus data, that's two pages where changes would need to be backed out. The data itself would still be available in the page history, but, for all items, that could be a lot of work. --Saftzie (talk) 06:53, October 13, 2013 (UTC)
Ah, this is a problem I didn't see coming. Unfortunately I won't be able to fix it until tomorrow at the earliest, unless someone else wants to make up a fix for this assuming it's possible. cqm 08:32, 13 Oct 2013 (UTC)
1. Data won't be lost. AzBot should be able to get the historical data from the history pages and update the Data subpages. 2. the script had the feature to update the Data subpage, but that part of the script was removed some time back for whatever reason.   az talk   14:52, October 13, 2013 (UTC)
Granted, the history keeps all the data. However, I would not expect a bot that updates the prices itself under normal circumstances, to be programmed to also look at the history of the Exchange page in case it missed something to also update the Data page; as generally it has no need for it. Sure it could be programmed to, but that also requires an effort on our end, and won't magically fix itself. If it is already programmed to do that, great! IP83.101.44.209 (talk) 15:11, October 13, 2013 (UTC)
AzBot is already programmed to do it. I just need to switch on the feature....   az talk   07:46, October 14, 2013 (UTC)
Updates appear to be happening automatically again. --Saftzie (talk) 22:25, October 14, 2013 (UTC)
The prices are not updating properly... it shows the prices from 7 October, which is wrong. Let's wait 1 more day.   az talk   01:19, October 15, 2013 (UTC)
Ty seems happy the updates are working correctly again. Does anyone have anything else to add here? cqm 16:52, 20 Oct 2013 (UTC)
I'm happy too...   az talk   08:26, October 21, 2013 (UTC)
Hurray for being happy! :) 22px-Logo.svg.pngTyA_userpage_image.png 17:10, October 23, 2013 (UTC)

Administrator requests

I really hope this is the right place for this.  Can I get an administrator to look at the Golden Chinchompa page to prevent an edit war?  Thank you.Matchgirl42 (talk) 14:06, October 10, 2013 (UTC)

There is no edit war. You're adding information that isn't pertinent to the article and in the wrong spot if at all. Here is not the place to ask for someone to side with you... If you're really this bent on adding this information, at least add it to the body paragraphs of the article and not the trivia section. MolMan 14:08, October 10, 2013 (UTC)
I disagree with adding it to the article entirely... This'd be like adding to every single ability page that it can be found through the Powers interface on tab X. This should be stated on a page dedicated to abilities, not the individual abilities. In this case, it might be pertinent in a section dedicated to SGS pets. IP83.101.44.209 (talk) 14:11, October 10, 2013 (UTC)
I checked the page for the other solomon's pets, and the info on where to go in-game to get them to show up does not appear there, either.  Is this some kind of super-sekrit-gotta-discover-it-for-yourself-thing?  Or a case where people assume everyone knows it, therefore feel it's not important?  Because I spent a frustrating week figuring it out...and I'm sure I'm not the only one.Matchgirl42 (talk) 14:17, October 10, 2013 (UTC)
Then add it there, where it should be. MolMan 14:19, October 10, 2013 (UTC)
I'd prefer to wait until an administrator weighs in.  And I'm not trying to "get someone to side with me."  I'm looking for an administrator to fairly and impartially settle a dispute over whether this information should be included in the page or not, and where it should appear if not.  If an administrator - and according to the list, you are not one - decides it shouldn't be and gives a good reason why, then I can accept that.Matchgirl42 (talk) 14:23, October 10, 2013 (UTC)
An administrator does not need to weigh in. It also does not matter if I am not one. As civil editors, we're meant to solve conflicts on our own without administrators, and if you can agree that this information is best suited on the pets page, then we've solved this disagreement. MolMan 14:25, October 10, 2013 (UTC)

Meant to resolve conflicts by yourselves would be nice, but there are plenty of occasions where it is sadly not the case. However, we work on consensus here which means that admins have no more say in how a dispute is resolved than anyone else, we are merely tasked with carrying out the actions agreed upon in those resolutions. I appreciate that admins can be viewed as more important, but in reality we're just regular editors with big, shiny delete buttons Wink

I agree that the information is not obvious, but adding it to every page is possibly overkill. It would ceratinly be a good idea to place it on a hub page of some description, such as Pets or Solomon's General Store. I assume there are links in the navboxes/infoboxes that link to one of those pages on each SGS pet page.

On the other hand it is nicer to have all the non-obvious information you want about an item, a pet, etc. on the associated page. We state that iron sword is wielded in the weapon slot on that page, rather than just on the shortsword page. Many of our viewers arive through google, view a single page and leave after recieving their information. Whilst I'd like for more of them to view a second page, if they aren't finding what then want to know they may end up on another site which is obviously not what we ultimately want. cqm 00:18, 11 Oct 2013 (UTC)

Okay.  Fair enough.  Although in that vein (you hit the nail on the head about obvious information there), the more I look at the (Solomon's) pet page, the more it screams at me (but not in caps, mind, because that's yelling on the internet and is rude) for an overhaul.  Most of the information about these pets (such as naming as well as access and customization) is general among most if not all of these pets, and the information that is unique to each pet is less than a section's worth, so it would make more sense to have all information about these pets in the one page - with each pet having it's own section for it's unique info - rather than spread out over individual pages.  I'm also as fond of tables as the next person, but it seems like overkill/awkward for that page as well.  I'm right in the middle of preparing for finals that I'm taking this weekend, but then I graduate (hurrah!) and will have the free time needed for such an overhaul and would be happy to take it on early next week.  I'm sure that will involve tracking down pages that link to each individual page and redirecting those links to the (Solomon's) pet page when the page edit is done, and deleting the individual pages.  I'd be happy to do it.Matchgirl42 (talk) 07:46, October 11, 2013 (UTC)
Per RS:GRANULARITY there is no reason to delete the specific pet pages. They are true separate entities, even if they share most of the same qualities. Overhauling the SGS pet page and including a short section on each pet is perfectly fine, of course. IP83.101.44.209 (talk) 07:50, October 11, 2013 (UTC)

Table of Contents disappearing site-wide

TOCs seem to be disappearing site-wide.  I don't know enough about coding in general or wiki-coding specifically to figure out what's causing it.  It appears briefly when pages are loaded/reloaded, but then it disappears.  Any admins know what's going on/can fix it please?  Thank you.  —The preceding unsigned comment was added by Matchgirl42 (talk).

Should be fixed. There's probably a much better way to fix it than what I have done, but somebody else can figure that out on their own time. Suppa chuppa Talk 06:15, October 24, 2013 (UTC)
Yep that did it.  Thank you! Matchgirl42 (talk) 06:42, October 24, 2013 (UTC)

On a slightly different issue, the TOC in monobook is weirdly formatted. Please check...   az talk   02:39, October 25, 2013 (UTC)

That's because of the css being loaded for the table of contents. We could override it to make it look like it used to. Suppa chuppa Talk 03:06, October 25, 2013 (UTC)
I believe the styling of monobook's toc is a known bug for Wikia and is meant to be fixed sometime soon. cqm 10:09, 25 Oct 2013 (UTC)
FWIW, this is what I've stuck in my monobook.css.
/* Fix monobook TOCs in a monobook-compatible way */
#toc > ol { margin: 0pt; }
/* Less extreme indent */
.mw-content-ltr ol, .mw-content-rtl .mw-content-ltr ol { margin: 0.3em 0pt 0pt 1.6em; }
I'll yank it back out if I notice Wikia has fixed anything. In the meantime, it seems to work okay. --Saftzie (talk) 12:28, October 29, 2013 (UTC)

Move request

Crystal moss to "Moss" (currently a redirect to Moss giant). Moss is not called "crystal moss" at any point in the 5th document, hence this request. Small recharge gem AnselaJonla Slayer-icon 15:45, June 14, 2014 (UTC)

JS error

FYI: My JS console says

JavaScript parse error: Parse error: Missing ) in parenthetical in file 'MediaWiki:Common.js/Konami.js' on line 24

It looks like

window.location.assign( /wiki/Cabbage' );

Needs to become

window.location.assign( '/wiki/Cabbage' );

--Saftzie (talk) 05:16, August 8, 2014 (UTC)

Fixed, thanks for the catch. cqm 09:50, 8 Aug 2014 (UTC)

Removing bot flag

Can someone remove the bot flag on HottieBottie. It and it's operator, Cblair91, have been paermanently globally blocked. I've removed all other rights, user tags and hilites so it's just the bot flag left to remove. cqm 09:35, 3 Jul 2014 (UTC)

Poked Dtm142, in case he didn't know about it. --Saftzie (talk) 23:10, August 8, 2014 (UTC)
Sorry, didn't see this. Done. Dtm142 (talk) 05:43, August 9, 2014 (UTC)

JS broken

I've seen two users post on talk pages about calculators being broken. While opening a few JS based calculators myself, it seems all of them are broken. Can someone take a look at this? IP83.101.44.209 (talk) 18:57, August 27, 2014 (UTC)

Staff alerted this to me earlier, they received a bug report about it through Special:Contact. There's also been reports of GECharts not loading (which isn't technically true, the CSS isn't loading so it's not obvious the charts loading at the bottom of the page). I've seen the site CSS module fail to load some time yesterday too which is worrying to say the least.
It's caused by a bug in ResourceLoader which is outputting /* Internal error */ instead of the normal CSS or JS code. This error is then being cached by Varnish (which is a caching layer between Wikia's own servers and the end-user) which is why it's happening so much and so widespread. It's also difficult to fix from our end. It has been reported to staff and is now ticketed. Hopefully someone can figure out what's going on and find a fix for it. I imagine it'll have a fairly high priority which means it should be fixed by next weeks code release if not earlier. Then again, it might not and we'll have to find a more imaginative way to load CSS. cqm 22:59, 27 Aug 2014 (UTC)
It looks like the calculators are working again? If so, the sitenotice entry about it may be removed (and this administrator request along with it). IP83.101.44.209 (talk) 04:49, September 2, 2014 (UTC)

div.Ajax-poll in monobook

I'm not sure why, but Ajaxpoll.scss sets the width to 40em instead of auto. It looks pretty silly. Site should probably override it. --Saftzie (talk) 18:32, October 23, 2014 (UTC)

Sorry, I forgot to check both skins when removing the width setting from the Common.css although I'm confused why it's different in the first place. I'll send a bug ticket in about it in the morning to get the difference corrected. cqm 23:16, 23 Oct 2014 (UTC)
Thanks. I noticed the Monobook.css edit. The class name needs a capital A and a hyphen, though. --Saftzie (talk) 23:54, October 23, 2014 (UTC)

Delete broken redirect

Can someone please delete User:Catcrewser/wikia.js? User was renamed, but has since moved the page it was redirecting to; the original redirect should be altered or deleted, but as it is a user's personal JS page, I cannot change it nor tag it for deletion. IP83.101.44.209 (talk) 05:34, November 9, 2014 (UTC)

Done cqm 11:45, 14 Nov 2014 (UTC)

AJAX auto-refresh is broken....

cqm broke it... pls fix!   az talk   02:56, November 25, 2014 (UTC)

"Use of "getCookie" is deprecated. Use "$.cookie" instead. @" is the only actual error I see, but yeah, broken. --Saftzie (talk) 03:45, November 25, 2014 (UTC)
It's what happens when you remove 7kB from the js all at once. MolMan 03:47, November 25, 2014 (UTC)
Sorry.... It's all fixed now. The deprecated warning isn't technically broken (it still works) but it's there so I can start removing some of the methods out of the Common.js that are replicated in the standard mw library.  —The preceding unsigned comment was added by Cqm (talk) on 11:02, November 25, 2014 (UTC).
Yup, it's fixed. And I know the deprecation wasn't the problem. It was only to say that nothing was broken enough to spit out an error. --Saftzie (talk) 12:45, November 25, 2014 (UTC)

Remember MediaWiki:Community-corner/message

... for <span style="font-size:110%; font-weight:bold; margin-left:10px"> like Template:Wiki News. --Saftzie (talk) 15:39, January 4, 2015 (UTC)

done --Iiii I I I 21:44, January 4, 2015 (UTC)

New front page layout in Monobook

I suggest adding:

.mp-title { margin-right: 300px; }
div.ajax-poll { width: auto !important; }

HTH --Saftzie (talk) 15:01, December 27, 2014 (UTC)

Okay, so there have been more changes. .mp-title no longer needs adjusting, but div.ajax-poll still does.
Notice that Wikia is overriding MediaWiki:Monobook.css by loading AjaxPoll.scss after MediaWiki:Monobook.css, so !important is important. --Saftzie (talk) 02:59, December 28, 2014 (UTC)

Table sorting

The parser seems to sort only descending, not ascending. --Saftzie (talk) 20:03, November 21, 2014 (UTC)

It's a known bug, caused by backporting something from mw1.23 without proper testing. Essentially, $.fn.tablesorter is called twice which attaches events twice and one click becomes two clicks. cqm 00:52, 22 Nov 2014 (UTC)
Bummer. Just wait for a fix, I guess. --Saftzie (talk) 01:32, November 22, 2014 (UTC)
This bug should apparently be fixed in the new year (the next code release). In the meantime, I added a quick hack to workaround the bug a few days back. cqm 23:46, 17 Dec 2014 (UTC)
I noticed the edit to site js, but tables still only sort descending for me. I can wait. I won't die. --Saftzie (talk) 23:51, December 17, 2014 (UTC)
I've just checked in both skins and they appear to be sorting correctly for me, e.g. oasis, monobook. It doesn't look like the up/down arrows appear for monobook, but as I don't use the skin very often I don't know if that's normal or not. Could you link to a page where it's not working for you? cqm 10:35, 18 Dec 2014 (UTC)
I tested the ones you linked. Those worked, but it was odd. Oasis worked, but Monobook didn't work until I viewed in Oasis first. Upon visiting another page and going back, Nex#Armour was broken again in Monobook. All pages I try seem to work fine in Oasis. There are no errors in my js console. I'm not sure what's going on. --Saftzie (talk) 11:17, December 18, 2014 (UTC)
Sent in a bug report about the missing chevrons, it looks like a wikia modification that didn't account for monobook. I'm not sure what's causing the odd results your seeing, hopefully wikia's fix will somehow fix that too. cqm 11:21, 18 Dec 2014 (UTC)
@Saftzie do you know how long the chevrons have been missing? Knowing how long they've been gone for might make it easier to track down what css should be in effect. cqm 16:31, 18 Dec 2014 (UTC)
They've been gone a year or so. Personally, I don't miss them. --Saftzie (talk) 16:43, December 18, 2014 (UTC)

FWIW, CSS for Monobook chevrons:

table.jquery-tablesorter th.headerSort
  background-image: url("data:image/gif;base64,R0lGODlhFQAJAKEBAAAAAP///////////yH5BAEAAAEALAAAAAAVAAkAAAIXjI+AywnaYnhUMoqt3gZXPmVg94yJVQAAOw==");
  cursor: pointer;
  background-repeat: no-repeat;
  background-position: right center;
  padding-right: 21px;
table.jquery-tablesorter th.headerSortDown
  background-image: url("data:image/gif;base64,R0lGODlhFQAEAKEBAAAAAP///////////yH5BAEAAAEALAAAAAAVAAQAAAINjI8Bya2wnINUMopZAQA7");
table.jquery-tablesorter th.headerSortUp
  background-image: url("data:image/gif;base64,R0lGODlhFQAEAKEBAAAAAP///////////yH5BAEAAAEALAAAAAAVAAQAAAINjB+gC+jP2ptn0WskLQA7");

HTH --Saftzie (talk) 13:32, December 22, 2014 (UTC)

EDIT: smaller data url for same image. --Saftzie (talk) 11:18, December 23, 2014 (UTC)

I think I figured out the event listener in Monobook. There appears to be some race condition, which is why it works sometimes (but most of the time not). I put

$(function init()
  // Try fudging with clicks in sortable tables
  var $tables = $('table.sortable');

  if ($('table.jquery-tablesorter').length < $tables.length)
  { // wait for jquery to set up the table sorting
    window.setTimeout(init, 10);
  if ($tables.length > 0)
  { // remove and re-add click event listener
    $tables.find('thead > tr > th').off('click');

in my monobook.js, and everything is good. --Saftzie (talk) 14:40, December 22, 2014 (UTC)

I've removed the relevant fix from MediaWiki:Common.js, it should have been fixed as of yesterday morning. Coincidentally, it seems that the code I removed was causing the same issue (click handlers to be attached twice) following the fix's release. cqm 02:16, 9 Jan 2015 (UTC)
I yanked the edit from my personal monobook.js, too. It all looks good. --Saftzie (talk) 02:36, January 9, 2015 (UTC)

Long text issues

Might I suggest implementation of w:c:dev:BackToTopButton because of some of the really long walls of text some pages of this wiki poses?. Brizingr5 (talk) 22:37, September 25, 2014 (UTC)

It's certainly something I can look into, but I'm more interested in what you're looking for that's at the top of the page. Your userpage/talkpage? The wiki navigation? Search?
You might have seen the redesigned global navigation currently being tested on around Wikia on wikis such as Avatar Wiki, would something like that possibly solve the need for a back to top button? cqm 23:11, 25 Sep 2014 (UTC)
As you mentioned, the wiki search bar and navigation, but also the ToC and infobox. I pretty much use the wiki instead of Swiftkit nowadays, so quickly going across a ton of (often extremely large) pages for small amounts of information can become cumbersome scrolling up so much getting back to a search bar without wasting load time on a new page to just jump to the top. Brizingr5 (talk) 03:48, September 26, 2014 (UTC)
Interestingly there are plans to address almost all of these issues without a back to top button, hopefully coming in the near future. However, the infobox isn't included in those plans. I'll review the script you proposed as soon as I can and propose it's usage on the Yew Grove soon after to see how other people feel about it's installation. Thanks for the suggestion :) cqm 15:20, 26 Sep 2014 (UTC)
Following a talk with staff about this, apparently it's been considered to add a button for this either in the TOC (currently this would just be the wikiamobile TOC) or as a separate button. However, it was also brought up that for desktop/laptop users, the "Home" button does this natively. cqm 11:44, 14 Nov 2014 (UTC)

Manual GEMW Update,15,545,65115644,goto,27

As per patch notes, the limit on Silverhawk Feathers is now 250. Is there a way to manually update this, or do we just wait for the right data to be grabbed? (Disclaimer: I haven't read through the GEMW code.)

Nolanlemahn (talk) 18:04, January 12, 2015 (UTC)

I've updated the limit manually, thanks for notifying us. Do you also happen to know what the new limits are for "springs and magic note paper" mentioned on that thread? JOEYTJE50TALKpull my finger 18:08, January 12, 2015 (UTC)
Someone else already told me what the new limits for those items are. Thanks for telling us! If you ever need another manual GEMW edit, this is indeed the place to go (or you can ask an admin in [[Special:Chat|the wiki chat]]). JOEYTJE50TALKpull my finger 18:14, January 12, 2015 (UTC)

hideenhanced being useless

On Special:RecentChanges, adding ?hideenhanced=1 or clicking "Hide grouped recent changes" does not change a thing for me. Arrows remain as they were without hiding grouped changes. Lurking in the shadows. Eating your hopes and dreams. On a more serious note, this might be something to look into. Fallen leaves ThePsionic Eek 22:43, January 21, 2015 (UTC)

Try it with ?allowsitejs=0&hideenhanced=1 and see if it still happens. If so, it's likely a bug in Wikia's code and should be reported to them. cqm 22:51, 21 Jan 2015 (UTC)
Tested it, is a Wikia bug. Will report it to them. Thanks. Fallen leaves ThePsionic Eek 09:48, January 22, 2015 (UTC)


Can Skill mastery be autoconfirmed protected for a while? This is getting out of hand... IP83.101.44.209 (talk) 06:50, February 6, 2015 (UTC)


Please move the following pages to the correct names:

Unlike Recipe for Disaster, we are given an actual convention in game to follow, which is Dimension of Disaster: <subquest>. I have no idea why Collinmarceaux thought they should be moved. MolMan 12:48, March 24, 2015 (UTC)

It seems sensible to have subquests on subpages to me, per the existing precedent set by RfD. {{Title}} and redirects can be used if the name is a such an issue. cqm 13:17, 24 Mar 2015 (UTC)
They all have been moved back meanwhile. If the colon-style is used ingame, I'd prefer to use that over subpages as well. IP83.101.44.209 (talk) 16:10, March 24, 2015 (UTC)


Can someone change the wordmark to this? Best we were given; better than nothing. MolMan 13:26, April 8, 2015 (UTC)

Sock Accounts

I dunno if this belongs here, though it is a request for an admin to use their tools to do something, so here it is. SirEr is Cerdant; the former account is permanently blocked on the wiki and thus the sock should be too. And this makes it really obvious.

Edit: There's also another sock too, SirEr2. At this point it may be worth getting an admin to do a CheckUser on this user as they seem to have many accounts. Ozank Cx 10:58, May 16, 2015 (UTC)

Ad blocker interference detected!

Wikia is a free-to-use site that makes money from advertising. We have a modified experience for viewers using ad blockers

Wikia is not accessible if you’ve made further modifications. Remove the custom ad blocker rule(s) and the page will load as expected.