This Might Be A Wiki:MediaWiki 1.20.3 Upgrade

From This Might Be A Wiki

Use this page to report issues associated with the upgrade of the wiki software from 1.17 to 1.20.3

What Has Changed[edit]

Date: 3/30/2013
Prior Upgrade: New Server (3-19-2013) Migration Issue Tracker Page
Next Upgrade: MediaWiki 1.22 Upgrade
Summary of Changes:

Item Old Version New Version Notes
MediaWiki 1.17 1.20.3
InputBox Unknown 0.1.4 Upgraded.
CheckUser Unknown 2.3 Upgraded.

Open Issues[edit]

Search case-sensitive[edit]

The site search box is case-sensitive for all words after the first word -- "ana Ng" will produce results but "ana ng" will not. -CapitalQtalk ♪ 21:36, 30 March 2013 (EDT)

is this new? -Apollo (colloquia!) 21:38, 30 March 2013 (EDT)
If it's not a new bug, it's got to get fixed anyway! :) -CapitalQtalk ♪ 21:39, 30 March 2013 (EDT)'s overriding my extension, and is using The API for results. Will dig into it more later. --Duke33 23:22, 30 March 2013 (EDT)
Huh. It looks as though MediaWiki no longer allows you to override the search results. See here. Will continue to investigate.

Style Issues[edit]

Items on enhanced Recent Changes are not aligned properly. [1]

I opened Bug #47928 with mediawiki about this. I have made a lot of alignment fixes/changes, and it's much better, but there is only so much that I think we can do, unless they give us direct control over the styling. --Duke33 09:55, 1 May 2013 (EDT)

Closed Issues[edit]

Style Issues[edit]


The categories on the bottom of the screen are not properly aligned with the icon. --Duke33 12:44, 30 March 2013 (EDT)

