Feed The Beast Wiki:Administrators' noticeboard/Archive

Setup stage

 * Set up CAPTCHA on the wiki.
 * Set up an IRC channel for the wiki.
 * Clean up the Community portal
 * Protect important pages.
 * Require email confirmation.
 * Configure ConfirmEdit CAPTCHA trigger settings.
 * Setup group permissions.
 * Add the Nuke and Renameuser extensions.
 * Remove unused accounts.
 * Inform team members about their new responsibilities.

Testing stage

 * Test user rights.
 * Test account creation.
 * Test email confirmation.
 * Test CAPTCHA triggers.

Finalization stage

 * Grant group ' ':.
 * Grant group ' ' (all):.
 * Rebuild statistics.

Post-finalization stage

 * Announce on forums.
 * Start recruiting new team members.

Vandalism and Spam

 * New page spam/vandalism response time (delete):  N/A   N/A   N/A
 * Spam/Vandalism response time (revert):  N/A   N/A   N/A
 * Consecutive spam/vandalism response time (rollback):  N/A   N/A   N/A
 * Excessive spam/vandalism response time (protect):  N/A   N/A   N/A
 * User spam/vandalism response time (notify).
 * User spam/vandalism response time (warn).
 * User spam/vandalism response time (block) (>5 counts):
 * Excessive user spam/vandalism response time (nuke):  N/A   N/A   N/A

Quality assessment

 * Tag bad articles with template (community):  N/A   N/A   N/A
 * Tag bad articles with template (staff)
 * Fix/Resolve (community):  N/A   N/A   N/A
 * Fix/Resolve (staff):  N/A   N/A   N/A

Maintenance

 * RFD (normal):  N/A   N/A   N/A
 * RFC (deletion):  N/A   N/A   N/A
 * Patrol (revision)
 * Patrol (new page)

Requests and Help

 * Help desk (community):  N/A   N/A   N/A
 * Help desk (staff/sysop):  N/A   N/A   N/A
 * IRC help (community):  N/A   N/A   N/A
 * IRC help (staff/sysop):  N/A   N/A   N/A
 * Admin noticeboard:  N/A   N/A   N/A
 * Staff noticeboard:  N/A   N/A   N/A
 * Translator noticeboard:  N/A   N/A   N/A
 * Bot operator noticeboard:  N/A   N/A   N/A
 * Issues:  N/A   N/A   N/A
 * RFC:  N/A   N/A   N/A
 * Skin bugs:  N/A   N/A   N/A
 * AFC submissions (accept):  N/A   N/A   N/A
 * AFC submissions (review):  N/A   N/A   N/A
 * AFC submissions (merge):  N/A   N/A   N/A

New extensions proposals

 * mw:Extension:TitleBlacklist
 * mw:Extension:AbuseFilter
 * mw:Extension:FlaggedRevs
 * Discussion
 * I like this extension because staff can review and assess the quality of the article at the same time, administrators can also stabilize the quality of pages with a tool included. -- Jinbobo SysOp &middot;&#32;BotOp &middot;&#32;talk &middot;&#32;contribs 11:29, 4 July 2013 (UTC)
 * Poll
 * This poll will end in 1 day.
 * Support: Please add done and a comment if you want this extension to be installed.
 * Against: Please add done and a comment if you want this extension to not be installed.
 * Conditional support: Please add partlydone and a comment if you want this extension to be installed only under some circumstances.
 * I think this is a good idea. -- auris331
 * This should be good, provided we can quickly learn the new system. -- AgentTadpole Staff &middot; talk &middot; contribs 12:24, 4 July 2013 (UTC)

Blacklisting new account names
We have figured out a few username patterns that spambots like to use, we will be blocking these usernames that match these regex patterns in the near-future, use Jinbobo's Blocked username list to test the following regex, by default, patterns are case insensitive:
 * Usernames with 4 or more consecutive consonants (Easy fix for real users is to add a space between words?)
 * Pattern:
 * Usernames with 3 or more consecutive capital letters (Case sensitive)
 * Pattern:
 * Usernames with 2 or more consecutive capital letters at the end (Case sensitive)
 * Pattern:
 * Usernames with 2 or more consecutive numbers
 * Pattern:
 * Usernames containing the following words: car, limo, home, house, service, move, moving, guide, clean.
 * Pattern:
 * Usernames with 20+ letters.
 * Pattern:

Upgrading mediawiki software to 1.22.2
This checklist can be viewed at after the database has been locked.

Pre-upgrade checklist

 * Backup database.
 * Backup files.
 * Download & extract mw 1.22.2 tarball.
 * Configure staging site.
 * Lock database.
 * Backup database again.
 * Backup files again.

