GuildWiki:Wikia staff noticeboard/Resolved2

__NEWSECTIONLINK__ The Wikia staff noticeboard is intended as a way to alert Wikia staff of issues which need their attention. This place should not be confused with the Admin noticeboard.


 * If you have a problem with the wiki's content, use a relevant talk page. Content problems added here will be removed.
 * If you are having issues with the game, use a relevant talk page or use ArenaNet's Guild Wars support site. See how to report for instructions on reporting game bugs. Guild Wars problems added here will be removed.

To create a new request, add a new subheading (you can do it by clicking the "leave message" tab near the top of the page), providing a neutral, concise, and signed summary of the issue. It is suggested that any other users involved in an issue should be informed of its discussion here.

Can't find your request? Maybe it has been resolved.

The deletion log
Is borked? See this. Note that the offset number in that URL is approximately one decillion, and it's showing edits from august 2007.  &not; Wizårdbõÿ777  ( talk ) 02:07, 7 May 2008 (UTC)
 * It went back beyond the beginning of time and wrapped around, obviously d-: -User:PanSola (talk to the [[Image:follower of Lyssa.png]]) 02:11, 7 May 2008 (UTC)
 * Yay everyone's back and I've still got all my teeth! --Xasxas256 02:39, 7 May 2008 (UTC)
 * Also, just fyi, it shows those entries for any offset number of 10000 or higher.  &not; Wizårdbõÿ777  ( talk ) 17:26, 8 May 2008 (UTC)
 * Considering the "correct" behavior is probably "ERROR! Invalid offset! Go delete more pages!", I doubt this is high on the priority list to fix... -User:PanSola (talk to the [[Image:follower of Lyssa.png]]) 18:07, 8 May 2008 (UTC)
 * Actually, that's not what the correct behavior should be. Perhaps using an offset of one decillion wasn't the best example. Look at the deletion log with an offset of 10000 and with an offset of 10500. They show the exact same entries. But go to the bottom of the page and look at the date of the last entry - July 9th, 2007. The builds wipe was in May of 2007, so there should be entries in the log after that, but you can click "next 500" forever and it will never get to them, it'll just keep showing the same 500. Those entries are still in the log - if you search for a specific user you can see them, and you can probably see them if you search for a specific page, but you can't see them without specifying a user or an article.  &not; Wizårdbõÿ777  ( talk ) 21:17, 8 May 2008 (UTC)
 * Thanks for the clarification. -User:PanSola (talk to the [[Image:follower of Lyssa.png]]) 21:53, 8 May 2008 (UTC)
 * Thanks for the heads-up. I reported this issue to our tech team so they can take a look at it. --KyleH (talk) 17:25, 14 May 2008 (UTC)
 * Heya ... just a quick follow-up on this. This behavior is intentional in MediaWiki 1.12 for performance reasons.  The MediaWiki developers have changed that behavior in 1.13, so it should be fixed in the next MediaWiki upgrade. --KyleH (talk) 22:00, 6 June 2008 (UTC)

Bot posts triggering new messages notice
We have found that if a bot posts on a user's talk page, it does not seem to trigger the new messages notice. I have found no information indicating that this is normal behavior. The only special feature of a bot is that its edits do not show up in recent changes by default because of their flag. We would like to use bots to leave important notices on user's talk pages and if the bot doesn't trigger the new messages notice, they won't know about it. Is this a bug or some setting that can be changed? We are discussing it primarily in relation to Bot tasks/License reminder but I bet we will have other reasons to perform similar tasks in the future. &mdash;♥ Jedi ♥ Rogue ♥ 18:28, 6 June 2008 (UTC)
 * Heya! The reason that the bot is not triggering notification messages is because it is marking the changes as minor changes.  By default, users to not receive notification of bot edits marked as minor edits.  Try leaving the messages as non-minor edits and see if notification works properly.  You can find more details here  --KyleH (talk) 18:41, 6 June 2008 (UTC)
 * Not something I would've guessed, but that's exactly what it was. I got a notification for my bot editing my talk page as a non-minor edit.  &mdash;Dr Ishmael [[Image:Diablo_the_chicken.gif]] 18:50, 6 June 2008 (UTC)
 * Thanks, Kyle. Good to know. Could have sworn I read that exact page yesterday when I was looking for my answer though... must have missed it. I can easily change it so the bot's edits are not minor. &mdash;♥ Jedi ♥ Rogue ♥  18:54, 6 June 2008 (UTC)
 * No problem. Trudging through the MediaWiki documentation is an arduous task ... I just got lucky and found that page pretty quickly.  It wouldn't surprise me if you found a page almost exactly like that one somewhere else without that tidbit of information. ;) --KyleH (talk) 21:55, 6 June 2008 (UTC)

