Talk:Main Page

From SRB2 Wiki
Jump to: navigation, search
  • Archive Pages
    • Archive 1 - October 19, 2005 – December 28, 2006
    • Archive 2 - March 12, 2007 – September 13, 2007
    • Archive 3 - September 13, 2007 – November 18, 2007
    • Archive 4 - December 1, 2007 – December 11, 2007
    • Archive 5 - November 18, 2007 – October 26, 2008
    • Archive 6 - October 25, 2008 – April 27, 2010

Outdated Mods

It's been more than a year now that the Wiki was re-opened, and I think it's finally time that we dealt with the pages for outdated modifications? The question is: Which pages shall be kept and which shall be deleted? I'm gonna go through each page and state my opinion on what should happen to it, but I'm not entirely sure on some, and I want consensus on this before anything is actually done.

  • Blue Heaven: I'm unsure of this. It might or might not be ported.
  • PrettySRB2: This can be safely deleted, as it has no more relevance.
  • SA-SRB2: This can probably be deleted. Adventure Mode is no more, and the mod never did much except modify the graphics anyway. Then again, the Wiki page is the only way to obtain the 1.09.4 version.
  • SPMoves: I'm unsure of this. There are still a few questions about it every now and then.
  • SRB2JTE: This should be kept, because it remains very popular and simply an important part of SRB2 history.
  • SRB2Riders: This should probably be kept, because it's still rather popular for private netgames, and will apparently be ported.
  • SRB2Tag: This can be safely deleted, since its features are now part of the main EXE.
  • ShufflarB2: This can probably be deleted. Many of its features were incorporated into the main EXE, the ones that weren't have been largely forgotten, and the maps were never that good to begin with.
  • Super Smash Brothers: Sonic Showdown: This can probably be deleted. It's long dead, and it never even got far enough to be of any interest.
  • The Mystic Realm: This should definitely be kept, considering it's extremely popular and also being ported.

Please discuss. --SpiritCrusherTalkContribs 15:38, 25 August 2010 (UTC)

Ask Tets about Blue Heaven. PrettySRB2 can go. SA-SRB2, SPMoves, and SRB2JTE should stay, if for no other reason than historical significance, Riders should stay, Tag should go, ask Shuffle about his plans for ShufflARB2, SSB:SS never got off the ground, so it can go, and Mystic Realm should stay. ~RobTalkContribs 20:02, 9 September 2010 (UTC)

Okay, deleted those three that can be deleted. I apparently didn't quite have an idea of how immensely popular SA-SRB2 was back in the day, so it'll be kept. For further reference, we decided to move inactive but notable projects to "Sonic Robo Blast 2/1.09.4/Mods" and leave active projects as they are and update them when a release is made. I'm gonna ask Tets again to clarify if Blue Heaven has an actual chance of being worked on anytime soon, and then see if it's moved or not. SA-SRB2, SPMoves, SRB2JTE and probably ShufflarB2 will be moved and rewritten if I get around to it. SRB2Riders and Mystic Realm will be left until they're ported. --SpiritCrusherTalkContribs 20:25, 9 September 2010 (UTC)

Coming back to this a year later, I finally decided to move Blue Heaven and ShufflarB2 to "Sonic Robo Blast 2/1.09.4/Mods" because it's very unlikely they're gonna get ported. I kept both articles because both mods were kinda popular in their prime and had some substantial content to show off. It doesn't hurt to have those articles, even if interest will probably be low. I still think it was safe to delete the other three articles though, because PrettySRB2 was absorbed into ShufflarB2 and didn't have anything but cosmetic changes anyway, because SRB2Tag was absorbed into SRB2 itself and because SSB:SS wasn't really noteworthy in the first place. --SpiritCrusherTalkContribs 08:02, 30 October 2011 (CDT)

.htaccess on KnuxD?

