Forums > Senate Hall archive > SH Archive/Wiki feature requests


Dev-readable table of requests.

Requested feature User Wikia Status Changes needed notes
Editing/content-management features
Watchlist notification for log entries I_need_a_name Wait for Wikimedia to fix? core In newer versions of MediaWiki, log entries are put into the history of pages, but they do not show on the watchlists. This is a known bug [1].
Multiple watchlists Aidje To-Look-Into core? "We're working on something like this. There are a number of multi-wiki tools we have been thinking about for those people who contribute on different wikis. Jimmy is active on a number of different wikis, so he usually thinks of these early on." -Johnq ... A hint: Recentchangeslinked can be used along with a list of pages you are interested in watching.
Admin rollback reasons JSarek Not feasable  ??? This is usually easier to do manually. Just edit the old version and type in a reason.
Suppression of categories Silly_Dan Wait for Wikimedia? core? Change the templates? New magic word? It isn't hard to add a parameter to suppress categories. Example: {{#if:{{{nocat|}}}||<includeonly>[[Category:Whatever]]</includeonly>}}. However, there is discussion at Wikimedia of a new hook like <nocats> to prevent categories from templates being applied.
Media: namespace SWME Wait for Wikimedia core! Should not be done unless Wikimedia can be convinced to do it. Would probably make upgrading more difficult for us.
Source field for uploading Imperialles To-Look-Into extension? core? This could be useful as a dropdown list, a-la licenses.
Conditional reject uploads I_need_a_name, Darth_Culator - - This has been rejected on Wikimedia, for the simple fact that clueless people should be allowed to upload an image even if the license/source is improper (and easily human-deleted). The alternative is that they upload it under the first (false) license that works (and much harder for human deletion).
More details required for upload (change of image upload form). Xwing328 Possibly what is needed is a MediaWiki: message (like MediaWiki:Sidebar) that lets each wiki design their own custom upload form fields.
Voting system Sentry Coming soon! - Use carefully.
Automatic edit sumamries I_need_a_name Coming soonish. - This is already deployed in 1.9 as core features (I believe), so we'll get them with the upgrade. The changes were performed by Werdna.
Anon-only block Silly_Dan Coming with next upgrade? - I believe this is already supported in 1.8+
Page move restrictions Silly_Dan Semi-deployed LocalSettings.php ? There are already some in place, which for obvious reasons should not be specifically made public. Captcha for page moves might be practical?
Proxy checker Darth_Culator Possbile but impractical Not a 'wiki' feature I think this is beyond the scope of It would require running an active scan service. A suggested future solution is a shared open proxy blacklist between wikimedia / wikia / any mediawiki wiki.
Disable "external" images? Silly_Dan To-Do Hopefully easy? Technically, this would be disabling embedding images by full url, which many wikia wikis rely on (including this one I believe, for clickable images). The best thing to do would be to disable all images from non-approved URLs (which sould be limited to *, *, *, etc). This is on the to-do list.
Captcha for blanking Silly_Dan To-Do Changes to extension? A captcha would be very useful for many things: page blanking, page moves, inserting 'restricted' phrases, inserting external images, etc.
Per-Wikia security choices Silly_Dan Case by Case LocalSettings.php This can usually easily be done, but not easily undone. De-synchronized security settings make it harder to apply future changes, and keep track of which wikia has what.
Per-Wikia security choices settable by Bureaucrats Silly_Dan again To-Do New extension + database change? Could be doable. Wikifur has something like this for temporarily disabling anon edits, but it does not write to any databases and stores the settings in memory (which are lost after a restart).
User creation log Imperialles To-Do  ??? A user creation log is difficult on Wikia. What might have to be done is a global IRC feed. Note that Wikimedia will be facing this same problem when they enact Single Login. I've discussed with brion in the past how the user creation log will be affected. It will be interesting...
Revert/delete User namespace Xwing328 Wait for Wikimedia? Core? This could be very messy to change the core code thusly. If it could be done in an extension however it might be feasable.
Protect User namespace Darth_Culator Won't do - "This has been discussed a lot on Wikipedia and the consensus is that you shouldn't be putting your user page on a wiki if you don't want it edited. Most of the edits will be beneficial and those that aren't are easily reverted." -Angela
Show deleted "recent changes". Darth_Culator Wait for Wikimedia? core This is sometimes requested at Wikimedia. A little detective work can usually find their deleted edits (comparing the block log and deletion log by time). Also, for short pages, "and the only contributor was" in the deletion log is a handy clue.
Bug fixes
Spam blacklist/captcha bypass fix Silly_Dan Forthcoming (Wikia or Wikimedia) changes to those extensions This is a known bug with both extensions, and easily fixed. The problem is, the extensions are checking for new URLs before parsing the page. The solution: [2].
Common misspellings StarNeptune Unmaintainable? "It was removed from MediaWiki a long time ago for being unmaintained. I'm not sure how much work it would need to make it work again." -Angela
emdash instead of hyphens Imperialles To-Look-Into core This is part of the monobook AddButton() schema. This could probably be better fixed (or asked about) upstream at Wikimedia?
Left-aligned images overlap bullets in lists Xwing328 core? This appears to be an IE problem.


