This Might Be A Wiki:MediaWiki 1.6.7 Issue Tracker Page

From This Might Be A Wiki

Please list any problems or issues related to the 6/6/2006 upgrade from MediaWiki 1.4.12 upgrade to version 1.6.7 on this page.

What Has Changed[edit]

Date: 6/6/2006
Prior Upgrade: MediaWiki 1.6.7 Issue Tracker Page
Next Upgrade: MediaWiki 1.8.2 Migration Issue Tracker Page
Summary of Changes:

Item Old Version New Version Notes
MediaWiki 1.4.12 1.6.7


I need to upgrade the bots to work against the new database schema. Will work on it in my spare time. --Duke33 21:08, 6 July 2006 (MDT)
  • News archiving
  • Adding navigation
  • Lyrics formatting
  • New user welcoming
  • Copying Tagline
  • Moving related pages

Table of Contents[edit]

Please god make the unnecessary ones go away. For instance, the one on the main page.--tehbagel ( o ) 22:14, 6 July 2006 (MDT)
I'm not sure what you mean. Can you help me out here? I don't see anything different on the main page. --Duke33 22:43, 6 July 2006 (MDT)
Can I have your email or AIM screen name? I'll send you screenshots.--tehbagel ( o ) 22:58, 6 July 2006 (MDT)
I sent you the screenshot via the email address that I discovered in your user page. Let me know.--tehbagel ( o ) 23:15, 6 July 2006 (MDT)
Added __NOTOC__ to the main page...fixed it.--Duke33 23:35, 6 July 2006 (MDT)


The wiki also seems slower and unresponsive.--tehbagel ( o ) 22:40, 6 July 2006 (MDT)
I think that's just due to the server as a was really slow tonight, even before we did the upgrade. Let's check it in the morning, but it should be speedier. --Duke33 22:43, 6 July 2006 (MDT)
The wiki is very unreliable, and I place the blame squarely on the hosting. Sometimes it will work OK, and sometimes it will be unresponsive and unbearably slow. Please, is there any way to get quality webhosting? I know other wikis do fundraiser, and 5% on amazon purchases isn't going to do squat. Perhaps there could be a way to buy things from tmbg themselves, while still earning a piece of the pie. This would benefit tmbg and also the wiki. Just an idea. Email Dot about it if it sounds good.--tehbagel ( o ) 18:47, 7 July 2006 (MDT)
I think most of the hosting issues have been resolved. Let us know if you see them again...And, assuming that we can maintain the performance that we have right now (as i type now), I think we're fine to stay on FellowSites. If things get unbearable again, we'll re-evaluate. --Duke33 17:41, 11 July 2006 (UTC)
In fact, I was just waiting about a minute for this page to load. Seems like it isn't fixed yet. Or it unfixed. - Whirrrlwind (Woosh!) 18:26, 11 July 2006 (UTC)
I just talked to Joey, and the account that was causing the entire server to bog down, has been suspended in the last few minutes, until they can figure out what is going on. I've noticed that speed seems much better today. --Duke33 19:49, 11 July 2006 (UTC)
Actually, the wiki is as slow as ever. It took me 21.297 seconds to load this page (thanks fasterfox for that statistic!). In comparison, I can load with all those images in 5.641. Problem? I think so.--tehbagel ( o ) 21:57, 11 July 2006 (UTC)
Really? It loads in a couple seconds for me, and i'm actually testing it from a dial-up connection. We also have our own internal diagnostic tools, and according to those, the site is responding well right now. --Duke33 22:18, 11 July 2006 (UTC)
It's getting better. It fluctuates, but it is definitely getting better.--tehbagel ( o ) 19:40, 12 July 2006 (UTC)

Spam Blacklist[edit]

:I had to disable the Spam Blacklist extension, because it was returning errors. --Duke33 22:43, 6 July 2006 (MDT)

It's working now. I think it was a versioning problem...didn't have the correct version of the wiki software all installed in the /wiki directory. It's re-enabled, and should be good to go.


File uploads are disabled on this wiki. What's the deal?--tehbagel ( o ) 23:09, 6 July 2006 (MDT)
Jeez - yeah, that was something they changed from 1.4 to 1.5...You used to have to set "$wgDisableUploads = false;", but they changed it to "$wgEnableUploads = true;". I did that, and it looks good, although i haven't tried uploading anything yet. --Duke33 23:21, 6 July 2006 (MDT)