Alright, I guess I should open this for debate, he seems to be causing enough problems. Should I just go ahead and disable all of his access completely through .htaccess? IIRC, it's doable and I'd have to double-check on how exactly to do it, but I do remember that doing this would also cause anyone in his IP range to be entirely blocked from viewing the Wiki at all. I'm going to leave this open for debate, because that last line bothers me, and I really don't want to do it unless it's deemed absolutely necessary. ~RobTalkContribs 20:06, 9 September 2010 (UTC)

I personally think it might prove necessary, but not just yet. Inuyasha said he's fairly sure he's banned the whole IP range of KnuxD now, so we are possibly already rid of him. If he suddenly returns in yet another IP range, I say go ahead. Not many people seem to be using that ISP that we know of, except for udl who is also permbanned. --SpiritCrusherTalkContribs 20:25, 9 September 2010 (UTC)

Can't edit Talk:Sound page

When I try to create the Talk:Sound page, this shows up:

You do not have permission to edit this page, for the following reason:

The title "Talk:Sound" has been banned from creation. It matches the following blacklist entry: .*[^\P{So}¦§©®°¶№™☀-⚲✁-➾].* <casesensitive> # "Other punctuation", with some exceptions (may need more, this is a huge character class); note that single-character titles are permitted by the title whitelist

Easily fixable (like add it to the whitelist)? --Ricardo [Contribs] [Talk] 17:46, 6 October 2010 (UTC)

I'm getting this when trying to create any page. The Wiki in general seems to be glitching, I get a red flash with this when visiting pages. I also received errors when trying to submit this edit, but the edit went through anyway. ~Katmint 18:09, 6 October 2010 (UTC)

In case you missed the 500 errors last night, an install of something got botched (to the best of my knowledge). It's being worked on. 犬夜叉(Inuyasha) 18:22, 6 October 2010 (UTC)

Updated/reconfigured php5, Alam and I forgot to restore the php.ini file, php's safe mode is enabled by default without a php.ini file, safe mode disabled alot of php commands, and that leads to a semi-working wiki. Fixed now. LoganA 18:30, 6 October 2010 (UTC)


References are broken for guests. See here. All in-article citations show up as [1] and do nothing. There is also nothing there where <references /> is placed. It works fine when logged in, however. I tested this in both Firefox and Chrome and it happens in both. I also polled the IRC to see if it was just me, but was ignored. Any way we can get this fixed? ~Katmint TalkContribs 00:08, 16 December 2010 (UTC)

A bit late here, but I think this is intentional. Not sure if we want to keep it that way though. --SpiritCrusherTalkContribs 14:32, 20 May 2011 (UTC)

It looks like it was fixed anyway when the Wiki was upgraded. :P ~Katmint TalkContribs 10:34, 14 July 2011 (CDT)

So, we just got 300,000 hits

Remember the big deal about 150,000 hits? Well, here we are 150,000 more later.
~Katmint TalkContribs 02:10, 31 March 2011 (UTC)

Watchlist is broken

Is it just me or is Special:Watchlist broken since the update? When I tried to access it or any of its subpages, it shows up for a second or so and then the page turns blank. It's kinda annoying because I accidentally put a page on my watchlist and now I can't remove it. --SpiritCrusherTalkContribs 16:39, 12 July 2011 (CDT)

Ok, fixed. LoganA 17:32, 12 July 2011 (CDT)

"Justify Paragraphs" doesn't work

Special:Preferences → Appearance → "Justify paragraphs" has no effect. All paragraphs are left-aligned, no matter if I turn the option on or off. It used to work before the update, and it works just fine on Wikipedia. --SpiritCrusherTalkContribs 05:21, 16 July 2011 (CDT)

Sorry for the HUGE delay, I'm looking into why ResourceLoaderUserOptionsModule.php is not adding CSS ext-align: justify; code into the wiki pages, so for the time being, I've runing the wiki in ResourceLoader debug mode and disabled all caches, so the site will be slow for a while I drill down to find the cause. LoganA 19:47, 13 September 2011 (CDT)
O.K., it's fixed, in a roundabout way. LoganA 21:09, 13 September 2011 (CDT)