Upgrade checklist

 * Copy & paste LocalSettings.php
 * Upgrade extensions:
 * mw:Extension:CheckUser
 * mw:Extension:Echo
 * mw:Extension:FlaggedRevs
 * mw:Extension:Nuke
 * mw:Extension:RenameUser
 * MLEB
 * mw:Extension:DynamicPageList (third-party)
 * mw:Extension:MsUpload
 * mw:Extension:ParserFunction
 * mw:Extension:SyntaxHighlight GeSHi
 * mw:Extension:Variables
 * mw:Extension:AbuseFilter
 * mw:Extension:ConfirmEdit
 * mw:Extension:SimpleAntiSpam
 * mw:Extension:Title Blacklist
 * mw:Extension:TorBlock
 * mw:Extension:CodeEditor
 * mw:Extension:WikiEditor
 * Execute maintenance/upgrade.php

Post-upgrade checklist

 * Install extensions:
 * mw:Extension:CategoryTree
 * mw:Extension:GettingStarted
 * mw:Extension:PageTriage
 * mw:Extension:InputBox
 * mw:Extension:VisualEditor
 * mw:Extension:TemplateData
 * mw:Extension:AntiBot
 * mw:Extension:ApiSandbox
 * mw:Extension:BetaFeatures
 * mw:Extension:DismissableSiteNotice
 * mw:Extension:Gadgets
 * mw:Extension:GuidedTour
 * mw:Extension:SecurePoll
 * mw:Extension:Thanks
 * mw:Extension:WikiLove

Deployment checklist

 * Unlock database.
 * Deploy.

Allowing image uploads for "normal" people
Is there any reason why image uploads are disabled for "normal" people? It is quite annoying to have to post an image URL and wait for a sysop to upload it for you (like for Writing Desk and Talk:Writing Desk). It's not a big vandalism problem - I've been on a rather frequented wiki with image uploads active for anonymous, and have only seen a single case of upload vandalism in a few months. --dgelessus (talk &middot; contribs) 20:59, 11 October 2013 (BST)
 * In order to upload images, you simply have to be auto-confirmed, which means a few edits patrolled by the wiki team, and then you'll be able to upload images without any issues Retep998 (talk) 00:46, 12 October 2013 (BST)
 * actually you have to get 50 edits and your account must be 1 week old to get autoconfirmed. The reason you see no vandal on other wikis is because there are more active admins there. --  Jin bo  bo  04:34, 12 October 2013 (BST)
 * Let's say I've been actively watching the recent changes/logs, so I would've noticed anyway. Also, is "patrolled" the same as "checked" on this wiki, or is that separate? And will the annoying captchas be gone once I am autoconfirmed? --dgelessus (talk &middot; contribs) 10:37, 12 October 2013 (BST)
 * yes being autoconfirmed will allow you to skip CAPTCHA tests. Checking is limited to pages in the main and template namespace. --  Jin  bo  bo  16:17, 12 October 2013 (BST)

Server not responding after template edits
okay, you probably already noticed this - every time a template is edited the server stops responding for some time afterwards. Probably because it's updating all the pages, but normally the job queue should do that over time. --dgelessus (talk &middot; contribs) 15:09, 12 October 2013 (BST)
 * can you tell me what you were editing that caused this? --  Jin bo  bo  16:17, 12 October 2013 (BST)
 * Template:P and Template:Infobox. Not sure if Template:Navbox RedPower 2 did it as well... It only lasted a few minutes though. The server problems I posted about on the forums a few weeks ago were probably the same thing. --dgelessus (talk &middot; contribs) 18:03, 12 October 2013 (BST)
 * I'll try work with the web team to figure out this problem, but no promises, we've tried some stuff already but none seems to work. --  Jin bo  bo  19:27, 12 October 2013 (BST)
 * Okay, I'm no expert on this, but have you already tried setting the job queue's rate lower? AFAIK that's what updates the templates transcluded onto pages. --dgelessus (talk &middot; contribs) 19:36, 12 October 2013 (BST)
 * ok, will take a look when I have the time. --  Jin bo  bo  21:21, 12 October 2013 (BST)

Verification questions for signup page error on some correct answers
May want to change these so that people can more reliably sign up to help improve the wiki: I wasn't able to sign up successfully until the question of who created Redpower 2 came up. (I was signed up last summer, but it looks like the mediawiki upgrade dropped my account or something NBD.) TheAtomicOption(talk &middot; contribs) 14:26 03 May 2014 (PST)
 * "Notch" was not accepted for the question who was the original developer of minecraft?
 * "Jeb" was not accepted for the question what is the nickname for one of the current minecraft developers
 * The answer to who founded the FTB pack was not readily available via search. Most sources just say "FTB is a group of people".
 * The current captcha software is broken. The Notch and Jeb answers should've worked. The answer to the Founder question are various forms of "slowpoke101". This is a problem we are looking into. --  Satanic Santa Admin • Editor  22:49, 3 June 2014 (BST)
 * Yeah, I fought so hard to implement the new CAPTCHA system cause I thought it'd work. Guess I've been shown up, huh. -- AgentTadpole &middot; Former Staff talk contribs 11:23, 4 June 2014 (BST)

