Forum:MediaWiki upgrade problems and oddities


 * Issues that appear to have been resolved have been moved to Forum:MediaWiki upgrade problems and oddities/resolved. -- Fandyllic (talk &middot; contr) 2 Feb 2011 1:17 PM Pacific

Hi all, you may have noticed that every wiki has now been upgraded to MediaWiki 1.16. With that comes some obvious and expected kinks; any time an upgrade like this happens, there will be bumps in the road. Some of these may be bugs that we can fix on our end, others may be CSS/JS coding related issues that you'll need to fix on your wikis and/or your own personal CSS/JS to conform to the new version of MediaWiki.

If you encounter anything you don't know how to fix that's coding related, your best bet would be to ask about it here in the Community Central Forum, as the CSS and JS gurus here on Central are probably already working to fix up their coding. Other issues that you're not able to fix on your own should be reported to Special:Contact. If there are a lot of messages about the upgrade, which I expect there will be, we may take a little while longer to get back to you, but all e-mails we receive will be answered ASAP.

Thanks all. - Brandon Rhea (talk) 18:23, January 25, 2011 (UTC)


 * It would be nice to get a list of things that Wikia knows will need to be looked at after the upgrade. Many of these issues are not CSS or JS issues, but changes to things in the MediaWiki: namespace that affect lots of the UI. Wikia added alot of items to this namespace to support their custom extensions, but it appears that the upgrade reset or removed several of these items.
 * As usual, more information is better and if everyone sends their issue to Special:Contact, the fix may not propagate to the wider community and just make more work for Wikia. -- Fandyllic (talk &middot; contr) 10:11 AM PST 26 Jan 2011
 * That being said, some users have had their preferences reset to default values, and MyTools appears to also reset. Furthermore, global.js doesn't seem to be affecting monobook, and possibly the most pressing issue, javascript in Common.js and Wikia.js seems to be broken.
 * Addendum: All of those issues seem to have been fixed.

General comments
It's perfectly normal to find an excessive number of bugs and errors after an update like this. Most of the things that you will see break are not your fault.


 * Not really. It only appears normal because the level of software quality has been in decline across the industry. Web companies tend to be the worst offenders. -- Fandyllic (talk &middot; contr) 2:44 PM PST 26 Jan 2011


 * Tagging this Staff needed, since it isn't clear to me that Wikia staff is actually really looking at this list. -- Fandyllic (talk &middot; contr) 7 Feb 2011 6:11 PM Pacific


 * Removing Staff needed tag for now. daNASCAT responded recently (8-Feb-2011). -- Fandyllic (talk &middot; contr) 8 Feb 2011 4:53 PM Pacific

Preferences and My Tools reset
This happened to me today. Very annoying. -- Fandyllic (talk &middot; contr) 28 Jan 2011 1:38 PM Pacific


 * I already reported it, but I'm in the same boat with Fandyllic on the preferences and my avatar. Devilmanozzy 19:21, January 29, 2011 (UTC)

File detail table oddity
Found a file-history/detail table oddity. Site-wide fix, plox! — subtank  ( 7alk ) 20:06, January 26, 2011 (UTC)

Updated search "template"
At the bottom of the search page, where it was possible to select which namespace to search, there is a new "template," for lack of a better word. Seems to be some kind of Java script. Does anyone know how I could change the background colors on that? Right now, you can't really see anything. Here is a link. Thanks! Willie -  HtS  05:28, January 27, 2011 (UTC)


 * Looks like a similar problem to the one above. Can be fixed with CSS, but should get a site-wide fix.


 * See Forum:Checkbox area beneath search bar for the CSS workaround. This seems to be a problem specific to darker skins or skins that change the default text color to something lighter. -- Fandyllic (talk &middot; contr) 7 Feb 2011 6:01 PM Pacific

jQuery loading and MediaWiki:Common.js
As I said in the blog about MW1.16 upgrade a week ago, jQuery is loaded after global.js, thus any use of the $ on that file would produce an error until the jQuery is loaded.