Okay, this is reaching a point where I think everybody is tired of it. The spam attacks need to be stopped. Is there a way to incorporate a spam protection (CAPTCHA and the likes) into the registration process? If not, we should at least prevent autoconfirmed users from creating new pages. Until that is implemented, new registrations should be disabled to stop further spam in the meantime. --SpiritCrusherTalkContribs 11:43, 12 September 2011 (CDT)

Yeah, I'm getting fed up of these spam attacks too. I'm finding myself constantly watching over the latest new members who make accounts lately because of them.
...So yeah, I'd really like to see something done to prevent more of these spam attacks myself too. =/ --Monster Iestyn Talk 11:51, 12 September 2011 (CDT)
I changed the autoconfirmed age to be a week, and removed page creation rights to (non-autoconfirmed) users.
That mean in plain english that users that are under a week old can not make new pages from this point forward.
Later I'll see if I can rework Digiku's old sonic CAPTCHA to work on these (non-autoconfirmed) users, give back page creation rights, and if need be, extend the CAPTCHA period by upping the MW:Manual:$wgAutoConfirmAge LoganA 20:01, 12 September 2011 (CDT)
OK, I tried enabling the old sonic CAPTCHA, it broke the wiki, so I'm looking at doing a rewrite using Extension:ConfirmEdit as the base. 20:04, 12 September 2011 (CDT)
And just to try more things to see what sticks, I added Extension:SpamBlacklist in order to use the shared blacklists from wikimedia and wikipedia. LoganA 20:27, 12 September 2011 (CDT)
The latest one just dumped a giant load of spam on its' userpage within hours of registering. Mr. Mystery 17:03, 6 November 2011 (CST)
Well, I only disabled createpage rights, and didn't touch the createtalk rights. So what should we do now? LoganA 21:32, 6 November 2011 (CST)
I have installed MW:Extension:Bad_Behavior. LoganA 14:55, 8 November 2011 (CST)

SSN's old SONIC captcha can not be reproduced in the system at all? I don't think I like the idea of forcing genuine users to have to wait to edit articles. ~RobTalkContribs 20:20, 29 November 2011 (CST)

O.K., I've added a Captcha for user signups, and changed the ConfirmAge to 5 mins. LoganA 18:00, 15 February 2012 (CST)

Renaming Editing to Modification

Well, the central panel of Main Page was renamed from "Editing" to "Modification" (24 Jul 11).

I know it's about features that modify the game and such. But the first thing one could think of when they see that is the MODs (aka addons).

Besides: 1) "Modification" is redundant and can cause confusion since there's a Modifications link in the right panel. 2) "Modifications" in is a MOD download page. 3) Almost all MOD articles has an "Editing Features" section (e.g. XSRB2 and SRB2CB). And 4) The section of MB that deals with editing discussions is funnily called.... "Editing".

--Ezer'Arch|עֶזֶר'AρχTalk 17:27, 29 October 2011 (CDT)

LoganA changed it when he installed the new software. If you look at the previous edits, he was changing around that specific line a few times before he settled on "Modification". I assume that something went wrong after the update and he changed it to avoid a bug. In that case, "Modification" is probably the best alternative option we have. Otherwise, I'm all for changing it back. So yeah, what happened, LoganA? --SpiritCrusherTalkContribs 17:39, 29 October 2011 (CDT)

EDIT: Two minutes later... I tried it out myself. Changing it back to "Editing" results in "Editing $1" being displayed. --SpiritCrusherTalkContribs 17:45, 29 October 2011 (CDT)
yea, that what happens, that "Editing $1" cames from Mediawiki:Editing and it used to display "Editing <this page name>", this section, or making a new section. LoganA 18:49, 29 October 2011 (CDT)

"External links search" page is broken


I don't know what's going on with this page, but every time I try to view it, it displays this message instead:

"Fatal error: Call to a member function addWikiMsg() on a non-object in /home/rob/public_html/w/includes/specials/SpecialLinkSearch.php on line 82"