Spam filter stuff
I don't know if this is discussed somewhere else, but I never encountered anything blocking me cause of spam filtering but what do I do about it? lol. I couldn't edit the following page: User:Vespa Lynch. I say that sysops shouldn't have spam filter issues... ♥ Jedi ♥ Rogue ♥ 23:57, 6 June 2008 (UTC)


 * It would be best if wikia could just pop up a warning that allowed to user to [Cancel this link] [Continue to destination website] - else people are just going to start circumventing the block, and I already found two different ways to do so without really tring hard. ;-) Just rewrite the link whenever it is saved, e.g. http://badspammer.com to http://spam.wikia.com/?spamurl=badspammer.com . --mendel 10:40, 7 June 2008 (UTC)#
 * Tinyurl has a preview feature - I agree with wikia doing it - perhaps a user preferences opt out... Random Time 10:44, 7 June 2008 (UTC)
 * Since I obviously worded my idea badly, I clarify: I want wikia to pop up a warning (similar to the tinyurl warning) for all URLs it classifies as spam, instead of blocking them. Although this probably defeats the purpose of preventing spammers posting in the first place. :-( --mendel 11:12, 7 June 2008 (UTC)
 * I'll pass the feedback along to our product guys. I suspect that we don't do that because that really doesn't prevent the spam from appearing ... spammers and their bots interpret the post as a success and keep chugging along.  By the way, you can use MediaWiki:Spam-whitelist to allow the posting of URLs that would otherwise be blacklisted. --KyleH (talk) 06:04, 12 June 2008 (UTC)
 * Hmm, so you have the same suspicions I do. ;-) Well, we can probably make another template for users to request an admin to unblock a URL (much like page deletes or bans are requested). We'll see how that works out. --mendel 13:10, 12 June 2008 (UTC)
 * In case you want to customize it to send users to a certain page to request that the URL be whitelisted, the text for the message that the user receives when a page is blocked by the spam filter is stored at MediaWiki:spamprotectiontitle (for the page title), MediaWiki:spamprotectiontext (for the first line), and MediaWiki:spamprotectionmatch (for the second line). --KyleH (talk) 16:44, 12 June 2008 (UTC)

edit count
Sometime recently the format of Special:Editcount was changed to be a new table. Out of curiousity, I wonder when that occurred. Out of concern, the font is very small and hard to read. Should we fix that within our own css or is that a wikia wide thing that should be adjusted? &mdash;♥ Jedi ♥ Rogue ♥ 01:40, 12 June 2008 (UTC)
 * It looks like this went in to production on Tuesday, June 3rd. I'll pass along the comments regarding the font size of the text in the table, but for the time being, it's probably best that you just fix it yourself in your MediaWiki:common.css.  Adding ...

.ecmaintable { font-size: 10pt !important; }
 * ... should do the trick. --KyleH (talk) 06:00, 12 June 2008 (UTC)
 * Looks like that'll work, thanks! &mdash;Dr Ishmael [[Image:Diablo_the_chicken.gif]] 21:23, 12 June 2008 (UTC)