Also, templates no longer work on MediaWiki:Common.js to transclude code from other MediaWiki pages. --Ciencia Al Poder (talk) -WikiDex 20:07, January 26, 2011 (UTC)


 * Maybe jQuery loads at different times on different wikis, because I use jQuery in my global.js (to add a Contributions link to my user drop menu) and it appears to work with Community and WoWWiki. -- Fandyllic (talk &middot; contr) 5:53 PM PST 26 Jan 2011


 * Issue from transclusion in Common.js is a MediaWiki change . Not Wikia's fault. Issue from jQuery loading after global.js is a Wikia fault, happening in Monobook since MW1.16 upgrade. --Ciencia Al Poder (talk) -WikiDex 14:26, January 29, 2011 (UTC)
 * Eagerly awaiting a fix for this, from special:contact, it seems like Wikia are prioritizing bugs in the new skin, but this has been reported and should be fixed.  Random Time  14:33, January 29, 2011 (UTC)
 * Since this could take much time, you can try this: . That would fix the use of $ for executing code at page load. --Ciencia Al Poder (talk) -WikiDex 15:19, January 29, 2011 (UTC)


 * I use jQuery in Monobook and it works fine on all the wikis I use. I'm with Fandyllic on this one, it seems like it's not site-wide.


 * The problem comes when you use $ in your global.js to call funcions when the page loads. This doesn't happen in your Monobook.js, nor when you use $ inside functions that are called when the page is already loaded. --Ciencia Al Poder (talk) -WikiDex 16:31, January 29, 2011 (UTC)
 * You are using addOnloadHook instead of $ to call those functions when the page is loaded, hence you are not affected. --Ciencia Al Poder (talk) -WikiDex 16:36, January 29, 2011 (UTC)
 * Well, if using addOnloadHook works, the bug isn't that serious, but Wikia should get global.js load order consistent between Monobook and Oasis. I'm guessing Wikia will eventually move to Vector from Monobook, just because Monobook will be less supported in general in the wiki-verse (is that a word?). -- Fandyllic (talk &middot; contr) 29 Jan 2011 10:43 AM Pacific


 * Wikiverse. I think so. Coming soon to a dictionary near you:
 * http://www.google.com/search?q=wikiverse

(unindent) Aha, I misunderstood the problem. And while Wikia does still steadfastly hold to not supporting Vector, it does seem like it would be a good idea to move from Monobook to Vector.

User can't log in

 * Moved to Forum:MediaWiki_upgrade_problems_and_oddities/resolved. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 21 Feb 2011 10:34 AM Pacific

Browser Title when editing
When you edit a page, the browser's title bar displays "Editing ", but if you hit the preview button, the title bar no longer shows the "Editing", only the article title, making it annoying to locate the tab where I'm editing if I have several browser tabls opened. Is this a new MediaWiki 1.16 bug or just a new feature introduced by Wikia? On Wikipedia this doesn't happen, but they have a newer version. --Ciencia Al Poder (talk) -WikiDex 15:37, January 27, 2011 (UTC)

WikiStats
I'm not sure if it's only this wikia but on the Special:WikiStats there is a column span error. "Registered editors" spans 4 columns at the top and 2 at the bottom, whereas "images & videos" spans 2 columns at the top and 4 at the bottom. I would believe the top is correct. I apologize if this has already been recognized by a developer in advance.

E.g.:


 * It appears that it's broken on my wikis too, so it's probably site-wide.


 * It appears to be working on central - Wikiastats and on 'my' wiki Tractor Wiki - 22:23, January 27, 2011 (UTC)


 * I'm still seeing the wrong colspans on Central and your wiki.


 * Strange as main table looks OK to me Just its slightly bigger than the (stupid oasis skin) fixed width page and hangs over the edge and the small bordered 'infobox' at top of page at LHS overlaps the main table slightly. The main table data displays Fine within the table its self (which is were the initial post says there is a problem). - 17:50, January 28, 2011 (UTC)


 * Mine looks okay as well. Monchoman, are you sure you don't have some JS that's trying to rewrite parts of the WikiStats table? -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 28 Jan 2011 1:44 PM Pacific


 * With all my JS disabled, it still doesn't look right. Maybe this is a browser issue?

DPL
''Moved to Forum:MediaWiki_upgrade_problems_and_oddities/resolved. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 2 Feb 2011 1:20 PM Pacific''

Draft talk
''Moved to Forum:MediaWiki_upgrade_problems_and_oddities/resolved. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 2 Feb 2011 1:17 PM Pacific''