The preferences page is rendering oddly. — User:ACupOfCoffee@ 00:49, 7 July 2006 (MDT)

Never mind! Refreshing the page fixed everything. — User:ACupOfCoffee@ 00:52, 7 July 2006 (MDT)

Recent changes patrolling[edit]

The exclamation marks are gone. Check this: HRWiki:HRWiki_talk:Upgrade_to_MediaWiki_1.6#RC_patrolUser:ACupOfCoffee@ 00:49, 7 July 2006 (MDT)

I made a change, but i can't really test to see if it works. Looks like mediawiki disables it by default now. Can someone (who is logged in) look into it, and see if they are ok? --Duke33 06:16, 7 July 2006 (MDT)
Yes, it looks like that user right has been restored. --badqueso 09:01, 7 July 2006 (MDT)


Signatures are (at least mine is) being automatically substituted by the software. Also, why is my timestamp suddenly showing Mountain time? Before it was always (correctly) Central time for me. — User:ACupOfCoffee@ 00:55, 7 July 2006 (MDT)

I don't see anything wrong with your sig, it still looks like correct for me on your previous edits as well, but the timestamp has been MDT since we moved to Fellowsites. Even yours. --badqueso 01:47, 7 July 2006 (MDT)
Yeah, but on that edit, my sig was put in as {{User:ACupOfCoffee/sig}}, but look at all the mess that I left a couple lines up. — User:ACupOfCoffee@ 19:45, 7 July 2006 (MDT)
See this: [1]User:ACupOfCoffee@ 19:54, 7 July 2006 (MDT)
And then see this. — It's dot com 21:38, 7 July 2006 (MDT)
Thanks, It's dot com. All fixed. :) -CapitalQtalk ♪ 06:22, 8 July 2006 (MDT)

By the way, if you want timestamps rendered in UTC, add putenv("TZ=UTC"); to LocalSettings.php. — It's dot com 21:40, 7 July 2006 (MDT)

Done. Sigs will now show UTC. Scott Redd 14:26, 8 July 2006 (UTC)

Lyrics boxes[edit]

The Lyrics boxes are now formatting differently. They seem to not wrap until the end of a line or the end of the browser window. --badqueso 02:35, 7 July 2006 (MDT)

Is this still occurring? Can you give me an example page that exhibits what you're describing? Thanks --Duke33 17:41, 11 July 2006 (UTC)
Ok, after getting more info, I've had a chance to look into it, and i know the problem. MediaWiki isn't rendering the class=lyrics-table on the "pre" tag. I know how to fix that...will try to fix it later tonight. --Duke33 17:48, 13 July 2006 (UTC)

Apparently, it won't let templates into the pre-boxes on the lyrics pages (example). Hopefully though, that'll be fixed by whatever you were talking about with the class=lyrics-table stuff. ~ magbatz 01:27, 17 July 2006 (UTC)

Um, is there any way to fix it? Or to get a bot to just get rid of the pre tags on those pages?~ magbatz 03:59, 21 July 2006 (UTC)
I don't know whether or not some change in the code could make the instrumental templates work inside the pre tags, but if not, is it possible for one of the bots to eliminate the pre tags on the lyrics pages of these songs? ~ magbatz

"My Watchlist" Problem[edit]

I don't know whether this is just happening to me, but when I go to my "my watchlist" section, it will only show me a maximum of the last five changes, regardless of whether I tell it to show me changes from the last hour or the last seven days (or even if I push the "all" option). Does anyone have any idea why this is happening and how to fix it? ~Drew

Hmmm . . . Now it's showing me six changes . . . then seven, then eight (as more pages I'm watching get edited)--but it never goes back as far as it's supposed to go. Weird. ~Drew
Yeah, the watchlist has always done that for me too. I think it only shows the most recent edit of the watched page. Because it's never really worked like I'd hoped I just use it to make things bold in the recent changes. --badqueso 09:01, 7 July 2006 (MDT)
The watchlist has always worked for me before, but it looks like this "problem" is basically fixing itself--as more changes are being made, they're being added to my watchlist. I think what happened (though I could be wrong) is that when the upgrade was made, it basically reset everyone's watchlist so that watchlists now only showing changes made after the upgrade. So within a few days, the number of items shown should be back up to normal. Oh, and yes, the watchlists have always only shown the most recent change for any given page. ~Drew

Problems with the Main Page[edit]