Could LoganA or someone fix this? --Monster Iestyn Talk06:00, 30 November 2011 (CST)

fixed, I think, I replaced SpecialLinkSearch.php with the version from rev 96774. LoganA 17:52, 11 December 2011 (CST)

Possible bug when creating talk pages?

When creating User talk:Mr. Mystery, I got this error once I pressed "save page":

Internal Error

Set $wgShowExceptionDetails = true; at the bottom of LocalSettings.php to show detailed debugging information.

The page was nevertheless created. --SpiritCrusherTalkContribs 04:02, 21 January 2012 (CST)

And the same error appeared when I edited this page. I used "Add topic" instead of the regular "edit". It seems to work fine when you edit a talk page normally. --SpiritCrusherTalkContribs 04:04, 21 January 2012 (CST)

I couldn't reproduce it. LoganA 23:47, 21 January 2012 (CST)
Doesn't happen to me anymore either. --SpiritCrusherTalkContribs 10:54, 22 January 2012 (CST)

And just now while I made the edit above, it happened again. Weird. --SpiritCrusherTalkContribs 10:54, 22 January 2012 (CST)

Right-aligned tables are broken

Take this for example. It's broken on all tables since the last MediaWiki update. Not a code-red fix it now bug, but it looks sooo ugly. ~Katmint TalkContribs 10:15, 16 May 2012 (CDT)

The tables need a div tag around it, and "wikitable" should be repalced with "infobox" in the table's class tag. example LoganA (talk) 13:27, 16 May 2012 (CDT)
Only thing is, doing that just broke the centred text tags on the table in that example, which is not exactly what we wanted either. =/ --Monster Iestyn Talk 14:07, 16 May 2012 (CDT)
updated conversion example - div tag is unneeded and the text-align needs to be set to center. LoganA (talk) 20:46, 16 May 2012 (CDT)
Went through the templates listed in Category:Level Lists (Infoboxes) and updated all the infoboxes. LoganA (talk) 21:03, 16 May 2012 (CDT)
All fixed, thanks~ ~Katmint TalkContribs 20:37, 18 May 2012 (CDT)


Our rules are unnecessarily long, convoluted and often redundant. This isn't what rules should be like. They should be short and to the point so that new users know immediately what they may and may not do. Therefore, I would like to replace the rules with this simplified version. Are there any objections/additions/comments? --SpiritCrusherTalkContribs 07:02, 3 June 2012 (CDT)

Rob and MonsterIestyn think they're fine and anybody else in unlikely to care, so I'll just change them. If there are any objections, voice them here. --SpiritCrusherTalkContribs 09:49, 5 June 2012 (CDT)

MIME type detection

I was trying to upload this file to the wiki, but the upload prompt is rejecting it with the warning: "File extension ".lmp" does not match the detected MIME type of the file (image/vnd.wap.wbmp)." Now I'm certain that the file is valid and everything, and I even tried with an ANIMATED lump generated by SLADE, but it rejected it with the same warning. Could this be a bug with the wiki's MIME type detection? --SpiritCrusherTalkContribs 03:14, 25 September 2013 (CDT)

Try now LoganA (talk) 19:18, 6 October 2013 (CDT)
Yep, works now. Thanks. --SpiritCrusherTalkContribs 02:08, 7 October 2013 (CDT)

File Uploading is broken

Could not create directory ‘mwstore://local-backend/local-public/0/04’.

That's the sort of error I got when trying to upload some files for a page just earlier. The numbers on the end can vary. Bit annoying that I've just found this issue now, please sort this out asap. --Monster Iestyn Talk 16:28, 22 November 2014 (CST)

Try now? LoganA (talk) 17:21, 22 November 2014 (CST)
Still doesn't work, it seems. --Monster Iestyn Talk 07:25, 23 November 2014 (CST)
Try number two LoganA (talk) 10:11, 23 November 2014 (CST)
Fixed LoganA (talk) 17:27, 23 November 2014 (CST)

Saving edits brings up "Internal error" page

