RuneScape:Administrative requests/Archive 3

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). User:Urbancowgurl777/Signature 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. JOEYTJE50 TALK pull my finger 13:08, June 29, 2012 (UTC)

This should be fixed now, sorry. User:Tyilo/Signature 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 (GEItem.search(/[^0-9,]/) == '-1') {//only if there is no other character than a number or a comma in the GE price, the script will run

with:

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

User:Tyilo/Signature 00:51, July 17, 2012 (UTC)

aren't you an admin? can't you do it yourself? FSRC^rwojy 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
|view={{{view}}}
|note={{{note|}}}
|monster={{{monster|}}}
|log=Queen Black Dragon/Charm log
|charms=3
|rare=yes
|kills=1
|gold=0
|green=0
|crimson=0
|blue=0
}}
<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:

importScript('User:Tyilo/ggpcatering.js');

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

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

User:Tyilo/Signature 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

to:

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)

Abusefilter

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? <.< User:Urbancowgurl777/Signature 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.

REDIRECT User:Cqm/Signature

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?

REDIRECT User:Cqm/Signature

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)

~~http://i.imgur.com/Dtyum.png~~

Kind regards,

ʞo oɔ 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! ʞo oɔ 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.

REDIRECT User:Cqm/Signature

Mainpage

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.

REDIRECT User:Cqm/Signature

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

[2] merge into [3]

[4] merge into [5]

[6] merge into [7]

[8] merge into [9]

[10] merge into [11]

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 {
margin-left:20px;
padding-left:4px;
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}}.

REDIRECT User:Cqm/Signature

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?

REDIRECT User:Cqm/Signature

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

Code

var	ajaxIndicator = 'http://images2.wikia.nocookie.net/dev/images/8/82/Facebook_throbber.gif',
	ajaxTimer,
	ajaxRefresh = 60000,
	refreshText = 'Automatically refresh',
	refreshHover = 'Enable auto-refreshing page loads',
	doRefresh = true;
 
if ( !window.ajaxPages ) {
	var ajaxPages = [ 'Special:RecentChanges', 'Special:Watchlist', 'Special:Log', 'Special:NewFiles', 'Special:AbuseLog' ];
}
if ( !window.ajaxCallAgain ) {
	var ajaxCallAgain = [];
}
if( typeof AjaxRCRefreshText == "string" ) {
	refreshText = AjaxRCRefreshText;
}
if( typeof AjaxRCRefreshHoverText == "string" ) {
	refreshHover = AjaxRCRefreshHoverText;
}
 
/**
 * Sets the cookie
 * @param c_name string Name of the cookie
 * @param value string 'on' or 'off'
 * @param expiredays integer Expiry time of the cookie in days
 */
function setCookie( c_name, value, expiredays ) {
	var exdate = new Date();
	exdate.setDate( exdate.getDate() + expiredays);
	document.cookie = c_name + "=" + escape(value) + ( ( expiredays === null ) ? "" : ";expires=" + exdate.toGMTString() );
}
 
/**
 * Gets the cookie
 * @param c_name string Cookie name
 * @return The cookie name or empty string
 */
function getCookie( c_name ) {
	if ( document.cookie.length > 0 ) {
		var c_start = document.cookie.indexOf( c_name + "=" );
		if ( c_start !== -1 ) {
			c_start = c_start + c_name.length + 1;
			var c_end = document.cookie.indexOf( ";", c_start );
			if ( c_end === -1 ) {
				c_end = document.cookie.length;
			}
			return unescape( document.cookie.substring( c_start, c_end ) );
		}
	}
	return "";
}
 
/**
 * Main function to start the Auto-refresh process
 */