Firefox minimum font size problems
Please see http://cannabis.wikia.com/wiki/Main_Page and then set your "Minimum font size" setting in Firefox options to 15. It is found in the content tab via the advanced button. Then look at a new problem that started with the latest changes: The banner ad needs to go up another 1/16th of an inch or more. That would allow the site navigation menus below it to be better visible. They weren't covered before the latest changes, even at a font setting of 15.

Here are older problems with "Minimum font size" settings: "Pages on this wiki" takes up 3 lines at the top of the Main Page. It messes up the formatting at the top of the page. It needs to take up only 2 lines and be in lower-case letters.

For other problems see: Forum: Problems with larger font sizes. Need CSS help.

See any page with a right-side column. For example:
 * http://cannabis.wikia.com/wiki/Buenos_Aires

"PAGES ON THIS WIKI" and "PHOTOS ON THIS WIKI" in the right column both look terrible because all the letters are capitalized. It looks like the page was designed by a shouting newbie. LOOK AT MY WIKI is what it seems to be doing. Only noobs use all-caps.

Category text is messed up too. I see text jumbled together in an overlapping way. I am talking about the category names at the top of the page under the article title. For example, here:
 * http://cannabis.wikia.com/wiki/Global_Marijuana_March_2010

All these problems should be fixed for all wikis. Custom fixes for each wiki are not a good idea in this case because some of the custom CSS and JS might mess up essential layout for ads, header area, etc.. --Timeshifter 21:20, January 28, 2011 (UTC)


 * Is this related to the MediaWiki 1.16.1 upgrade? It doesn't seem like it. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 28 Jan 2011 1:39 PM Pacific


 * I don't know about some of it. The first part I wrote about, for example. --Timeshifter 22:57, January 28, 2011 (UTC)

Multiple Upload
When Multiple Upload detects a duplicate file, it ignores the "Ignore the warning and save file anyway", so we need to re-upload that file again.

Please fix it so that it actually saves the duplicate file. --IcecreamKitten 21:09, January 28, 2011 (UTC)

Upload & Multiple Upload page
Okay, either I am the only one seeing it or this is suppose to be a new way of uploading that just doesn't work well. The multi page makes it impossible to sort uploaded images into categories by the missing summary box. Is there something wrong or is a new way of uploading coming? -- Bunai82 (talk) 23:32, February 1, 2011 (UTC)


 * Please give a link to the wiki where this is a problem. On community, Special:MultipleUpload has a master summary box below the upload fields. I also like the previous way, but at least the summary box is still there. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 1 Feb 2011 5:17 PM Pacific


 * All of them. Here is an image TinyPic: Wikia Oasis MultipleUpload, I upload images that end up in separate categories, how is this suppose to help by being a master summary box?. -- Bunai82 (talk) 22:36, February 2, 2011 (UTC)


 * Well, this isn't really a problem or an oddity. More like just a design change. A completely missing summary box is a bug, but a design change that still supports a summary box is not. If you don't like it, complain at Special:Contact, but I wouldn't necessarily blame the MediaWiki 1.16.1 upgrade. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 2 Feb 2011 3:00 PM Pacific


 * Going by Charitwo's comment it is. I made the same comment about it on the staff blog and that was reply, I am not sure what the purpose was in changing it, how am I suppose to sort multiple images into different category using this thing? Even the Destination Filename doesn't function. Is there any help file on this or even a post about why the upload page was change to this? What was wrong with the original version? -- Bunai82 (talk) 01:46, February 3, 2011 (UTC)


 * According to Charitwo's comment it isn't a Wikia issue, it just comes with MediaWiki 1.16.1 as a design change. You could request Wikia try to put it back the way it was, but it isn't their fault. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 3 Feb 2011 1:20 PM Pacific


 * Yes, this is the code f*ck-up --Ciencia Al Poder (talk) -WikiDex 11:36, February 5, 2011 (UTC)

Error on blog page
''Moved to Forum:MediaWiki_upgrade_problems_and_oddities/resolved. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 2 Feb 2011 1:17 PM Pacific''