Another editcount issue: the "All wikis" column of mine currently says 0 for everything. It was working yesterday, and it's working fine for other users. Might be related to me having just tagged a couple hundred screenshots :P  &not; Wizårdbõÿ777  ( talk ) 22:04, 13 June 2008 (UTC)
 * Speaking of Editcount, why does it refer to our wiki as "gwguild", and how could we change that?[[Image:Entrea Sumatae.png|Entrea Sumatae]]Entrea  [Talk]  23:48, 22 June 2008 (UTC)
 * It refers to that because that is the name of our database. If that were to be changed, you'd have to change the name in all of the configuration files where it occurs, and if one is missed, stuff breaks. If it ain't broke, don't fix it - it's just a name in an unimportant place, I can live with it. --◄mendel► 00:50, 23 June 2008 (UTC)

Image:Gwevilcoolnl6.jpg
The image was deleted back in April, yet you can see it if you follow a link, it shows up in Special:Unusedimages, internal links to it don't show up as broken, and you can display it normally. Oh, and the headline preview shows it as a redlink o_O  &not; Wizårdbõÿ777  ( talk ) 18:10, 12 June 2008 (UTC)
 * hmmm, that's a pretty odd bug, but re-uploading then deleting (rather than just undeleting then deleting) seems to have fixed it). --KyleH (talk) 18:15, 12 June 2008 (UTC)
 * Most of the time undel/del worked when I came across images like that during my huge delete spree about a month ago. I'll remember this trick for the future, though.  &mdash;Dr Ishmael [[Image:Diablo_the_chicken.gif]] 21:32, 12 June 2008 (UTC)