The way categories are presented has changed in this version of MW and we need new style rules to support it (which we can borrow from Wikipedia: -CapitalQtalk ♪ 15:29, 30 March 2013 (EDT)
Update: Fixed it by writing some CSS -CapitalQtalk ♪ 16:15, 30 March 2013 (EDT)
this looks sort of silly in monobook since there's a large space between each category. could you take away the margin/padding in the monobook css? -Apollo (colloquia!) 10:12, 31 March 2013 (EDT)
Not sure if I'm seeing the same thing as you? [2] -CapitalQtalk ♪ 10:26, 31 March 2013 (EDT)
oh, you're not. this is what i'm getting in both opera and ffox. -Apollo (colloquia!) 10:32, 31 March 2013 (EDT)
Was able to replicate in Firefox and fixed it - just had to cancel out some more preexisting styles (which weren't active for me in Chrome). Check now! -CapitalQtalk ♪ 10:43, 31 March 2013 (EDT)
there we go! all better. -Apollo (colloquia!) 10:45, 31 March 2013 (EDT)

Diff Scrollbars[edit]

  • There are scrollbars on diffs. See here for an example.
Fixed. -CapitalQtalk ♪ 22:07, 30 March 2013 (EDT)

Recent changes[edit]

the "minor" note isn't bold in recent changes (cf. N for new pages). -Apollo (colloquia!) 13:08, 30 March 2013 (EDT)

This is because the classname for the "m" has changed from ".minor" to ".minoredit" in this version of MW and simply needs to be updated in our internal stylesheets (or overwritten in Mediawiki:Common.css if easier). -CapitalQtalk ♪ 15:29, 30 March 2013 (EDT)
it's also occurring with the new page N in deciduous (and possibly others) so that should probably be addressed in the css as well. -Apollo (colloquia!) 16:05, 30 March 2013 (EDT)
Fixed! -CapitalQtalk ♪ 21:50, 30 March 2013 (EDT)

Errors in Monobook[edit]

i'm getting this text:

Original exception: exception 'MWException' with message 'Call to undefined method SkinMonoBook::tooltipAndAccesskey' in /home/tmbw/public_html/wiki/includes/Skin.php:1547
 Stack trace:
 #0 /home/tmbw/public_html/wiki/skins/MonoBook.php(156): Skin->__call('tooltipAndAcces...', Array)
 #1 /home/tmbw/public_html/wiki/skins/MonoBook.php(156): SkinMonoBook->tooltipAndAccesskey('ca-nstab-catego...')
 #2 /home/tmbw/public_html/wiki/includes/SkinTemplate.php(489): MonoBookTemplate->execute()
 #3 /home/tmbw/public_html/wiki/includes/OutputPage.php(1989): SkinTemplate->outputPage()
 #4 /home/tmbw/public_html/wiki/includes/Wiki.php(543): OutputPage->output()
 #5 /home/tmbw/public_html/wiki/includes/Wiki.php(446): MediaWiki->main()
 #6 /home/tmbw/public_html/wiki/index.php(59): MediaWiki->run()
 #7 {main}

 Exception caught inside exception handler: exception 'MWException' with message 'Call to undefined method SkinMonoBook::tooltipAndAccesskey' in /home/tmbw/public_html/wiki/includes/Skin.php:1547
 Stack trace:
 #0 /home/tmbw/public_html/wiki/skins/MonoBook.php(156): Skin->__call('tooltipAndAcces...', Array)
 #1 /home/tmbw/public_html/wiki/skins/MonoBook.php(156): SkinMonoBook->tooltipAndAccesskey('ca-nstab-catego...')
 #2 /home/tmbw/public_html/wiki/includes/SkinTemplate.php(489): MonoBookTemplate->execute()
 #3 /home/tmbw/public_html/wiki/includes/OutputPage.php(1989): SkinTemplate->outputPage()
 #4 /home/tmbw/public_html/wiki/includes/Exception.php(227): OutputPage->output()
 #5 /home/tmbw/public_html/wiki/includes/Exception.php(272): MWException->reportHTML()
 #6 /home/tmbw/public_html/wiki/includes/Exception.php(620): MWException->report()
 #7 /home/tmbw/public_html/wiki/includes/Exception.php(690): MWExceptionHandler::report(Object(MWException))
 #8 /home/tmbw/public_html/wiki/includes/Wiki.php(449): MWExceptionHandler::handle(Object(MWException))
 #9 /home/tmbw/public_html/wiki/index.php(59): MediaWiki->run()
 #10 {main)

(or something similar) on every page. here's a screenshot (the "internal error" box is generally not present; however, sidebar nav is indeed not loading. so i'm using azure.) -Apollo (colloquia!) 12:43, 30 March 2013 (EDT)

the "vector" skin is throwing the same error, but that's all that's loading (ie no page content is actually visible). -Apollo (colloquia!) 17:06, 30 March 2013 (EDT)
All skins are fixed now. My upgrade script copied over the old monobook.php and other files. I've uploaded the newer versions now. --Duke33 20:38, 30 March 2013 (EDT)
may we all rejoice! -Apollo (colloquia!) 20:41, 30 March 2013 (EDT)

MSGNW Issues with Equal Signs[edit]

Track Times[edit]

the track listing template is not reading track times from song pages (for example, Nanobots is missing a few times when they aren't manually provided). -Apollo (colloquia!) 14:10, 30 March 2013 (EDT)

Fixed in Template:TrackTime - searching for "=" stopped working so now we're searching for "=" (the HTML character equivalent). -CapitalQtalk ♪ 21:02, 30 March 2013 (EDT)

Excessive tab strings[edit]

there are extra strings (mostly content from the template parameters) showing up at the beginnings of tabs. example: Guitar Tab:Narrow Your Eyes. -Apollo (colloquia!) 14:25, 30 March 2013 (EDT)

This glitch is likely due to the hacky way we're injecting "<pre>" tags into the tabs - it seems like that wasn't future proof. :] I think the resolution will be to stop using 'pre' because it has the same code-nullifying properties as 'nowiki', and instead just have a class'd div with the same style/properties. It'll ultimately look exactly the same. -CapitalQtalk ♪ 20:41, 30 March 2013 (EDT)
that will probably be better all around; tabs are far too inflexible with pres. -Apollo (colloquia!) 20:42, 30 March 2013 (EDT)
Fixed via the same principle as the equal sign fix above (Track Times). Tried along the way to replace the 'pre' but another MediaWiki "feature" reared its head - any line that begins with a space automatically gets wrapped in a 'pre'. Gotta keep containing the entire tab in a 'pre' for now, it seems. -CapitalQtalk ♪ 21:17, 30 March 2013 (EDT)
hold up there, bub. how come there are no links for the artist/year in the header? -Apollo (colloquia!) 21:20, 30 March 2013 (EDT)
A-ha! More equal sign glitches. This time in Template:Year and Template:Artist. You know what to do if you see it happening elsewhere. -CapitalQtalk ♪ 21:44, 30 March 2013 (EDT)
neat! got it. -Apollo (colloquia!) 21:46, 30 March 2013 (EDT)

Discography Hover[edit]

The discography hover is broken. --Duke33 15:37, 30 March 2013 (EDT)

Converted equal signs to their HTML character equivalent in Template:AlbumCover --Duke33 00:38, 31 March 2013 (EDT)

Babel Boxes[edit]

The following babel templates are broken:

  • Babel:Fav album
  • Babel:Fav EP

--Duke33 15:34, 30 March 2013 (EDT)

Fixed. Same equal sign bug. -CapitalQtalk ♪ 21:54, 30 March 2013 (EDT)

Parser Errors (linkPrefixExtension)[edit]

Page load error[edit]

some pages (i've only encountered it in song pages so far) won't load, giving this error: "Fatal error: Call to a member function linkPrefixExtension() on a non-object in /home/tmbw/public_html/wiki/includes/parser/Parser.php on line 1752". examples: "Birdhouse In Your Soul", "Can't You See", "You're On Fire". -Apollo (colloquia!) 13:12, 30 March 2013 (EDT)

Special:Ratings is another (non-song) example. -Apollo (colloquia!) 13:17, 30 March 2013 (EDT)
Working on it. It looks like the parser method I wrote a long time ago has changed. Note, the song ratings info is still not 100% functional, and I'm aware of it.
Fixed. I had to make several changes to the $wgOut->parser() functions I was using. This was on the ratings and also the show attendance by user page. In addition, it looks like they changed how special pages are transcluded. So, I had to add a new parameter for the Special:SingleRating page for it to work properly. --Duke33 21:52, 30 March 2013 (EDT)

How many times played[edit]

When I try to click on "known performances" on a song page, I get this horrific-sounding error message: "Fatal error: Call to a member function linkPrefixExtension() on a non-object in /home/tmbw/public_html/wiki/includes/parser/Parser.php on line 1752" --MisterMe (talk) 08:57, 1 April 2013 (EDT)

Fixed. This was the same issue with how I had written the calls to $wgOut->parser in my extension. Good catch. --Duke33 11:15, 1 April 2013 (EDT)


no idea if this is a bug or a "feature", but i don't see the option for marking a new page as minor. the tickbox just isn't there. --ant 16:06, 30 March 2013 (EDT)

Guessing this is something MediaWiki has recently disabled by default - Wikipedia doesn't allow it either. Perhaps if we find the option and want it back we can re-enable it but creating a new page as a minor edit doesn't make much sense to me to begin with. -CapitalQtalk ♪ 16:20, 30 March 2013 (EDT)
it's highly useful for redirects, or download pages that work automatically and don't contain much/any manual content, etc. --ant 17:16, 30 March 2013 (EDT)
It's a bug /enhancement that was released with 1.18 --Duke33 23:13, 30 March 2013 (EDT)

Transclusion Issues[edit]


There is an issue with transcluding a collection on a userpage. See User:Duke33 for an example:

  1. The entire page name inherits the "Special" page name
  2. The UNIQ/QINU issue rears its ugly head again.

--Duke33 15:34, 30 March 2013 (EDT)

Fixed. I made a change to Template:Collection, to allow me to know whether or not it was a special page, or being transcluded from a user page. It seems that mediawiki has made a change regarding how they transclude special pages. --Duke33 22:28, 30 March 2013 (EDT)

Adding an item to one's collection doesn't seem to be working - it adds a "no cover" image, but the resulting CD/LP/etc is not connected to anything (click on it and get a page like [3] ) --Scarecrow (talk) 16:06, 30 March 2013 (EDT)

Fixed. Another case of a special page being transcluded. I modified Template:Release, and passed the subpagename as a parameter.

Nanobots EP is displaying as having no owners until you click through to see the list of owners. ~ veggieman 23:14, 31 March 2013 (EDT)

this applies to anytime there is only one item in the dropdown in that specific instance of the album template. e.g. here and here. --ant 23:18, 31 March 2013 (EDT)
Interestingly, it's happening to all of the boxes on the DLS EP page as well as on Apollo 18, which only has one album template. ~ veggieman 23:47, 31 March 2013 (EDT)
i'm pretty sure it's anything with a space in the name. flood and nanobots work fine. --ant 00:02, 1 April 2013 (EDT)
Fixed. I changed it from "BASEPAGENAME" to "BASEPAGENAMEE", and modified my script to strip out the underscore. --Duke33 10:46, 1 April 2013 (EDT)

Attendance on Show pages[edit]

User attendance isn't carrying over onto the individual show pages. It is visible on the list of shows for any given year, but all show pages show zero attendees. --BlueCanary (talk) 09:49, 31 March 2013 (EDT)

Similar to the other issues, it was a problem with transcluding a special page. I added the date as a parameter to Template:Show Page. Then I modified the extension to accept the new parameter. --Duke33 14:49, 31 March 2013 (EDT)

Deletion Issues[edit]

Warning: call_user_func_array() expects parameter 1 to be a valid callback, function 'DeleteLogFormatter' not found or invalid function name in /home/tmbw/public_html/wiki/includes/logging/LogPage.php on line 319 A database error has occurred. Did you forget to run maintenance/update.php after upgrading? See: Query: INSERT INTO `cu_changes` (cuc_id,cuc_namespace,cuc_title,cuc_minor,cuc_user,cuc_user_text,cuc_actiontext,cuc_comment,cuc_this_oldid,cuc_last_oldid,cuc_type,cuc_timestamp,cuc_ip,cuc_ip_hex,cuc_xff,cuc_xff_hex,cuc_agent,cuc_page_id) VALUES (NULL,'0','Podcast_Cue_Sheets','0','3','Duke33',NULL,'Author request: content was: \"Cue sheet definition at Hydrogenaudio Rogue Amoeba\'s Fission and a...\" (and the only contributor was \"[[Special:Contributions/...','0','0','3','20130331192750','','47B37A78',,NULL,'Mozilla/5.0 (Windows NT 6.1; WOW64; rv:19.0) Gecko/20100101 Firefox/19.0','0') Function: efUpdateCheckUserData Error: 1048 Column 'cuc_actiontext' cannot be null (localhost)

Fixed. I upgraded a new version of CheckUser, and the issue fixed itself. --Duke33 19:09, 31 March 2013 (EDT)

Anon ratings[edit]

Not sure if this is tied to the other ratings issue, but it looks like anons are suddenly able to rate songs. --ant 15:43, 31 March 2013 (EDT)

Fixed. I edited my extension to use a better method of identifying users that aren't logged in. --Duke33 19:17, 31 March 2013 (EDT)

Rebuild File Cache[edit]

The upgrade broke our file cache job. Investigating now. --Duke33 11:58, 31 March 2013 (EDT)

Fixed. I had to change a few lines, and I also removed the ability for admins to run it. It only runs via cronjob now. --Duke33 14:40, 31 March 2013 (EDT)

I am not yet a registered user here. On some of the pages (eg, No Answer) I see extra options on the right of the page (delete, move, protect and watch) that are only for registered users. When I roll over Personal Tools, the Wiki shows my name as Duke33. On other pages it reverts back to normal. -- 12:03, 3 April 2013 (EDT)

Yes, this was a known issue. The cronjob was creating the pages with my userid, but it should be mostly fixed now. --Duke33 16:28, 3 April 2013 (EDT)

Missing Quick Links[edit]

Also, maybe this was already known, but the row of quick link boxes that used to appear at the top of a page you were editing that had the auto signature box and Headline, and all that other good stuff is now gone. --BlueCanary (talk) 09:53, 31 March 2013 (EDT)

this might be a browser issue; i'm still getting them in both azure and monobook. -Apollo (colloquia!) 10:02, 31 March 2013 (EDT)
Same here, seeing them with no problem in Chrome and Firefox. Try refreshing a few times? -CapitalQtalk ♪ 10:44, 31 March 2013 (EDT)

The toolbar is gone. Is this intentional?

not sure what this is about...? -Apollo (colloquia!) 21:43, 31 March 2013 (EDT)
The bar thing that had buttons for italics and signatures. It's there in firefox, but completely absent in Chrome. Maybe it's a sign that I should switch to firefox. - Jaydn
no, i know what you were describing. i just don't know why it's showing up for some people and in some browsers but not for others. -Apollo (colloquia!) 21:52, 31 March 2013 (EDT)
Oh, alright. It's back, now! At least for me in Chrome. --Jaydn* (talk) 22:23, 31 March 2013 (EDT)
oh, ok, well then perhaps it's safe to assume it can be solved with refreshing.

Image Deletion[edit]

When I deleted an image, I got this error: Warning: unlink(/home/tmbw/public_html/wiki/images/thumb/2/2a/MFDP.png/120px-MFDP.png): Permission denied in /home/tmbw/public_html/wiki/includes/filebackend/FSFileBackend.php on line 393 --Duke33 07:15, 1 April 2013 (EDT)

As mentioned in the Upgrade Playbook, I needed to do a chown on the directory. Should be fixed now. --Duke33 11:04, 2 April 2013 (EDT)

Uploading From URL[edit]

Admins previously had the ability to upload files hosted on a remote server by providing a URL. This is not working after the upgrade. When the form is submitted, it simply refreshes. I have set $wgCopyUploadsFromSpecialUpload = true and $wgGroupPermissions['administrator']['upload_by_url'] = true but it's still not working. --Duke33 20:25, 2 April 2013 (EDT)

Added this settings to LocalSettings.php, and it fixed it: $wgGroupPermissions['*']['upload_by_url'] = true; --Duke33 09:32, 6 April 2013 (EDT)


  • The table of contents on pages (like this one) say "showtoc" when it first loads. Not sure why.
I don't see that happening any more. I purged some of the messages (from the html cache), and I think that must have fixed it. --Duke33 10:49, 1 April 2013 (EDT)