new mw release
Contains significant new features and critical fixes. Plz update. 1.23.0 release notes --  Jin bo  bo  10:22, 5 June 2014 (BST)

Wiki issues
I really would like to contribute to the wiki, but I am finding it too slow to load pages, especially for tasks such as edit previews. Difficult to reproduce reliably, but I have noticed that page loads slow down considerably every 10 minutes or so, for roughly 5 to 10 minutes. By slow I mean it can take from 10 to 30 seconds for the browser to go from "Waiting" to loading content. Things checked/relevant:


 * I am connecting from the UK with no proxy settings (unsure if ISP does connection tampering or caching)
 * During testing, I had no other connectivity/page load issues at the time (tested with Google, github.com, etc.)
 * Tested over a period of three days
 * Previewing pages seems to worsen the problem twofold
 * No issues when browsing http://feed-the-beast.com
 * Tracert results seem to be normal
 * Tested on both Chrome and Firefox; former with Adblock, latter without
 * As the admins are already aware, there was a 504 (Gateway Timeout) issue preventing the wiki from loading at all on the night I signed up (9th November)

Is it just me affected by this problem? Is there anything I could do to fix it?

A more minor issue I have also found is that the results of the "Preview" tab are inaccurate compared to using MediaWiki's preview button. I would prefer to use the Preview tab but this isn't a big deal compared to the speed issue.

Other than that, I feel I must say I like how very well organized this wiki is, from the Manual Of Style to the category hierarchy to templates. Nice work! -- VanDerProtofsky (talk) 10:15, 11 November 2014 (GMT)


 * The problems with slow page loading are well known and occur to everyone. Once we transition over to Gamepedia, we'll be able to get any remaining slowdowns investigated properly and fixed. The issues with the preview tab are also well known and will be investigated soon. In the mean time just bear with us.  R e t e p 9 9 8 Bunny Overlord•talk•contribs 10:33, 11 November 2014 (GMT)


 * Understood; thank you for the prompt response -- VanDerProtofsky (talk) 10:44, 11 November 2014 (GMT)

Problem with account settings (I hope this is the right place !?)
When I go into the settings of my account, I get the following error message: Interner Fehler

[28503122] /Special:Preferences Exception from line 341 of /home/hydra/public_html/includes/htmlform/HTMLForm.php: Descriptor with no class for disablemail: Array ( [section] => echo/emailsettings )

Backtrace:

Does anyone know what is wrong? --LuminousLizard de-native / "en-B2" (talk) 13:53, 5 December 2014 (UTC)
 * 1) 0 /home/hydra/public_html/includes/htmlform/HTMLForm.php(356): HTMLForm::getClassFromDescriptor(string, array)
 * 2) 1 /home/hydra/public_html/includes/Preferences.php(117): HTMLForm::loadInputFromParameters(string, array)
 * 3) 2 /home/hydra/public_html/includes/Preferences.php(1232): Preferences::getPreferences(User, RequestContext)
 * 4) 3 /home/hydra/public_html/includes/specials/SpecialPreferences.php(58): Preferences::getFormObject(User, RequestContext)
 * 5) 4 /home/hydra/public_html/includes/specialpage/SpecialPage.php(379): SpecialPreferences->execute(NULL)
 * 6) 5 /home/hydra/public_html/includes/specialpage/SpecialPageFactory.php(506): SpecialPage->run(NULL)
 * 7) 6 /home/hydra/public_html/includes/Wiki.php(285): SpecialPageFactory::executePath(Title, RequestContext)
 * 8) 7 /home/hydra/public_html/includes/Wiki.php(588): MediaWiki->performRequest
 * 9) 8 /home/hydra/public_html/includes/Wiki.php(447): MediaWiki->main
 * 10) 9 /home/hydra/public_html/index.php(46): MediaWiki->run
 * 11) 10 {main}


 * I'll make sure our dev team takes a look. CrsBenjamin (talk) 16:38, 5 December 2014 (UTC)


 * Now it works. Thanks :) ! --LuminousLizard de-native / "en-B2" (talk) 20:41, 11 December 2014 (UTC)

Common.js
I noticed an unused function called "ModifySidebar" in the common.js, apparently unused anywhere and wondered if it was worth keeping? Cblair91 (talk) 13:03, 26 January 2015 (UTC)
 * Resolved in my JS cleanup Cblair91 (talk) 09:11, 27 May 2015 (UTC)