Uploading New Files
Uploading a new version of an image is odd. It keeps the size of the new file but uses the old image. E.g. http://restaurantcity.wikia.com/wiki/File:Solid_Gold_Statue_of_Cookery.png --Hion2000 15:53, February 1, 2011 (UTC)


 * Send a report to w:c:restaurantcity:Special:Contact. I don't think this is a MediaWiki 1.16.1 upgrade issue, but it might be. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 1 Feb 2011 5:17 PM Pacific


 * Yes, please send a message with an exact description of the issue, but we've had issues with some of our European image servers refreshing .png images. --daNASCAT http://images2.wikia.nocookie.net/__cb32675/wikia/images/e/e9/WikiaStaff.png (help forum | blog) 14:57, February 2, 2011 (UTC)


 * G'day. I'm having this EXACT same issue. I clicked the "Upload a new version of this file" in the image page, selected my new image and it shows the NEW one in the HISTORY and the OLD one as the CURRENT. Doesn't matter how many times I upload, it puts more versions of the NEW image in HISTORY and trying to REVERT from the OLD image to the NEW one in history just keeps the OLD one anyway. I've even gone to the trouble of completely deleting all versions of the image and uploading the new image with a clean slate and the blasted thing has put the old image up again. Here's the image page: Crimson Dark LatestPage.jpg. The image which should be displaying has 11.46 at the bottom while the old one has 11.45 on the bottom. --Charles81 23:07, February 14, 2011 (UTC)


 * Specific topic on the issue: Forum:Uploaded_Picture_Problem. According to it, Wikia area aware and the only solution, presently, is to upload the updated image as a new image with a different name. Change all the pages linking to the old one to link to the new and delete the old image page. --Charles81 02:10, February 16, 2011 (UTC)


 * I would find that an unacceptable workaround. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 16 Feb 2011 6:31 PM Pacific


 * FIXED!!! The old image was still displaying but I attempted to update it again and this time it was successful. Thanks WIKIA!!! --Charles81 02:31, February 17, 2011 (UTC)


 * I'll let this sit for a couple days, then move it to the resolved page. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 17 Feb 2011 11:08 AM Pacific