function preloadAJAXRL() {
	var	ajaxRLCookie = ( getCookie( "ajaxload-" + wgPageName ) == "on" ) ? true : false,
		appTo = ( $( '#WikiaPageHeader' ).length ) ? $( '#WikiaPageHeader' ) : ( $( '#AdminDashboardHeader' ).length ? $( '#AdminDashboardHeader > h1' ) : $( '.firstHeading' ) );
	appTo.append( '&nbsp;<span style="font-size: xx-small; line-height: 100%;" id="ajaxRefresh"><span style="border-bottom: 1px dotted; cursor: help;" id="ajaxToggleText" title="' + refreshHover + '">' + refreshText + ':</span><input type="checkbox" style="margin-bottom: 0;" id="ajaxToggle"><span style="display: none;" id="ajaxLoadProgress"><img src="' + ajaxIndicator + '" style="vertical-align: baseline; float: none;" border="0" alt="Refreshing page" /></span></span>' );
	if ( $( '.mw-rc-openarrow a' ).length ) {
		$( '.mw-rc-openarrow a' ).removeAttr( 'href' ).css( 'cursor', 'pointer' );
	}
	$( '#ajaxLoadProgress' ).ajaxSend( function ( event, xhr, settings ) {
		if ( location.href == settings.url ) {
			$( this ).show();
		}
	} ).ajaxComplete ( function ( event, xhr, settings ) {
		var	$collapsibleElements = $( '#mw-content-text' ).find( '.mw-collapsible' );
		if ( location.href == settings.url ) {
			$( this ).hide();
			for ( var i = 0; i < ajaxCallAgain.length; i++ ) {
				ajaxCallAgain[i]();
			}
			if ( $collapsibleElements.length ) {
				$collapsibleElements.makeCollapsible();
			}
			if ( mw.config.get( 'wgNamespaceNumber' ) === -1 && mw.config.get( 'wgCanonicalSpecialPageName' ) === 'Recentchanges' ) {
				mw.special.recentchanges.init();
				if ( $( '.mw-recentchanges-table' ).find( '.WikiaDropdown' ).length ) {
					RecentChangesLocal.init();
				}
 
				if ( $( '.mw-rc-openarrow a' ).length ) {
					$( '.mw-rc-openarrow a' ).removeAttr( 'href' ).css( 'cursor', 'pointer' );
				}
			}
		}
	} );
	$( '#ajaxToggle' ).click( toggleAjaxReload );
	$( '#ajaxToggle' ).attr( 'checked', ajaxRLCookie);
	if ( getCookie( "ajaxload-" + wgPageName ) == "on" ) {
		loadPageData();
	}
}
 
/**
 * Turn refresh on and off by toggling the checkbox
 */
function toggleAjaxReload() {
	if ( $( '#ajaxToggle' ).prop( 'checked' ) === true ) {
		setCookie( "ajaxload-" + wgPageName, "on", 30 );
		doRefresh = true;
		loadPageData();
	} else {
		setCookie( "ajaxload-" + wgPageName, "off", 30 );
		doRefresh = false;
		clearTimeout( ajaxTimer );
	}
}
 
/**
 * Does the actual refresh
 */
function loadPageData() {
	var cC = '#mw-content-text';
	$( cC ).load( location.href + " " + cC + " > *", function ( data ) {
		if ( doRefresh ) {
			ajaxTimer = setTimeout( loadPageData, ajaxRefresh );
		}
	} );
}
 
/**
 * Load the script on specific pages
 */
$( function () {
	for ( var x = 0; x < ajaxPages.length; x++ ) {
		if ( wgPageName == ajaxPages[x] && $( '#ajaxToggle' ).length === 0 ) {
			preloadAJAXRL();
		}
	}
} );
 
/**
 * Hack: copy the RC filter JS since it can't be accessed
 */
var RecentChangesLocal = {
	init: function() {
		this.$table = $('.mw-recentchanges-table');
		this.$dropdown = this.$table.find('.WikiaDropdown');
		this.$submit = this.$table.find('input[type="submit"]');
		this.$submit.on('click.RecentChangesDropdown', $.proxy(this.saveFilters, this));
		this.$submit.removeAttr('disabled'); //FF clean
 
		this.dropdown = new Wikia.MultiSelectDropdown(this.$dropdown);
		this.dropdown.on('change', $.proxy(this.onChange, this));
 
	},
 
	saveFilters: function(event) {
		var self = this;
 
		event.preventDefault();
 
		self.dropdown.disable();
		self.$submit.attr('disabled', 'disabled');
 
		if(self.dropdown.getSelectedValues().length == 0) {
			self.dropdown.doSelectAll(true);
		}
 
		$.nirvana.sendRequest({
			controller: 'RecentChangesController',
			method: 'saveFilters',
			data: {
				filters: self.dropdown.getSelectedValues()
			},
			type: 'POST',
			format: 'json',
			callback: function(data) {
				window.location.reload();
			}
		});
	}
};

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.

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

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 and , 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. --User:Saftzie/Signature 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. User:Urbancowgurl777/Signature 06:44, November 26, 2012 (UTC)

There are 3 cave crawlers.

Level 76
- combat xp = 99.3
- slayer xp = 26
Level 106
- combat xp = 201.3, but displays as 99.3
- slayer xp = unknown
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. --User:Saftzie/Signature 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). --User:Saftzie/Signature 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! User:C Teng/sig 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.

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

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

REDIRECT User:Cqm/Signature

CSS added by Ciph.

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

Changes implemented. I hope that resolves all issues

REDIRECT User:Cqm/Signature

Template:Navbox

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

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