Problems accessing wiki pages like /dev/null
The problem arises from how the wiki does its links: it doesn't check for restricted characters, leading it to try to send anyone trying to get to the /dev/null page to the literal web address "/dev/null" because it tries to link to //dev/null. To actually access the /dev/null page you have to directly access the url "http://ftb.gamepedia.com/%2Fdev%2Fnull", which has the '/'s replaced with the URL encoding for '/': %2F.
 * We are well aware of this issue. This problem is something that can't be avoided as it a limitation of the website itself; however there was a quick fix made to circumvent this issue when the article was made which gives a fully operating link in the Navbox for the OpenBlocks mod. For quick reference the link in the Navbox targets /dev/null rather than the conventional location. -- Wolfman_123_ ·&#32;✉ F T B  Wiki Staff  01:31, 13 March 2015 (UTC)
 * Still suggest you create a page like dev/null for users using the search box. --  Jin bo  bo  16:27, 26 May 2015 (UTC)
 * Damn that's a mind screw. dev/null created. PaladinAHOne  Staff (talk) 08:12, 27 May 2015 (UTC)

Ftb.css
Just checking through your CSS and stuff, I notice you have a FTB.css, yet it's never directly imported/called/used? Cblair91 (talk) 07:49, 26 January 2015 (UTC)
 * That is the old theme from before we moved to Gamepedia. 🐇 R e t e p 9 9 8 🐇🐰 Bunny Overlord 🐰 07:53, 26 January 2015 (UTC)
 * So it's technically safe to remove? :) Cblair91 (talk) 13:03, 26 January 2015 (UTC)
 * Should be --  Satanic Santa F T B Wiki Admin 14:56, 26 January 2015 (UTC)
 * Needs deleting then :P Cblair91 (talk) 09:13, 27 May 2015 (UTC)

PLZ PATCH
Patch from commit df529ac. It's so annoying.

If you don't mind breaking the slide up and fade out animation, just add this to MediaWiki:Common.css:

Now the scrollbars in those syntax highlighting boxes are bothering me lol. --  Jin bo  bo  16:15, 26 May 2015 (UTC)

Yeah. --  Jin bo  bo  16:23, 26 May 2015 (UTC)

Fix for rainbow text and two flavors of repeating rainbow text. Patched just for User:Retep998. --  Jin bo  bo  06:53, 27 May 2015 (UTC)

Add a "show background" class for the crafting grids
Can the line  from MediaWiki:Common.css be changed to  ? This would make cg cells with the class "gridShowBackground" show the background on G/Cell for the sake of covering things like default backgrounds, as most in game cases hide that image (eg, the armor slots). Otherwise I would have to upload an additional image for each empty slot and add extra code to make sure it will display when the parameter is unset. Existing grid templates will be unaffected, so it is basically an "opt in" type thing. –KnightMiner t/c 16:35, 3 November 2015 (UTC)
 * <- it does already have the grey background? In fact you have to explicitly say for it to not to have a background -  Chocohead  Nag • Edits • Staff 17:01, 3 November 2015 (UTC)
 * It appears .craftingGridNoBg is currently ignored. It used to be that Cg templates had to specify that for each cell to disable that behavior, but it appears it was made to always hide the background by default., do you think we should reinstate the requirement for .craftingGridNoBg to hide the background? 🐇 R e t e p 9 9 8 🐇🐰 Bunny Overlord 🐰 18:49, 3 November 2015 (UTC)
 * Not sure. How much would it break things and how quickly and easily could it be fixed? Does it actually cause a problem, because I haven't really noticed any? --  Satanic Santa F T B Wiki Admin 19:19, 3 November 2015 (UTC)
 * It just means that the background visible in a standalone Gc call would also be visible in any Cg that doesn't use .craftingGridNoBg. It would be pretty simple to fix any Cgs that don't use it but should. A lot of Cgs already use it anyway. 🐇 R e t e p 9 9 8 🐇🐰 Bunny Overlord 🐰 19:37, 3 November 2015 (UTC)
 * Most of the templates I've seen have used it, along with me personally using it in the new templates I make when relevant. The main problem is you can no longer tell it to show the background, which causes the default cell background issue I mentioned above. –KnightMiner t/c 21:02, 3 November 2015 (UTC)
 * So wait, the change will basically be having to define it in the Cg as a whole, and will effect every cell in the Cg, rather than having to define it in individual cells? --  Satanic Santa F T B Wiki Admin 00:09, 4 November 2015 (UTC)
 * Look at Cg/Distillery/GregTech. Notice the . That's all a Cg would have to do to hide the background from Gc. Whether that background should be hidden or not depends on the Cg. For example, with GregTech the Gc backgrounds should always be hidden since you can clearly see the images in the slots from Greg's GUI's even when there is an item in them. 🐇 R e t e p  9 9 8 🐇🐰 Bunny Overlord 🐰 00:23, 4 November 2015 (UTC)