JohnQ, one of Wikia's developers, contacted me asking if there were any wiki features (for example a wiki-integrated phpBB forum, or a brand new article rating system) I'd like to see on Wikia in the future. I suggested we ask the community for a little feedback. So here we are: What wiki features or tools would you like to see? Don't be afraid to reply—if you have an idea for any new feature or tool, please tell us! --Imp 10:00, 11 November 2006 (UTC)

  • My watchlist telling me when people move or delete articles I'm watching. -- I need a name (Complain here) 20:28, 11 November 2006 (UTC)
  • A proxy checker hosted by Wikia so I don't have to hunt for a working 3rd-party one. -- Darth Culator (Talk)(TINC) 20:57, 11 November 2006 (UTC)
  • I have a bunch of requests, many of which are probably built into the latest version of MediaWiki anyway:
    • They promised us a "block anonymous users only" option a while back, but I haven't seen it yet.
      • Block anon users needs to be addressed by Angela - this one comes up a lot and there are both pros and cons. I think most of the time the pros win out. Anyway, noted and I'll ask Angela to address. Johnq 20:52, 22 November 2006 (UTC)
    • We also asked for page move restrictions, but we've heard nothing about it for some time: it would be nice to see some movement on our request, even if it's to say "We won't do that."
      • Noted. Does the captcha on page move cover this? That's on our project list already. Johnq 20:52, 22 November 2006 (UTC)
    • Several vandals have bypassed the spam blacklist and the captcha code by typing ht<!-- -->tp:// instead of http:// to link to offsite images: this security hole should be plugged. Actually, I'm not sure why we even have links to offsite images appear as inline images rather than links. Wikipedia doesn't do that, to avoid vandalism.
      • I think this is fixed. Johnq 20:52, 22 November 2006 (UTC)
    • It would be nice to have the captcha code applied to page-blanking.
      • Noted and added to our project list.
    • Ideally, I'd like to see as many of these security/anti-spam/anti-vandalism measures customizable from Wikia to Wikia, but I realize that'd probably be a nightmare to code, so I won't be surprised not to see it. 8) —Silly Dan (talk) 22:36, 11 November 2006 (UTC)
      • In general, these types of security items are good for everyone. So we probably enable for all wikis. If having something enabled was problematic for a wiki, then we'd turn it off. So default would be on, but can request it off. Johnq 20:52, 22 November 2006 (UTC)
  • I would like to see a user account creation log, like Wikipedia has. --Imp 15:52, 12 November 2006 (UTC)
    • It'd be for every wiki on Wikia, though, wouldn't it? —Silly Dan (talk) 02:31, 13 November 2006 (UTC)
      • Good point. However, how about a log of all accounts created through specifically the Wookieepedia registration page? --Imp 14:26, 13 November 2006 (UTC)
      • Would this be for identifying new users or looking for vandal sock puppets? In either case, how would you use the info? Johnq 01:29, 14 November 2006 (UTC)
        • Both. By having a log such as this, we could both inform new users how Wookieepedia works before they even edit (and in doing so, reduce the amount of time used copyediting new users' contributions), as well as discover vandal sockpuppets as they are created (we've had a few vandals who create multiple accounts, most notably Crumb, who created over 250 accounts), and stop them before they do any harm. --Imp 14:19, 14 November 2006 (UTC)
          • The problem is, our user database is shared with every wiki hosted by wikia (except for Uncyclopedia.) So any user creation log we'd want to view would be filled with people signing up for the Psychology Wiki, the Pet Diabetes wiki, the Calgary wiki, the Polish-language football wiki, etc., etc., who really don't want or need to get a message from us. It could be useful for Wikia staff to monitor for obvious abusive series of sockpuppets, but it would be useless for us as a way to find and welcome new users. —Silly Dan (talk) 14:33, 14 November 2006 (UTC)
            • I am aware of that. However, as I mentioned earlier, it should be possible to only list the users who register through the Wookieepedia registration page. --Imp 14:36, 14 November 2006 (UTC)
              • I see. Well, that would be useful (even if we'd miss out on any new users registering a username through another Wikia.) —Silly Dan (talk) 14:56, 14 November 2006 (UTC)
      • Ok, we'll see what we can do here. It's on the project list now and we'll have to do a bit more thinking to see how to produce useful info. Johnq 20:52, 22 November 2006 (UTC)
  • I'm not sure if this is handled Wikia-side or not, but I'd like to be able to give reasons for admin rollbacks. jSarek 16:07, 12 November 2006 (UTC)
  • Another thing I thought of which doesn't have to to with security/vandalism/admin stuff: Wookieepedia:Template messages/Talk namespace and similar utility pages are automatically added to a lot of categories due to the templates included. It might be nice to have a tag which supresses this, and adds a page only to those categories explicitly specified. —Silly Dan (talk) 17:46, 12 November 2006 (UTC)
    • I'll defer to Angela's judgment in determining any side effects. Let me ping her. Johnq 20:52, 22 November 2006 (UTC)
  • I'd like to get the German interwiki link working, and the rating system would be nice, since we're trying to start that here anyways. --Xwing328(Talk) 02:29, 13 November 2006 (UTC)
    • The German interwiki link is working, actually. —Silly Dan (talk) 02:31, 13 November 2006 (UTC)
      • Ah, I see. It was still going to their old site for me last week. I guess somebody finally fixed it. --Xwing328(Talk) 02:44, 13 November 2006 (UTC)
  • Hi everyone, JohnQ here...
    • after your last IRC meeting, I talked with Imp briefly to say that we have a lot of ideas that we are starting to put together to move Wikia forward but one of things I've wanted most was to hear what sort of functionality/products you guys would want to make this a better home. I read the ideas above which are all valid and I think some are already fixed. There are some that are solely technical in nature and there are others that might have side-effects on the community and editing behavior (other than outright vandalism). Angela and Jimmy usually chime in to say why certain types of blocking are or are not good... so as I start to circulate these ideas internally for our next round of discussions, I'll know the philosophical arguments pro/con.
    • As for previous requests, it seems most of them have to do with containing vandalism (page moves, captcha on page blanking, block anon ips, etc). We're about to go through another upgrade and the latest version of MW will help on some fronts but I think these are good ideas, so we'll get them into our list. Just so you know... we always have a list... :) ... but this summer we spent a lot of time trying to make the site more efficient and move it from one datacenter to another. We had some painful days in there but the speed-ups that resulted are hopefully noticable. Now we're starting to focus more on product again and our guys working out of Poland are now staffed up as of the last few weeks. So I'm sorry about not getting to these requests earlier but just to be clear, we're really very committed to making this a great place... and that's why I got in touch with you via Imp (thanks Imp). :)
    • We do have some flexibility in turning on functionality for individual wikis, however we try to make these changes avail to everyone... the caveat is that we usually turn on new functionality for a few wikis so that it can be tried out before going site-wide. Generally speaking, Wookieepedia is usually *not* one of the ones we use for testing. :) :) But as we put stuff out in limited release for beta-testing, we can point you to it so that you can see and give feedback before it takes effect here.
    • Any other small "damn that's annoying" items anyone wants to bring up? We want to know things that are a pain in the butt to see what we can do about them. Some we might be able to do quickly... others might be better to hand over to Wikimedia to fix in a more integrated way (i.e., might seem trivial but would require some fundamental change).
    • Any other wish-list items?
    • As you can imagine, some of these will be things we can probably get to quickly and others might be stuff we can't do or that would have an adverse effect on the site overall... but the main reason I'm here is to start the conversation. And this isn't a one-time thing... I want this to be an ongoing dialogue between us so that I know what your top concerns are and what your top "wouldn't it be cool" ideas are. Thanks, Johnq 01:29, 14 November 2006 (UTC)
      • that picture's a little too corporate, so ignore it. Actually, that's Gil's suit I'm wearing... it's a long story. :) Johnq 18:59, 14 November 2006 (UTC)
      • If any of the things we listed above would be variable from Wikia to Wikia, I'd like as many of them as possible accessible to our bureaucrats so we wouldn't have to bother you or someone else on staff whenever we want to make a change. —Silly Dan (talk) 14:56, 14 November 2006 (UTC)
        • Ok. We have a longer term project that involves bringing some more interesting functionality to all wikis, but as much as possible it would be optional, so we have in mind to create an interface that allows bureaucrats to turn things on/off for their particular wiki. We're very aware that as we bring these new things to the site, we have to keep backward compatibility for our existing wikis. Johnq 18:58, 14 November 2006 (UTC)
  • Is there any way to bring the List of Mispellings back, or is that gone forever? StarNeptuneTalk to me! 20:49, 14 November 2006 (UTC)
    • Let me ask Angela the history on that one. Johnq 03:11, 16 November 2006 (UTC)
      • It was removed from MediaWiki a long time ago for being unmaintained. I'm not sure how much work it would need to make it work again. Angela talk 09:26, 16 November 2006 (UTC)

  • I suggest that there should be a new namespace for media files.--SWME 00:30, 15 November 2006 (UTC)