I'm using Safari, and it doesn't look right. The navigation links that are supposed to be on the left side are at the very bottom, in the same box with the site map. And the logo is over to the right too far (not in the side bar, over the title "Main Page"). This problem is only on the main page. It looks fine in firefox, just in safari. :-\ -Fwahobadagadz 17:58, 7 July 2006 (MDT)

I don't think Duke or Scott have a Mac...and I certainly don't, so I've got no clue. Try clearing the cache and refreshing or something. -CapitalQtalk ♪ 18:16, 7 July 2006 (MDT)
I do have a Mac (my wife uses it in her music studio), so I can check it out. If the page renders improperly in the Safari browser, I don't know what I could do to fix it, however. I recommend installing Firefox on the Mac, anyway. :) Scott Redd 22:05, 7 July 2006 (MDT)
I looked at it using Safari 2.0.4 running Mac OS X (10.4.6) and it looked just fine. — It's dot com 22:23, 7 July 2006 (MDT)
Interesting. Well, my macs a bit outdated, it's still running with 10.2.8 with Safari 1.0.3 (I don't even think this mac can run the latest Safari). So maybe I'm the only one experiencing this problem. Here's a couple screenshots anyway: <a href="tmbwscreen10gz.png">one</a>--<a href="tmbwscreen23dd.png">two</a> -Fwahobadagadz 22:09, 8 July 2006 (UTC)
Your PNGs appear to be corrupted. -CapitalQtalk ♪ 22:33, 8 July 2006 (UTC)


Is ImageMagick installed/enabled? 'Cause then we could use PNGs which are smaller than anything else in some cases, and would make many pages load quicker, thus reducing server load and causing the whold wiki to (hopefully noticeably) load faster. — User:ACupOfCoffee@ 20:11, 7 July 2006 (MDT)

We're on the same server as HRWiki, and the fact that their wiki is based almost entirely around PNGs and is just as slow as ours goes to show that it wouldn't make much of a difference at all. As for ImageMagick, I'm not sure why we don't have that installed. -CapitalQtalk ♪ 21:08, 7 July 2006 (MDT)
I'll look into this. --Duke33 17:41, 11 July 2006 (UTC)
I'm hoping it might be as easy as just uncommenting this in the localsettings file:
$wgUseImageMagick = true;
$wgImageMagickConvertCommand = "/usr/bin/convert";
I'll look into it tonight. --Duke33 17:59, 11 July 2006 (UTC)
I've updated those settings...Can people test it out, and post here as to whether or not they see it working properly, or if there are errors? --Duke33 19:49, 11 July 2006 (UTC)
It's better than it was. It's on and working, but I gotta wonder how long it's been since it was last updated. — User:ACupOfCoffee@ 22:29, 12 July 2006 (UTC)

Edit Text[edit]

Oh, and I just noticed this: Whenever you make an edit, it says the following in bold red letters right under the edit space, even if no loss of session data occured or I just clicked the edit tab:

Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try logging out and logging back in.

This might be irritating for new users and hurts my eyes. - Whirrrlwind (Woosh!) 18:31, 11 July 2006 (UTC)

That's just plain weird. That shouldn't be happening, and it's not happening to me, for example. Can you try two things? #1 - Dump your browser cache and #2 - log out and then log back in. After you do those two things, are you still seeing that message? --Duke33 19:49, 11 July 2006 (UTC)
Still there. It's not, however, if I edit while not logged in. Could be because I have the option Show preview on first edit enabled and Show preview before edit box disabled. Which is the reverse way from default, I believe. - Whirrrlwind (Woosh!) 20:05, 11 July 2006 (UTC)
Wow...I've looked all around, and I've only found a few cases where people are seeing that (I searched many different wikis, not just here.) Here was the best info that I could find: "In your preferences, click on the Editing tab and make sure the 'Use external editor by default' option is not checked." Can you check that out, and see if that helps? I also found this thread, and it sounds like it's a bug that will be fixed in future releases. --Duke33 17:55, 13 July 2006 (UTC)
I don't have the external editor stuff checked. Like the mailing list guy, I deactivated Show preview on first edit and it was successfully gone. When I reactivated it, the old red writing was there again...

It should be noted, however, that the text is replaced by the old "This is only a preview; changes have not yet been saved!" as soon as I click on Show preview - Whirrrlwind (Woosh!) 18:06, 13 July 2006 (UTC)


Looks like the {{Instrumental}} tags on the lyrics pages are not inserting the template, like they used to. Will have to look into it. Here's an example: Lyrics:Severe Tire Damage Theme.