Parser function ifexist no more recognized
Hello, on Nonciclopedia we noticed that the parser function {{#ifexist is no more recognized, whereas others work greatly. We didn't test them all, but since this is the only one people is noticing, I can assume it's the only one that doesn't work. You can see an example here, it worked greatly before the update. I noticed too that this function works here: {{#ifexist:Community Central|exists|doesn't exist}} {{#ifexist:Community Central|exists|doesn't exist}}

so I don't know what to think. --MFH 00:01, February 4, 2011 (UTC)


 * Could be MediaWiki 1.16.1 upgrade related. I've noticed it works mostly on WoWWiki, but there were a couple of cases (like with testing on File:</tt> pages) where it didn't seem to work reliably. Makes sure you send a message about this problem to w:c:nonciclopedia:Special:Contact. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 3 Feb 2011 4:51 PM Pacific
 * I think this is the same thing that happens on italian Memory Alpha since a day ago, I've just contacted Wikia staff, this is only for reporting it. Gifh talk 4 Feb 2011 22:05 (Local time)


 * This appears to be working on Nonciclopedia now (and also on italian Memory Alpha), so I will move this to the resolved page in a few days, unless someone complains of a similar problem. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 17 Feb 2011 7:00 PM Pacific

Magic words
There seems to be some magic words which do not work after the update. for example. Cafeinlove 00:43, February 5, 2011 (UTC)


 * It works on Community :
 * Which wiki do you see it not working on? -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 5 Feb 2011 9:03 AM Pacific


 * http://ko.seiyuu.wikia.com/ and http://ko.mabinogi.wikia.com/wiki/%EB%8C%80%EB%AC%B8
 * You may see some examples on the latter one.


 * Yup, I did a test and #time doesn't work at either of those wikis. I would report the problem via w:c:ko.seiyuu:Special:Contact and w:c:ko.mabinogi:Special:Contact. The break may not be due to the MediaWiki 1.16.1 upgrade, but likely related to it. It probably has something to do with unicode or non-roman characters, but who knows. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 7 Feb 2011 12:17 PM Pacific


 * I tested  on the two wikis mentioned above and it now seems to work. Unless there are some other complaints, I'll move this to the resolved page in a few days. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic  (talk &middot; contr) 17 Feb 2011 6:58 PM Pacific

Update From Wikia About Magic Words & Parser Functions
''Moved to Forum:MediaWiki_upgrade_problems_and_oddities/resolved. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 17 Feb 2011 6:54 PM Pacific''

DPL tag problem
See Forum:DynamicPageList-Wrong ordermethod parameter. It looks like  tags were supported before MediaWiki 1.16.1 upgrade and now they're not. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 12 Feb 2011 10:38 AM Pacific

Special:Statistics miscount
See Forum:Number of pages going up and down. Not definitively related to the MediaWiki 1.16.1 upgrade, but putting here, just in case. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 12 Feb 2011 10:55 AM Pacific

top image not wrapped
At kylexy wiki all pages about characters and actors begin with a template set to right-align, that includes a 250px image and other data. The following text is supposed to wrap to the left of the bordered template area. After the MW 1.16 upgrade, the first line of that text goes the width of the screen area almost touching the top border of the template. That one line is ugly and unreadable. Sarah has replied, but offered no fix or recognition of that as a problem. It does not happen on all computers, as I found out finally today. Is anyone else noticing any such change in processing page format? - Thumlyly Feb. 17, 2011


 * I'm assuming you mean Kyle XY Wiki. Can you tell which browser and version you're using? Have you tried it on other browsers?
 * I don't see any obvious problems with FireFox 3.6.13 on WinXP. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 18 Feb 2011 5:54 PM Pacific


 * The problem no longer occurs on my computer, meaning it was indeed a problem that I and my computer and the most common browser in the world did not cause, and it has been fixed in the wikia system. - Thumlyly March 6, 2011


 * This problem has existed for Internet Explorer for a long time (ever since the New Look, I believe) and it continues to occur. Please refer to the two examples on the right.
 * I'm on Windows Vista, Internet Explorer 7.0.6002.18005, both with the latest updates and with the latest updates of Java et al. and latest updates of everything else.
 * It does not occur for Firefox 3.6.15 all latest updates, on the very same machine.
 * It needs to be addressed, as different users will shift the first line to adapt it to the way they see the page.
 * 019mgq 22:57, March 24, 2011 (UTC)

DISPLAYTITLE not working
In 1.16, the DISPLAYTITLE magic word was upgraded to accept  and   formatting. This works in Monobook, but breaks in the default skin (Oasis or whatever the heck it's called these days). See, for example, w:c:starwars:Star Wars: Jedi—The Dark Side, viewed in Monobook, then in Oasis (note the presence of visible HTML tags in the title of the latter).  Master Jonathan ( Jedi Council Chambers ) 02:53, February 25, 2011 (UTC)
 * This should now be fixed. :) Cheers, Grunny  ( talk ) 05:55, March 4, 2011 (UTC)
 * Thanks.  Master Jonathan ( Jedi Council Chambers ) 20:49, March 9, 2011 (UTC)

I can't upload images
I'm still a newer user here at Wikia but here goes. I can't upload images to wikia. I've tried Firefox 4, Chrome, and Internet Explorer. I can select a file in Internet Explorer and Chrome but when I click the upload button nothing happens, I've even tried waiting for way longer than it should take to upload. Firefox 4 doesn't work at all when I try to edit pages, I just get a blank page. And I have no idea how to sign a comment... sorry!


 * Make sure you have the latest version of all of those browsers, and that you have JavaScript enabled, then try again. If the problem still persists, make sure you're not using a filtered proxy to access Wikia.
 * Everything is up to date and uploading worked about two months ago and nothing has changed here except for updating browsers. I can click add a photo, click browse and pick the photo but when I click upload nothing happens. I can even watch the network traffic and no data is transfered. Fulano5321 19:57, March 17, 2011 (UTC)
 * Are you going through any type of internet filter? Some filters may block the connection for uploading images.
 * Ah that may be it. I use the K9 internet filter, but it hasn't interfered with anything before now. Should I try disabling it and see if I can upload then? If it is the filter what can I do to fix this in the future? (This editor really seems to run better when I don't use Firefox too...) Fulano5321 20:13, March 17, 2011 (UTC)
 * I just tried going back to the latest version of Firefox 3 and it worked there. I don't know why it wouldn't work in any of the other browsers though, and I think Firefox 4 just doesn't work with Wikia yet.  Fulano5321 20:37, March 17, 2011 (UTC)
 * I just tried going back to the latest version of Firefox 3 and it worked there. I don't know why it wouldn't work in any of the other browsers though, and I think Firefox 4 just doesn't work with Wikia yet.  Fulano5321 20:37, March 17, 2011 (UTC)

New section edit for talk and user talk pages issue
Before the MediaWiki 1.16 upgrade, when doing and add new section edit ("Add topic" on talk pages and "Comment"/"Leave message" on user talk pages), the subject/title entry box would appear above the main edit area, but now it appears below the main edit area, so it looks just like an edit summary entry box if you don't read the preceding text carefully.

I already requested the subject/title entry box be moved back to where it was via Special:Contact</tt>. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 28 Feb 2011 10:45 AM Pacific


 * It seems a WIKIA issue, since on Monobook it looks like always. I'm glad to know that now they are only messing up oasis, leaving monobook stable. --Ciencia Al Poder (talk) -WikiDex 19:53, February 28, 2011 (UTC)


 * That's apparently deliberate, I read it somewhere in the changelogs.--AB 21:06, March 3, 2011 (UTC)


 * I'd like to hear the reasoning behind the changes. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 3 Mar 2011 8:55 PM Pacific

This changes constantly. Some days it is at the top, some days it is at the bottom.--


 * It was involuntary. MW 1.16.1 has the same name for the Section Header and Summary fields #wpSummary. When Wikia upgraded to Oasis(wikia) and wrote the code to consolidate the Save/Preview/etc into the bottom div#edit_enhancements_toolbar, they overlooked the fact that both edit boxes were named #wpSummary. I talked extensively to uberfuzzy about this the other day explaining how to get it fixed. He put in a ticket about it and it should be fixed soon. Rappy 22:00, March 26, 2011 (UTC)

Semantic MW and Forms
The simplest explanation for the bizarre results is that SMW is incompatible with the latest installed version of MediaWiki. Familypedia is a big mess. rtol 06:34, March 19, 2011 (UTC)


 * Please give some links to pages where you see problems. -- <span style="border-bottom:1px dotted; cursor:help;" title="Who?">Fandyllic (talk &middot; contr) 21 Mar 2011 7:43 AM Pacific
 * I don't know what's going on at familypedia, but I just had to use Special:SMWAdmin to do a rebuild (yay for it being re-enabled?). S im A nt 17:52, March 21, 2011 (UTC)


 * Please Special:Contact bugs. SMW is indeed very compatible with our version of MediaWiki, so if there's a problem it's probably something else. --daNASCAT http://images2.wikia.nocookie.net/__cb32675/wikia/images/e/e9/WikiaStaff.png (help forum | blog) 20:55, March 22, 2011 (UTC)

Languages label for interwiki links
The size of the "Languages" label was increased recently. It looks odd and misaligned. Please refer to the two screenshots on the right, for IE and Firefox. Is there any reason for the label to have this layout, especially unbalanced in IE, where the size seems to have been increased much more than in Firefox? Thanks, 019mgq 23:38, March 24, 2011 (UTC)

List of interwikis

 * 1) When the line of interwiki links wraps (please refer to image on the right), it looks very odd. An alternative design, whereby links wouldn't wrap to the left beyond the ":" would be preferable, I believe. -- 019mgq 23:47, March 24, 2011 (UTC)
 * 2) Regarding the list of languages itself, with the New Look the list is always reduced to three languages only (see images on the previous section). The remaining 2/3rds of the line are left empty. Users have to click "see all" for the rest of the line to be presented. Now, given that the line is dedicated to showing the links, and that the remaining space to the right is actually empty, why show only three links using 1/3 of the line and leave the remaining 2/3 of the line empty, instead of simply showing all the links that will fit on a full line? Thanks, 019mgq 23:38, March 24, 2011 (UTC)

Coding issues on the Winx Club Wiki
Two of our major templates, our talkboxes and our infoboxes are seriously wacked right now.

http://winx.wikia.com/index.php?title=User_talk:Roxy13

http://winx.wikia.com/wiki/Bloom

Anything anyone can do to remedy this would be much appreciated, as nothing we've tried has worked. -- Aliana * Anima della tundra! 12:39, March 26, 2011 (UTC)


 * Is this an issue that came from the MediaWiki update? Also, it's difficult to help when those templates are protected.