That's actually an interesting idea... I need to discuss with Angela/Jimmy and probably Brion. It could fall into the category of "good idea, best if done by Wikimedia in the base source" Johnq 03:11, 16 November 2006 (UTC)
Perhaps just renaming "image" to "media" would work since media can include images, video, audio, etc. Angela talk 09:26, 16 November 2006 (UTC)

  • Just off the top of my head...allowing regular users to revert edits to and/or delete their own user pages. Kind of like the admin privileges, but only for the user's pages. --Xwing328(Talk) 18:22, 15 November 2006 (UTC)
    • That's another interesting one. Touches on how people edit so Angela will be a good one for me to talk to about this. Johnq 03:11, 16 November 2006 (UTC)
      • A problem with that is templates are often used on vandals pages, so you'd want to avoid them being able to delete that. (Note that blocked admins can still delete pages). Angela talk 09:26, 16 November 2006 (UTC)
      • Noted and on the list, but will require some thought as Angela pointed out. Johnq 20:52, 22 November 2006 (UTC)
  • In a similar vein, I'd like to give users the ability to protect their userpages from edits by anyone but themselves and admins. Give everybody the "protect" tab at the top of their userpage even if they don't get it anywhere else. -- Darth Culator (Talk)(TINC) 19:33, 15 November 2006 (UTC)
    • Ditto my comment above. I like the idea. Could be community editing ramifications that Angela is more familiar with. Johnq 03:11, 16 November 2006 (UTC)
      • This has been discussed a lot on Wikipedia and the consensus is that you shouldn't be putting your user page on a wiki if you don't want it edited. Most of the edits will be beneficial and those that aren't are easily reverted. See Wikipedia:User:Jimbo Wales#You may edit this page. Angela talk 09:26, 16 November 2006 (UTC)
  • Like we discussed on IRC, a "Source" field for image uploading would be helpful. --Imp 21:07, 15 November 2006 (UTC)
    • It should also automatically block anyone who puts Wookieepedia as the source. :-P -- I need a name (Complain here) 21:27, 15 November 2006 (UTC)
      • Yes! If they give us a "source" field, we can edit the MediaWiki code around it to say "MUST BE A VALID CANONICAL SOURCE" in huge red letters. It won't help, of course, but we can try. Also, in addition to rejecting anything with source of "Wookieepedia" it should reject anything that starts with "###px-". -- Darth Culator (Talk)(TINC) 21:56, 15 November 2006 (UTC)
    • Yep, got that one. Johnq 03:11, 16 November 2006 (UTC)
  • This is probably a pipe dream, but I would love to see an automated voting and/or polling extension that would be capable of verifying that a user is logged in, that they have not voted before, and that they have the proper software access level to vote. And, of course, it would update the vote tally afterwards. It seems like we waste an awful lot of time and energy simply maintaining pages such as the Improvement drive, Featured and good article nominations, the Quote of the Day, the award and userbox proposals, and the votes for deletion pages.–SentryTalk 10:02, 16 November 2006 (UTC)
    • Brilliant idea. Only thing I have to add is an option to change your vote after it has been cast would be nice. Also, a possibility for admins to lock polls, to preserve archived discussions. --Imp 13:32, 16 November 2006 (UTC)
    • We're actually just beginning work on pretty much this exactly. Both the polling and the article voting. Polling is an existing MediaWiki extension but we had a few bugs when we first brought it in. The article voting is extremely interesting to us. There are several parts to this... being able to expose this functionality on the site in an interesting way, maintaining the data, and then giving people ways to display the results in a meaningful way. Johnq 01:32, 18 November 2006 (UTC)
    • No kriffing way! Automated voting, where a user should just press a button, is evil. It distracts from the main purpose of a vote - to find consensus - and instead puts the focus on the vote counting. - Sikon 05:31, 18 November 2006 (UTC)
      • Understood. Depends how you use it. This can be an extremely useful way to have the commons surface good content, identify users who deserve recognition, etc. It doesn't replace the dialog you're talking about... it's just a tool to let people vote more easily. Johnq 20:52, 22 November 2006 (UTC)
  • Here's one that should have occurred to someone sooner: Give admins a "Recent changes" and "user contributions" option to see the creation or editing of pages that have since been deleted. -- Darth Culator (Talk)(TINC) 13:45, 16 November 2006 (UTC)
    • I'm not a good enough admin to know why this would be useful other than as interesting data to look at. How would you use it? Johnq 01:32, 18 November 2006 (UTC)
      • Just one example, it's hard to tell why someone has been banned when they have no recorded edits, if everything they've done has been deleted. -- Darth Culator (Talk)(TINC) 04:34, 18 November 2006 (UTC)
      • Would a better way of capturing that information be to have a notes field when someone is banned and then be able to see the history of a particular user being banned? Johnq 20:52, 22 November 2006 (UTC)
  • When signing a message using the JavaScript edit toolbar, two hyphens are placed in front of your name. This is not grammatically correct—it should be an em dash (—). Very minor, but sort of annoying. =)