{{#ifeq:{{NAMESPACE}}|Template|{{Navbox/Doc}}}}

http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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.

REDIRECT User:Cqm/Signature

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>?

REDIRECT User:Cqm/Signature

Yus. MolMan 19:14, January 23, 2013 (UTC)

Consider the first task completed.

REDIRECT User:Cqm/Signature

Thanks Cam! http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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! http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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,

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

Do it yourself, Admin scum. --Henneyj 17:19, February 2, 2013 (UTC)

all done (I just forgot to archive this when I did).

REDIRECT User:Cqm/Signature

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. http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.png 04:58, January 15, 2013 (UTC)

Done. User:Azliq7 05:33, January 15, 2013 (UTC)

RS:AD CSS

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 {
	display:none;
}

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

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 {
	margin-top:-4px;
}

/* Adding small padding so they don't look so strange
 * .discussiontable td for UOTM */
table.dpltable td,
table.discussiontable td {
	padding-left:5px;
}

/* Setting table widths */
table.dpltable,
table.discussiontable {
	width:100%;
}

/* Colouring the headers */ 
table.discussiontable th {
	color:#fff;
	background-color:#483821;
}

table.discussiontable th a {
	color:#fff;
}

table.discussiontable th a:hover {
	text-decoration:none;
}

/* Column widths */
/* For tables with 3 columns */
table.dpltable th.topic, 
table.discussiontable th.topic {
	width:40%;
}

table.dpltable th.edited,
table.dpltable th.edited-by,
table.discussiontable th.edited,
table.discussiontabel th.edited-by {
	width:30%;
}

/* YG Archives */
table.dpltable th.yg-archive,
table.discussiontable th.yg-archive {
	width:20%;
}

/* 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 {
	width:20%;
}

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 {
	width:15%;
}

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

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 {
	width:19%;
}

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.

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

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).

REDIRECT User:Cqm/Signature

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, Bren 01:55, January 25, 2013 (UTC)

The deed is done. --

Spine^Talk

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? http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.png 08:28, December 19, 2012 (UTC)

Are you fixing file links? User:Urbancowgurl777/Signature 08:30, December 19, 2012 (UTC)

Yup. http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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. User:Urbancowgurl777/Signature 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. --User:Saftzie/Signature 08:53, December 19, 2012 (UTC)

So does that mean that it's impossible to move these images to the name? http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.png 08:55, December 19, 2012 (UTC)

There are two solutions, based on past experience.

Wikia can delete the erroneous cache images, then the move can succeed.
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. --User:Saftzie/Signature 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?

REDIRECT User:Cqm/Signature

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. --User:Saftzie/Signature 18:37, December 19, 2012 (UTC)

I sent in the bug report, so we'll see what happens then. http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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. http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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.

REDIRECT User:Cqm/Signature

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. http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.png 06:56, December 22, 2012 (UTC)

It'll be interesting to see what history merge does to it, then. --User:Saftzie/Signature 08:18, December 22, 2012 (UTC)

What problems could history merge do then? http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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. --User:Saftzie/Signature 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? http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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? User:Urbancowgurl777/Signature 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

Thanks!

”

— http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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.

REDIRECT User:Cqm/Signature

I'd say it probably would be the best option.

“

Hello,

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)

http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.png 18:46, January 9, 2013 (UTC)

Yey for forward steps. User:Urbancowgurl777/Signature 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. http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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.

REDIRECT User:Cqm/Signature

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? http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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! http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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! (: User:Urbancowgurl777/Signature 17:55, February 14, 2013 (UTC)

It's a false positive though, so I don't think it would've been removed. http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.png 15:39, February 16, 2013 (UTC)

Why do you say it's a false positive? Not sure what you mean by that. User:Urbancowgurl777/Signature 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.

REDIRECT User:Cqm/Signature

Oh. Send them a message then. :3= User:Urbancowgurl777/Signature 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 :)

REDIRECT User:Cqm/Signature

Well, looks like this is closed then :D http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.png 15:18, February 18, 2013 (UTC)

Tackle box/Slots history

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

done. GGU^rwojy 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

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

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?

REDIRECT User:Cqm/Signature

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.

REDIRECT User:Cqm/Signature

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'. Xsdvd ^Talk 16:40, May 29, 2013 (UTC)

Moved. User:Azliq7 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. User:Azliq7 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.

REDIRECT User:Cqm/Signature

Thanks! kill this req wit fire... User:Azliq7 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. User:Urbancowgurl777/Signature 01:51, July 21, 2013 (UTC)

Merge requests

1
- New file: File:Lumbridge_lodestone_location.png
- Old/destination file: File:Lumbridge Castle lodestone.png
2
- New file: File:Water Altar location 2.png
- Old/destination file: File:Water Altar location.png
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
- New file: File:Water Altar outside 2.png
- Old/destination file: File:Water Altar outside.png

Thanks. AnselaJonla 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. User:Cqm/Signature

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 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. User:Cqm/Signature

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

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

Please. http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/Blaze_fire.png http://i250.photobucket.com/albums/gg244/blaze_fire12/RuneScape%20Wiki%20Images/12.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. User:Cqm/Signature

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. User:Cqm/Signature

Are we sure this is working? Just to make sure, I went to http://runescape.wikia.com/wiki/Talk:Superior_sea_singer%27s_hood (it doesn't exist yet), and the "Add topic" link was http://runescape.wikia.com/wiki/Talk:Superior_sea_singer%27s_hood?action=edit&section=new. 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. User:Cqm/Signature

File:Death.png

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.

REDIRECT User:Cqm/Signature

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.

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

Thanks. User:Azliq7 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. User:Cqm/Signature

Wikia and Jagex have been contacted, and we have another forum about Jagex's bugs. Yay. User:Cqm/Signature

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. --User:Saftzie/Signature 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. User:Cqm/Signature

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. User:Azliq7 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.... User:Azliq7 07:46, October 14, 2013 (UTC)

Updates appear to be happening automatically again. --User:Saftzie/Signature 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. User:Azliq7 01:19, October 15, 2013 (UTC)

Ty seems happy the updates are working correctly again. Does anyone have anything else to add here? User:Cqm/Signature

I'm happy too... User:Azliq7 08:26, October 21, 2013 (UTC)

Hurray for being happy! :) User:TyA/sig 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

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. User:Cqm/Signature

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... User:Azliq7 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. User:Cqm/Signature

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. --User:Saftzie/Signature 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. AnselaJonla 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' );

--User:Saftzie/Signature 05:16, August 8, 2014 (UTC)

Fixed, thanks for the catch. User:Cqm/Signature

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. User:Cqm/Signature

Poked Dtm142, in case he didn't know about it. --User:Saftzie/Signature 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. User:Cqm/Signature

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. --User:Saftzie/Signature 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. User:Cqm/Signature

Thanks. I noticed the Monobook.css edit. The class name needs a capital A and a hyphen, though. --User:Saftzie/Signature 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 User:Cqm/Signature

AJAX auto-refresh is broken....

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

"

Use of "getCookie" is deprecated. Use "$.cookie" instead. @ http://runescape.wikia.com/__load/-/cb%3D1416865697%26debug%3Dfalse%26lang%3Den%26only%3Dscripts%26skin%3Dmonobook/site:1

" is the only actual error I see, but yeah, broken. --User:Saftzie/Signature 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. --User:Saftzie/Signature 12:45, November 25, 2014 (UTC)

Remember MediaWiki:Community-corner/message

... for like Template:Wiki News. --User:Saftzie/Signature 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 --User:Saftzie/Signature 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.
http://i61.tinypic.com/1220xnm.png
Notice that Wikia is overriding MediaWiki:Monobook.css by loading AjaxPoll.scss after MediaWiki:Monobook.css, so !important is important. --User:Saftzie/Signature 02:59, December 28, 2014 (UTC)

Table sorting

The parser seems to sort only descending, not ascending. --User:Saftzie/Signature 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. User:Cqm/Signature

Bummer. Just wait for a fix, I guess. --User:Saftzie/Signature 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. User:Cqm/Signature

I noticed the edit to site js, but tables still only sort descending for me. I can wait. I won't die. --User:Saftzie/Signature 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? User:Cqm/Signature

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. --User:Saftzie/Signature 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. User:Cqm/Signature

@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. User:Cqm/Signature

They've been gone a year or so. Personally, I don't miss them. --User:Saftzie/Signature 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 --User:Saftzie/Signature 13:32, December 22, 2014 (UTC)

EDIT: smaller data url for same image. --User:Saftzie/Signature 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);
    return;
  }
 
  if ($tables.length > 0)
  { // remove and re-add click event listener
    $tables.find('thead > tr > th').off('click');
    $tables.tablesorter();
  }
});

in my monobook.js, and everything is good. --User:Saftzie/Signature 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. User:Cqm/Signature

I yanked the edit from my personal monobook.js, too. It all looks good. --User:Saftzie/Signature 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? User:Cqm/Signature

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 :) User:Cqm/Signature

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. User:Cqm/Signature

Manual GEMW Update

http://runescape.wikia.com/wiki/Exchange:Silverhawk_feathers

http://services.runescape.com/m=forum/forums.ws?14,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? JOEYTJE50 TALK pull 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]]). JOEYTJE50 TALK pull 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. ThePsionic 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. User:Cqm/Signature

Tested it, is a Wikia bug. Will report it to them. Thanks.

ThePsionic

09:48, January 22, 2015 (UTC)

Protect

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)

DoD

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. User:Cqm/Signature

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)

HAPPY FREAKIN BIRTHDAY

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)