Sidebar
Its broken. about 80% of the time, it gets frozen loading either images.wikia.com or tag.contextweb.com. Fix please? I want to be able to RC patrol properly.. ._. ;-; &mdash; Warw/Wick 08:33, 20 June 2008 (UTC)
 * Oh yes, that's happening to me as well. [[Image:Felix_Omni_Signature.png]] 08:45, 20 June 2008 (UTC)
 * Which skin are you two using? I haven't noticed anything weird with the monobook sidebar.  &not; Wizårdbõÿ777  ( talk ) 16:56, 20 June 2008 (UTC)
 * Well, duh, because Monobook actually WORKS --Gimmethegepgun 17:01, 20 June 2008 (UTC)
 * Try blocking the broken contextweb in your hosts file Random Time 17:02, 20 June 2008 (UTC)
 * Can you provide any more information? I'm gathering that the issue exists only on Monaco?  I'm having trouble reproducing it on my computer. --KyleH (talk) 17:08, 20 June 2008 (UTC)
 * I'm using monobook, as always (boo monaco!), and I have blocked tag.contextweb.com and I havn't had any more problems. (I'm running noscript, previously with all allowed, now blocking tag- No errors). Ooh, what does this do? &mdash;[[Image:MaySig.png]] Warw/Wick 18:10, 20 June 2008 (UTC)
 * it sounds like contextweb.com was just misbehaving, but that issue seems to be resolved now--I've been clicking the Random page button for the last 15 minutes and can't replicate it. If it starts happening again, please let me know.  P.S., in Monaco, ads are the last thing on the page to load, so this theoretically should never happen when browsing in Monaco. --KyleH (talk) 22:08, 20 June 2008 (UTC)

Image:328px-Tryia5.jpg
For some reason (maybe because filename starts with a number?), this image is always showing up as the 1000th image in Special:Uncategorizedimages.  &not; Wizårdbõÿ777  ( talk ) 02:36, 22 June 2008 (UTC)

Special:Orphanedpages
Disambiguation pages (such as Can't We Get Along?) shouldn't show up there, since every internal link to a disambig page should really be pointing to one of the pages being, uh... disambiguated.  &not; Wizårdbõÿ777  ( talk ) 04:13, 22 June 2008 (UTC)
 * Add them to Non-orphaned articles under a new heading. &mdash;Dr Ishmael [[Image:Diablo_the_chicken.gif]] 05:44, 22 June 2008 (UTC)
 * Done.  &not; Wizårdbõÿ777  ( talk ) 06:06, 22 June 2008 (UTC)

Script Error
Using IE7, pretty much every page I load gets an 'Error on page' message in the status bar, and the bottom ad doesn't load.  &not; Wizårdbõÿ777  ( talk ) 05:39, 23 June 2008 (UTC)
 * Solution A
 * Solution B
 * Random Time 05:41, 23 June 2008 (UTC)
 * Solution A - any smart wiki should work for all commonly used browsers.
 * Solution B - that just stops the window asking if you want to debug from popping up. It doesn't get rid of the error :(
 *  &not; Wizårdbõÿ777  ( talk ) 05:43, 23 June 2008 (UTC)
 * Rebuttal A - Yes, but as there is an error - a workaround is nice.
 * Rebuttal B - and as soon as Wikia fixes it, it stops
 * Random Time 05:45, 23 June 2008 (UTC)
 * You should have just called them "Workaround A" and "Workaround B". ;-) Could it be that the ad code is split, and one part defines the ad while the other part uses it? And one of these two parts get cached? --◄mendel► 06:30, 23 June 2008 (UTC)
 * Perhaps, and good idea Random Time 06:36, 23 June 2008 (UTC)
 * I've reported this issue to our tech team. --KyleH (talk) 18:23, 23 June 2008 (UTC)

Aah editing toolbar
Is anyone else seeing all the editing toolbar buttons twice?  &not; Wizårdbõÿ777  ( talk ) 04:56, 25 June 2008 (UTC)
 * Yes, and I am also getting a weird effect where the Monaco-specific (at least, I thought it was Monaco-specific) "link suggest" was somehow trying to work on Monobook and dynamically updating a div below the edit box. Turning on "Do not show link suggest" in my editing preferences fixed the latter, but I can't figure out a way to fix the double-toolbar problem.  &mdash;Dr Ishmael [[Image:Diablo_the_chicken.gif]] 05:06, 25 June 2008 (UTC)
 * Both issues appear to be related to the fix that was implemented for the IE script errors. Link Suggest isn't actually a Monaco-only feature, it was just never implemented in GuildWiki's special version of Monobook.  I'll ping the tech team about the double-toolbar issue. --KyleH (talk) 16:52, 25 June 2008 (UTC)

Permanent Link
the permanent link button does not appear anywhere on a page when viewing with the monaco skin. I think its rather important it be added somewhere to it. GW-RogueJedi 01:03, 28 June 2008 (UTC)
 * This is a known issue and will be fixed soon. A permanent link button will be added to the footer of the page.  I tried to figure out a short-term workaround, but  doesn't seem to work properly (and the toolbox is cached anyway). --KyleH (talk) 18:21, 30 June 2008 (UTC)

constant interruption of site usage by advertisement/banner loading ad
Impossible to use the guildwiki... this code is interrupting on nearly every page and wont go away...

div style="position: absolute; left: 0px; top: 0px; visibility: hidden;" id="beacon_2601"><img width="0" height="0" style="width: 0px; height: 0px;" alt="" src="http://wikia-ads.wikia.com/www/delivery/lg.php?bannerid=2601&campaignid=351&zoneid=570&channel_ids=,&loc=http%3A%2F%2FAQLB34%2FBL%3Fgwguild.HOBBIESINTERESTS.ROLEPLAYINGGAMES&cb=cfe327bfac"/**/div


 * Yes, it is super annoying. One work around I have found is to refresh the page, then hit the back button. But it really does need to be removed asap.

Same problem--sorry i'm not the only one--recent problem this weekZorro tehl 01:38, 4 July 2008 (UTC)


 * I know this is exactly the opposite of what Wikia wants us to say, but I'm going to say it anyway - the simplest way to deal with the broken ads right now is to not deal with them at all. Simply follow these two easy steps:
 * Install Firefox
 * Install Ad-Block Plus (Firefox add-on)
 * You'll never have to complain about online advertisements breaking your favorite sites again. &mdash;Dr Ishmael [[Image:Diablo_the_chicken.gif]] 02:19, 4 July 2008 (UTC)

Ad bug
Image:Wizardboy Ad Bug.jpg. It appears that a banner ad is appearing where the google ads normally would. Most of the ad gets hidden behind the page body. You can see the html used to generate it in the firebug window in the picture, if that helps.  &not; Wizårdbõÿ777  ( talk ) 01:56, 18 July 2008 (UTC)