Unsigned comment by Imperialles (talk • contribs).

    • Ok, we'll take a look. Johnq 20:52, 22 November 2006 (UTC)
  • Request change of image upload form: I'd like to suggest incorporating {{Information}} into the upload form. This would serve to solve several of the concerns brought up previously. The new form would have the fields "File name", "Description", "Source", and "Licensing", all of which would be required in order to upload. These fields would then place the submitted information in the Information template on the image's description page. See also: Forum:Image formatting --Xwing328(Talk) 03:09, 20 November 2006 (UTC)
    • Noted. Johnq 20:52, 22 November 2006 (UTC)
  • I noticed on Wikipedia that the edit summary says "Replacing page with [new content]" if someone removes the content from an article and replaces it with something completely different. That would be useful to have here. --

I need a name (Complain here) 18:33, 21 November 2006 (UTC)

  • Amazing would be: multiple watchlists. – Aidje talk 20:54, 21 November 2006 (UTC)
    • We're working on something like this. There are a number of multi-wiki tools we have been thinking about for those people who contribute on different wikis. Jimmy is active on a number of different wikis, so he usually thinks of these early on. Johnq 20:52, 22 November 2006 (UTC)
      • I'll second this. It would be extremely helpful to have a "to do" watchlist, a "my articles" list, etc. So many articles I'm watching I don't even remember why anymore. -- Ozzel 22:08, 22 November 2006 (UTC)

  • I don't know if this is doable or not, but how about having a blog-style section for our users to post their rants and fanon on, and keep userpages strictly for the project? Something like this, maybe? StarNeptuneTalk to me! 18:03, 7 December 2006 (UTC)
    • While it may straighten things out, I think blogs are the last thing we need. It might just encourage more fanon. —Xwing328(Talk) 18:47, 7 December 2006 (UTC)
      • Yeah, and I don't think it needs to be coded anyway. If we want to go forward with this, just authorize a single subpage (eg username/blog) for blogging purposes. It's a policy thing, not a software thing. jSarek 08:55, 8 December 2006 (UTC)

A way of seeing what users are online would be neat, especially admins. Not everyone knows to get on or can get on IRC when vandalism or such is afoot. Havac 02:33, 16 December 2006 (UTC)

  • This is bit longer term but we want to help make the communities more visible and better able to interact. We have some ideas in this regard and I'll be touching base closer to when we start working on this for input. Lots to do.... :) Johnq 23:41, 19 December 2006 (UTC)

A way of seeing just how long an image has been unused. --Imp 02:53, 30 December 2006 (UTC)

Is Wookieepedia going to get the +/- bytes change in the history? This was recently added to Wikipedia. It helps see how much was changed in an edit. Anyway just wondering. Thanks. -Fnlayson 00:40, 31 December 2006 (UTC)

Ad blocker interference detected!

Wikia is a free-to-use site that makes money from advertising. We have a modified experience for viewers using ad blockers

Wikia is not accessible if you’ve made further modifications. Remove the custom ad blocker rule(s) and the page will load as expected.