[1d8d972d] 2016-04-26 03:47:02: Fatal exception of type MWException

I got this error message after saving an edit I made to the Lua/Functions page not long ago as of writing. The edit was still saved, but a page named "Internal Error" loaded instead with the message in a red box as its contents. I've also tried on my own userpage but I didn't get the error there. Haven't got any other info on this error for now, except was actually 4:47am in this timezone when I saved the edit =V. -- Monster Iestyn Talk 03:53, 26 April 2016 (UTC)

EDIT: I also get a similar error editing this page, lol. --Monster Iestyn Talk03:54, 26 April 2016 (UTC)

EDIT 2: Just so you know, I made those edits last night on my Windows 8 laptop. Editing the Lua/Userdata structures page today here on my Windows 7 desktop I got almost the same scenario but with a standard 500 internal server error page instead. This gets weirder and weirder. -- Monster Iestyn Talk 14:44, 26 April 2016 (UTC)

EDIT 2.2: I got the "internal error" wiki page again editing this one, maybe it's not just on my laptop then.

testAlamA (talk) test2AlamA (talk) 17:58, 5 June 2016 (UTC) test318:04, 5 June 2016 (UTC) test3AlamA (talk) test4AlamA (talk) test5AlamA (talk)

testtest -- Monster Iestyn Talk 18:12, 5 June 2016 (UTC)

Just to remind you Alam, the "Internal error" pages are back.

Each time they appear they display a message something like this:

[cc6e9f5d] /w/index.php?title=Linedef_type_259&action=submit Exception from line 304 of /home/rob/public_html/w/includes/UserMailer.php: PEAR mail package is not installed

What follows is a backtrace of functions which appears to indicate this is about email notifications for when pages are changed.

-- Monster Iestyn Talk 04:50, 6 March 2017 (UTC)

test --Monster Iestyn Talk 17:11, 12 April 2017 (UTC)

Collapsible tables no longer collapse, sortable tables no longer can be sorted

See Player as an example of what I mean for collapsible tables, and User:Monster Iestyn/Source Code Documentation/keys.h as an example for sortable tables. Is this anything to do with the Semantic MediaWiki stuff recently added? -- Monster Iestyn Talk 03:52, 28 November 2016 (UTC)

Sorry, this was from the failed VisualEditor installtion, it had been disabled until I go and update the base MediaWiki -- AlamA (talk)

Dropbox links

Given that Dropbox is ending support for the Public folder (and probably all links) in a few days, it may be a good idea to bring up now that in a few places in the mainspace we use Dropbox links:

  • SRB2 Tournament 2003 uses Dropbox to link to the 2k3 zip. I forget offhand if this is on my or MascaraSnake's Dropbox space.
  • SRB2 Halloween uses Dropbox to link to the original v1.0 version, from a zip I got off SFGHQ before it went down. This I know is definitely from my Dropbox space.
  • 1.08:SPMoves, 1.08:SA-SRB2 (the 1.09.4 download), 1.09.4:SRB2JTE, 1.09.4:ShufflarB2 all rely on Dropbox for their download links. I believe these are all on MascaraSnake's Dropbox except SA-SRB2's link?

These are all the pages I know of that rely on Dropbox right now. Just doing this so we know which places to fix in advance when the links all break. -- Monster Iestyn Talk 02:05, 14 March 2017 (UTC)

I changed the links to SPMoves, SRB2JTE and ShufflarB2. The others are all hosted in your Dropbox space. --MascaraSnakeTalkContribs 09:07, 14 March 2017 (UTC)
Just changed the remaining links. --Monster Iestyn Talk 20:21, 14 March 2017 (UTC)

File uploading is broken (again)

When I try to upload a file, I get this error message:

The file you uploaded seems to be empty. This might be due to a typo in the filename. Please check whether you really want to upload this file.

I googled the message and it looks like it's an issue with access permissions to the upload directory. --MascaraSnakeTalkContribs 07:34, 30 July 2017 (UTC)