Minecraft Wiki

The Minecraft Wiki is no longer considered as official by Microsoft and therefore several changes are required to be made, including to the wiki's logo. Please read this announcement for more information.


Minecraft Wiki
This page is an archive of past discussions. Do not edit the contents of this page. 
If you wish to start a new discussion or revive an old one, please do so on the current talk page.

Template:Unreleased feature

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
Discussion has remained dormant for a few months, yet there is a consensus to delete the template, which has been performed. BDJP (t|c) 10:50, 20 July 2021 (UTC)

{{Unreleased feature}} leaves a bad taste. To me, it looks like its trying to circumvent article notability. If people want to create articles for unreleased features, why not use MCW:Sandbox? I don't like the idea of articles under redirect, both because its bad for usability, and because it brings back the exact same problem the original articles had which was a lack of proper article content. Warden is an example of that template's usage.

Alternatively, if people you want to keep using {{Unreleased feature}}, let make a proposal to amend the style guide to allow those articles to exist and remove the redirect. For instance, I'd be a lot more likely to support such an article if you had a clear expiration date before an unreleased feature gets downgraded to a section on mentioned features, along with some notability for which "unreleased features" are notable enough for their own article. We can discuss that under this topic if anyone has clear ideas.

From my point of view, {{Unreleased feature}} in its current form violates the style guide, so we need to either amend the style guide to state when its allowed or remove the usages. KnightMiner (t/c) 06:11, 11 March 2021 (UTC)

 Support deleting the template outright. As for the proposal to amend the style guide to accept unreleased feature - there is too little information. What info is there on Warden that warrants its own page? With the exception of Warden, there are too little details on Caves & Cliffs to warrant an entire page. I would like {{unreleased feature}} to be in the {{redr}} template.Humiebeetalk contribs 23:28, 15 March 2021 (UTC)
 Oppose Deleting it - If we deleted this template, use of {{redr}} won't be enough, and we won't be able to create these pages, as it would be violating much more, than it does now. We would have to say to people who do so "sorry, but you are directly violating our style guide". --TreeIsLife (talk) 07:33, 16 March 2021 (UTC)
That is exactly the point. If it is violating the style guide, why does adding a template make it not in violation? If you think using that template should be allowed, the style guide should be amended to say "articles about unreleased features are fine as long as they are marked with {{Unreleased feature}} and hidden by a redirect".
As it stands, the current wording of the style guide means if someone wants to create an article for an unreleased feature, you tell them it violates the style guide. You dislike telling people that? Make a proposal or agree with one to change the style guide. We could change the style guide to describe when unreleased articles are allowed, instead of circumventing it with secret articles. KnightMiner (t/c) 02:29, 17 March 2021 (UTC)
I am oppose of this due it will just start a domino effect. You will change this, style guide will probably change too, and based on how those changes will be (i saw more strict idea of style guide), it may even mean page like Warden won't exist, even when announced, but unreleased. Also, even when not in style guide, it became as a "hidden point", and if this template would be deleted, it would probably mean that point won't apply any longer.--TreeIsLife (talk) 07:32, 17 March 2021 (UTC)
So let me get this straight, you think we should leave this template (which violates the style guide) alone because you think the style guide is too strict, and yet do not want to change the style guide to be less strict to make the template be allowed? KnightMiner (t/c) 17:08, 17 March 2021 (UTC)
Yes. But probably when I see how other people are voting, i will probably have to accept its removation, and also style guide changes--TreeIsLife (talk) 08:33, 18 March 2021 (UTC)
 Support deletion, and making the style guide more strict; these pages might just as well first be made in the userspace, rather than under the redirect. We have a bunch of stuff in the style guide that goes ignored, including the "page titles should be singular", which was brought up as adiscussion point on discord several times too. I'm getting tired of it just being me who follows the style guide more directly. Dhranios (talk) (Join the wiki videos project!) 09:02, 16 March 2021 (UTC)
 Support deletion of the template. TheGreatSpring (talk | contribs) (Tagalog translation) 11:59, 16 March 2021 (UTC)
How exactly does this template violate the style guide? Fadyblok240 (talk) 01:50, 17 March 2021 (UTC)
The template is to be added to articles that are disallowed under the style guide, using the logic that since the article has a redirect making it hard to get to its okay. Its still an article, it is still about unreleased features, its just that most people won't find it. So maybe its better to say the template itself is not a violation, but using the template for its indented use is a violation. KnightMiner (t/c) 02:29, 17 March 2021 (UTC)
 Support deletion: We already have various templates for marking new and changed behavior and items of upcoming versions, for example Drowned's upcoming switch from dropping gold to dropping copper. Currently the changing drops for Drowned are simply noted within their page, and the Skulk Sensor has a page, but the Warden links to a paragraph in the upcoming version page. I see no reason we shouldn't simply have properly-hatted articles (with whatever information is available) for items and/or mobs that have been confirmed as "upcoming". --MentalMouse42 (talk) 12:04, 18 March 2021 (UTC)

RfC: More admins?

Currently, there are 5 admins with only 2 truly active (AttemptToCallNil (talkcontribslogs) and Nixinova (talkcontribslogs)), Sonicwave mentioned in a comment that he wanted to reduce activity on the wiki, KnightMiner and Madminecrafter12 don't edit that much). I think we need more admins (For example, I noticed that Category:Pending deletion has more than 300 pages/files in it and Category:Pending speedy deletion even has more than 3 pages in it). Currently, there are 8 9 active patrollers (TheGreatFall, Magiczocker, PancakeIdentity, Amatulic, HaydenBobMutthew, NineTreyBlud, BDJP007301, and User-12316399) with 6 7 registering (shown in bold) before 2020 and one who is already a director (shown in italics). I also made this post because there has been a decrease in 2 admins within the past 7 months (Majr exactly 7 months ago and Dhranios about 2 12 months ago). I am no expert in this and I just created this because the amount of clutter in the wiki (pending deletion files and other things) were increasing a lot and I was worried that too little admins would result in a decrease in moderation and an increase in vandalism (yes, there is no vandalism that remains on the wiki today but it often takes days to weeks for an admin to respond in the Block requests and Protection requests). I also recall Skylord wars in the RfC: Appoint a new bureaucrat discussion said that 9 admins was too little. If 9 admins is too little, than 5 admins (and especially 2 active admins) is far too little.

Update, Auldrick is also in the list now bringing the total from 8 to 9. Also changed 6 mo to 7 mo Humiebeetalk contribs 01:19, 8 June 2021 (UTC)

All in all,

  1. Do we need a new admin? (I feel that we do)
  2. If so, how many? (Probably 2 to replace the 2 that were demoted/self-demoted in the past 2 months)
  3. And who should it be? (A patroller, probably someone in bold)

Humiebeetalk contribs 17:29, 15 May 2021 (UTC)

We have 6 admins from Fandom's original MCW, so there is no need to do this, until we will know their decision to become admin. --TreeIsLife (talk) 19:10, 15 May 2021 (UTC)
And don't forget that Majr has been completely inactive for over a year now, it was only 6 months ago that they finally got demoted, thanks to my AN post. James Haydon (talk) 19:57, 15 May 2021 (UTC)
I mentioned that... (the past 6 months (Majr exactly 6 months ago and Dhranios about 1 12 months ago).) Humiebeetalk contribs 21:45, 15 May 2021 (UTC)
  1. Who are they?
  2. Have they even made an edit on the wiki?
  3. The original fandom mc wiki was a LOT different than this wiki (it was less popular so less moderating needed, protection needed if it was low-traffic, did the MediaWiki: namespace exist?
Humiebeetalk contribs 21:45, 15 May 2021 (UTC)
 Comment: I would like to comment something. While it is true that some editors you mentioned have been editing for many time and they may be very trustable, I'm not sure if more admins is the solution. Of course more admins mean more maintenance, but they would have acces also to some special tools, and I don't know what can happen.
So I propose this: Giving some of them the content moderator user group. I can say that as a content moderator on the Spanish wiki I can delete and protect and unprotect pages, and do the same things that patrollers, but I can't edit some pages and I can't give user rights to other people as they are locked for me since I don't have complete admin rights.
I think that giving some people the content moderator role would make more sense since we can get more moderation on the things that need moderation, but also making sure that private admin-only pages are protected. What do you think about this? Thejoaqui777 (talk) 23:42, 20 May 2021 (UTC)
For main-space maintenance work (which is mostly what is needed), I think that's a perfect solution. Amatulic (talk) 23:49, 20 May 2021 (UTC)
 Weak support content moderator role and 1 - 2 new admins. Content moderator would take load off of admins (and solve the pending deletion and protection requests problem) and 1 - 2 new admins would replace the -2 in the past 7 mo. Humiebeetalk contribs 20:20, 27 May 2021 (UTC)
Update, see my comment below. Humiebeetalk contribs 13:31, 31 May 2021 (UTC)
I've been an admin on the English Wikipedia since 2010 (can't believe it's been over a decade). I could probably do the job here too if needed, although I suspect there are a number of features on this wiki that I have no knowledge about. But for general "janitorial" work (protection, deletion, blocking), it's no problem. On the other hand, I've been quite happy as a regular contributor here, and I enjoy not doing admin work for a change. Once you're an admin, you find there's no end of cleanup work to do (especially on en-wiki) and you hardly have time anymore to contribute content. Amatulic (talk) 23:36, 20 May 2021 (UTC)
Agree that the wiki needs more higher level users. Content moderator sounds like a good tool to hand out to a few people but we also need a new admin or too as there's not too many active.  Nixinova T  C   04:36, 21 May 2021 (UTC)
I think all of the users Humiebee listed in boldface above, as well as Humiebee, can be trusted with the content moderator role, if any of them are willing to take it on. Speaking for myself, I'm more willing to serve as a content moderator than an admin at this time. More content moderators would take some load off admins, reducing the load to more serious duties such as blocking and page protection. What's the process here for making it happen? Amatulic (talk) 05:35, 21 May 2021 (UTC)
Agree that the wiki needs more people to handle daily requests like page deletion, block users and revert vandalism. I can also act as content moderator if needed. MysticNebula70 T  05:40, 21 May 2021 (UTC)
As for admin roles, I don't think I have that much time to do it since I'm also admin on zh wiki (and helper on Fandom, which takes even more time). But I can give some advice though. MysticNebula70 T  05:44, 21 May 2021 (UTC)
I would also really want to have the content moderator role for myself even though I'm a new user. It would help a lot with handling all the speculation pages that get created on the MCD side of the wiki, and the vandals here as well. James Haydon (talk) 15:35, 21 May 2021 (UTC)
I just noticed that this discussion exists and I'm listed above in bold text. The content moderator role don't add anything new to my abilities. As example, I can protect pages for vandalism as SOAP and patrol pages as patroller. - Magiczocker (talk) 15:47, 21 May 2021 (UTC)
I agree that there should be more admins and content moderators to handle vandalism and especially the deletion category, which tends to become massive often within days. I would like to note however that content moderators would be able to edit the main page, rules and other admin-protected pages/templates. This isn't necessarily a downside since they could respond to front page version syncing requests, but it's something that should be considered. –Sonicwave talk 19:32, 25 May 2021 (UTC)
I know that content moderators would be able to edit the main page, but that's the same situation if we promote a new admin too. The reason of why content moderators can help us is that they would be able to handle page maintenance and vandalism with more measures than patrollers, but without access to some admin stuff that probably should be handled with caution. I also agree that maybe one or two new admins would be really welcomed too. Thejoaqui777 (talk) 22:45, 25 May 2021 (UTC)
I disagree with need of another user group being used on Minecraft Wiki, I don't think it's necessary to employ a new group to do things that are being done today with other group.
I agree that Minecraft Wiki desperately needs more administrators, I think that's a fact, yet Minecraft Wiki already uses two roles that would be considered non-standard, such as Directors and Patrollers. I think adding more complexity to wiki group structure makes the wiki less clear on who is managing it, what are their roles and what groups do. "Content moderator" in the name itself is better described than Directors but it's not perfect either, what is content and what isn't? Of course, I know what it does from Special:ListGroupRights but that's because I've been on wikis for 8 years or something. What I believe the wiki needs is administration. I don't think the problem should be resolved with yet another group, I think using existing groups for this purpose such as administrators (sysops) is just fine. If you trust someone enough to delete pages, edit protected pages, or read deleted content I think there is no reason not to give such a person an administrator. People mentioned above in bold have been on the wiki for a long time and are pretty known in the community for those who interact in it.
So I guess, my question is, why exactly do we need to utilize yet another group to do the same tasks that were previously handled fine by administrators? What exactly are the things that you define as "admin stuff that probably should be handled with caution"? Wikis are built with reversibility in mind, anything that is done by the user or an admin alike should be reversible. Unless you suggest that new Content Moderator candidates would be in the future working in bad faith I don't see a reason why not just use administrator group instead. Sometimes the real solution is simpler than needlessly adding more variables to (in my opinion) already bureaucratic and complex equation. Frisk (talk) 12:22, 31 May 2021 (UTC)
@Frisk: What is the difference between content moderator and administrator? They both can edit the main page, rules, protected templates, delete and restore pages, block and unblock people, what do content moderators not have that administrators have @Thejoaqui777:? Humiebeetalk contribs 13:31, 31 May 2021 (UTC)
@Humiebee: Content Moderators don't have as many permissions as admins. They can't block users and they can only edit some admin-only pages. They can still delete pages, restore pages and protect pages, and edit protected pages though. James Haydon (talk) 13:36, 31 May 2021 (UTC)
Still, I feel like anyone who can be trusted with content moderator should be trusted with blocking (patrollers have experience with vandalism) and editing protected pages (like what happened with splash and human). I don't get how the current patrollers can't be trusted with 2 additional features. What I also noticed is that there are a lot of autopatrol people that can be trusted with admin/content mod such as Thejoaqui777 as well. Humiebeetalk contribs 13:41, 31 May 2021 (UTC)
I do strongly agree that Content Moderator should come with the block permission. Would make it useful as a vandalism fighting role. James Haydon (talk) 13:45, 31 May 2021 (UTC)
@NineTreyBlud:, then what would be the difference... Also, if content moderators can protect pages, why can't they edit those pages that were just protected??????????????????????????????????????????????? Humiebeetalk contribs 13:50, 31 May 2021 (UTC)
They can. Their editing permissions = admins, except they can't edit MW ns --TreeIsLife (talk) 14:46, 31 May 2021 (UTC)
Well they still can't edit all protected pages then. James Haydon (talk) 15:17, 31 May 2021 (UTC)
If they can edit the rules, the only difference between content moderator and admin is that they can't edit MCW:About, MCW:Copyrights, MCW:Directors, MCW:General Disclaimer, and MCW:Issues subpages... Either downgrade content moderator (to the same rights as what MysticNebula70 said) or don't use it (like what Frisk said). They can't be trusted with editing MCW:Protected pages???? Humiebeetalk contribs 21:13, 1 June 2021 (UTC)
On zh wiki we just modified the Patroller's rights, so they can block users, delete pages, however they cannot edit fully-protected pages. MysticNebula70 T  14:42, 31 May 2021 (UTC)
I feel like there is enough support to promote at least 1 admin though content moderator still needs to be discussed. Humiebeetalk contribs 21:20, 3 June 2021 (UTC)


Who should be the admin? Like I said above, it should be a patroller.

Being an admin doesn't require being an autopatrol or patroller, nor does it require a certain number of edits or account tenure. It requires having demonstrated through lots of experience that you have a clear use for the administrative tools and that you would manage them well. If you really want to become an admin, I'd recommend forgetting that idea for a while and just keep editing as a user. It may turn out that the type of work you prefer to do on the wiki doesn't even require being an administrator.


In my opinion, this is the person who should become the administrator (with 1. being my top choice and 8. being my botton choice)

  1. TIED
  2. See below
  3. The rest of the names I did not mention - Longtime contributer, active patrollers, never blocked
  4. User-12316399 - Was blocked from editing File: for several months but a very helpful longtime contributer.
  5. TIED - see below
  6. NineTreyBlud and Magiczocker - First became active in August 2020 so still somewhat new, Giving admin to second does not change their roles much.
  7. TheGreatFall - Still quite new and not as active in the past month.
  8. Amatulic - does not wish to be an admin.

Humiebeetalk contribs 21:20, 3 June 2021 (UTC)

How does being new hinder my chances at becoming an admin? I know I haven't been here for very long, but that doesn't mean I'm not a trustworthy person. James Haydon (talk) 13:50, 4 June 2021 (UTC)
Didn't you say on User talk:Nixinova that an admin would need 2 - 4 years of editing? Humiebeetalk contribs 22:02, 4 June 2021 (UTC)
Well that would be highly recommended but some people can prove themselves worthy in a year or two. I have been editing since June 2020, with me starting to become majorly active in August. Long term activity is a very good thing to have for such a role, but there are newer editors that have proven themselves trustworthy enough, like you. James Haydon (talk) 22:05, 4 June 2021 (UTC)
True though all the people on the lis can be trusted, we can only select a few (which is why I made a priority list). It would be cool to be an admin but I would probably want to keep editing until July 2021 (1 year editing mark), then I would consider requesting for admin. Instead, I want to be a patroller. Humiebeetalk contribs 22:25, 4 June 2021 (UTC)
I do not wish to be an admin. TheGreatFall (talk) 13:58, 4 June 2021 (UTC)
Might as well drop my eight cents here. I'm pretty sure we can all agree that we need more admins here, but we need to make sure to pick the right person/people to be given these responsibilities so we don't get someone who never does anything or possibly someone who doesn't have the best interests of the wiki in mind. I guess I'll just do what you did and rank each candidate by how much I support each one being given admin rights.
  1. Amatulic - I know he said he didn't want to be an admin here at all. But he didn't necessarily say he'd oppose being given the content mod role, and if that becomes a thing, I'd definitely support him being given that given their nearly 11 years of admin experience on Wikipedia
    Oh, I'm willing to do the job if I'm called to it. On the English Wikipedia, there's such a huge backlog of admin work over there that an admin doesn't have time to do much else besides mop up messes. I can ignore the backlog and be a content editor but it's hard when there's so much to mop up. Thinking about it more, I suspect that wouldn't happen here here on this wiki, which is smaller and more laid-back. I expect I'd still be able to do constructive stuff with an occasional need to perform an administrative act. Amatulic (talk) 15:27, 19 June 2021 (UTC)
    @Amatulic:, the main reason why I created this post in the first place was because there was a backlog, of pages in Category:Pending deletion. Also, there seems to be an increasing number of unblocked vandals, just as I feared. Humiebeetalk contribs 21:51, 24 June 2021 (UTC)
    The backlogs are easy enough to clear out on a wiki this size. An admin just has to notice it and allocate some time to do it. Blocking users and protecting pages are reasonably quick operations. Where it gets painful on Wikipedia is that it's so vast, with millions of articles and thousands of editors and being one of the world's most-visited websites, even with hundreds of active administrators it's impossible to keep up with all that needs to get done. Here on this wiki, an admin's time and activities are more easily managed. Amatulic (talk) 06:07, 26 July 2021 (UTC)
  2. BDJP007301 - definitely wouldn't have supported giving them admin when I first joined the wiki, but it's been like six years and I don't really see any reason to oppose giving 'em admin rights now. I feel like that came off kinda harsh. The point I'm tryin' to make here is that they've grown ever since they joined this place
  3. NineTreyBlud - being a newer user hasn't stopped people from becoming admins on this wiki in the past - Kizzycocoa became an admin just 17 days after he created his account for example. 2010 was definitely a different time here, but still. If you can get that much experience in that little time, then I don't see a problem with going ahead and making you an admin. I personally have a couple of small nitpicks with NineTreyBlud's overall behavior here, but I can definitely see him becoming an admin in the future if he's still active
  4. Magiczocker - no real reason to oppose giving 'em admin rights, but as you said, giving 'em admin rights wouldn't do too much since they're already a SOAP member
  5. PancakeIdentity - active on discord, but her overall activity on the wiki itself appears to have been declining over the past year or so, meaning we could potentially just get another admin that barely does anything
  6. HaydenBobMutthew - not much in the way of edits in the past few months; we don't need another inactive admin here
  7. User-12316399 - has been blocked multiple times since 2018 for large-scale disruptive actions in the file namespace; can't really be trusted with page deletions as a result
  8. TheGreatFall - along with what you said, their understanding of English isn't the greatest and they've since stated they don't want to be an admin anyway
If eight cents wasn't enough, I'll drop additional cents if needed – JEC talk @ 06:29, 7 June 2021 (UTC)
Pretty sure the info about HaydenBobMutthew and PancakeIdentity should change my list so i'll make a new one.
  1. BDJP007301 (talkcontribslogsblock log) - active, long time contributer, never blocked.
  2. NineTreyBlud (talkcontribslogsblock log) - active, not a long time contributer, never blocked (though moderation for MCD would be helpful).
  3. Magiczocker (talkcontribslogsblock log) - same as BDJP but admin adds barely any new roles, just editing admin-protected pages/templates (can edit all director protected pages).
  4. Auldrick (talkcontribslogsblock log) - semi-active (comparable to Sonicwave), long time contributer, never blocked.
  5. HaydenBobMutthew (talkcontribslogsblock log) - semi-active (as of VERY recently), long time contributer, never blocked.
  6. User-12316399 (talkcontribslogsblock log) - active, long time contributer, blocked before.
  7. PancakeIdentity (talkcontribslogsblock log) - not active, long time contributer, never blocked.
  8. Amatulic (talkcontribslogsblock log) - same as BDJP but does not want to be admin.
  9. TheGreatFall (talkcontribslogsblock log) - same as NineTreyBlud but does not want to be admin.
Pretty much the same except that the semi-active patrollers were moved down and NineTreyBlud was moved up because of MCD. Humiebeetalk contribs 18:16, 7 June 2021 (UTC)
@JEC6789:, Auldrick is now in the list of active patrollers. Humiebeetalk contribs 01:15, 8 June 2021 (UTC)

Not enough for an outdent Humiebeetalk contribs

This discussion had been completely dormant for a few days. I'm curious to know what the final plan is going to be, and who will become admin/content moderator. James Haydon (talk) 14:53, 10 June 2021 (UTC)
It generally seems that you and BDJP are the top canditates for admin followed by Magiczoker and Auldrick. I have no idea how promotion works though we need community consensus. I still don't like the idea of content mod as the only difference is not being able to block people as well as editing a few admin (not director) MCW: namespace protected pages. Humiebeetalk contribs 00:09, 11 June 2021 (UTC)
Well, if the content mod role isn't desirable, I'm willing to do the admin job here. I'm listed above as stating I didn't want it, but after further reflection, I doubt the admin role here would be as "janitorial" and time-sucking as it is on the English Wikipedia. On the Minecraft Wiki, the informality and lack of bureaucratic process definitions to cover every single little aspect of the site is rather refreshing, actually. Amatulic (talk) 23:04, 20 June 2021 (UTC)
Auldrick? I thought Aldrick is already an admin... or used to be. Auldrick is a moderator on the Mojang bug tracker and I consider Auldrick as something of a role model here. Amatulic (talk) 23:07, 20 June 2021 (UTC)
Generally  Support for top candidates. TheGreatFall (talk | contribs) (Tagalog translation) 05:02, 11 June 2021 (UTC)
I lost the track of this, but I  Support you if you decide to just promote admins. Thejoaqui777 (talk) 23:12, 20 June 2021 (UTC)

I think maybe 3 new admins would be good, 2 to replace the previous 2 and 1 extra to have another active admin. It seems that we have a general consenus that someone who is experienced and most likely able to handle admin capabilities should be admin.
Amatuic can 100% handle admin capabilities as they have first-hand experience with it, BDJP as well (6 yrs of experience and can be easily trusted with admin (especially blocking) privilages. NineTreyBlud also has been on the wiki for more than a year and moderation for MCD would be nice (though a 13 day break is a little odd). Is he active on discord? Humiebeetalk contribs 21:51, 24 June 2021 (UTC)
Going to drop in my views on what I see as the major points brought up in this discussion:
First of all, I want to apologize for not being very active on the wiki myself. I started becoming quite busy irl a year or so ago, and although I have a lot more free time now, I tend to not be as motivated when I haven't been active in a while. I'm definitely going to try to contribute more in the future, but please note that if I'm not responding to a notification on the wiki (which, to be clear, shouldn't be the case; I check the wiki quite often even if I don't edit very frequently), I can almost certainly be reached via Discord or email if I'm needed for some important admin-related task.
Regarding creating a new role, I agree with almost everything Frisk says; I do not think we need a content moderator role. I honestly don't see any use of it; if you can really be trusted to have all the rights content moderator gives, you are almost certainly trustworthy enough to become an admin. If you cannot be trusted with admin roles but want to help out with patrolling pages or reverting vandalism, that's what the custom patroller role is for. As he said, a new role that we hand out would just create more confusion.
Yes, I definitely think more admins would be useful. However, I would say the number is heavily dependent on the quality of the people interested in becoming admin (which I'll discuss in a bit), so I don't think we should say "we should definitely promote exactly 3 more admins!" or anything. If only just one decent candidate were to exist, I'd say just promote that one, while if five very good candidates exist, I don't see a problem with promoting all five.
For specific candidates, I think we should cross anyone off the list if they've made it clear that they don't want to be an admin under any condition as of now. Therefore, I don't think we should even consider TheGreatFall. I'd be very ok with Auldrick, Magiczocker, Amatulic, PancakeIdentity, and/or BDJP007301 as admin. They all seem to be very familiar with how the wiki works and would put the admin tools to good use. However, I wouldn't necessarily strongly oppose any of the candidates in the list, assuming 1. they actually want to be admin, 2. they explain what they would do as admin, and 3. there's a strong consensus among the community to promote them.
I would recommend reaching out to all of the candidates on this list who have not yet responded to the discussion, which I believe would be HaydenBobMutthew, PancakeIdentity, Magiczocker, User-12316399, Auldrick, and BDJP007301. For whichever ones are interested, open a new section on the community portal explaining why they should be admin and see what people think. Madminecrafter12 (talk) 23:43, 8 July 2021 (UTC)
Replying them as pings do not work. TheGreatSpring (talk | contribs) (Tagalog translation) 00:06, 9 July 2021 (UTC)
As TheGreatFall mentioned, using the @ping template may not work. However, their talk pages may be able to trigger a notification, so that's another option too. Thejoaqui777 (talk) 01:55, 9 July 2021 (UTC)
Thank you to TheGreatFall for messaging me on my talk page: I was unaware of this discussion until now. Thank you also to those of you who nominated me and spoke up for me. To be honest, I thought I was seen as a thorn in the wiki's side, so it's gratifying to learn that not everybody feels that way about me. Unfortunately, I don't think I have the right temperament to be an administrator. Instead, I would offer a suggestion: Don't be picky! We need to have as many admins as possible, at least while we have big backlogs, because even if a single admin could theoretically make progress by themself, you have to factor in the fact that there is no reward for this work and they'll eventually burn out. But they can't take a break, because then they'll lose the little bit of progress they made. This leads to feelings of inadequacy and hopelessness and being trapped in a job you hate, and the next thing you know you're looking for a new admin to replace them. I think the admin role should be granted to anybody who might do a halfway decent job, and we should trust the wiki to correct itself as was suggested above. That way admins might be more willing to take breaks when they need them, letting others pick up the slack. I also think it would be a good idea for the administrator role to be limited to a year or two, by definition, so that the admin can request reappointment if they feel up to it but can bow out gracefully with no shame or sense of failure if they don't. — Auldrick (talk · contribs) 04:42, 9 July 2021 (UTC)
I appreciate the ping, but I was already aware of this discussion going on. I didn't want to say anything until the discussion had died down (which it appears to have done so). I appreciate those that have considered me for admin, and to be honest, it would be an honor to become one, though of course I will leave it up to fellow editors and current administrators. I've been on this wiki for over seven years at this point, gradually rising and learning a lot. What I basically would do when I'm not busy typing up chapter summaries for Minecraft novels or creating an article about some other Minecraft product (I mean, we even got a special cereal) is clearing out maintenance categories, blocking disruptive editors, and protecting pages from vandalism, invalid page moves, etc.. BDJP (t|c) 14:55, 9 July 2021 (UTC)
I fully agree that anybody who is eligable, wants to be admin, is trusted/has community approval, and is active. Since Auldrick doesn't want to be admin (and we need to have as many admins as possible). I just don't want to have more inactive admins as that's basically why I created this discussion in the first place. Humiebeetalk contribs 22:50, 9 July 2021 (UTC)
Above, I said I didn't think I have the right temperament to be an administrator. I wish to amend and expand on that. When it comes to the many responsibilities of an administrator, it is specifically that of exercising judgment over vandals and trolls who play at the edges of what's permissible that I fear I would be too harsh, as that sort of deliberate annoyance triggers me to unreasoning anger. But on the other hand, I generally don't mind grindy work at all as long as I can see progress, so I feel I would be suitable for many of an administrator's duties at some point in the future, on condition that another admin handle the banning duties. Unfortunately, personal matters must take precedence in the near term, so I still wish to withdraw my name from consideration at this time. I just didn't want my statement above to be seen as presumptively rejecting a future invitation to serve. — Auldrick (talk · contribs) 09:27, 10 July 2021 (UTC)
Generally I  Support all the candidates. I even will be back over this wiki. I am ok to be an admin there. I am ok on dealing vandalism and trolls. — HaydenBobMutthew (talk|contributions) 05:51, 11 July 2021 (UTC)
Since BDJP has been promoted, things have been going really well with Category:Pending deletion rapidly emptying. Does anyone alse want to be an admin (I know Amatulic and HaydenBobMutthew are okay with being admin with no sub-section opening yet). Humiebeetalk contribs 20:03, 21 July 2021 (UTC)
I think your top 10 numbering of users, that may became admins, is wrong. There should never be a top 10 list. If we want an administrator(s), content mod(s), thread mod(s) or patroler(s), just make a list of all people. From that number of people, make a vote for each person and editors will be able to promote people. --TreeIsLife (talk) 17:44, 24 July 2021 (UTC)
Not really, content moderator has already been dismissed as another unneeded role, what on earth is thread moderator? Anyone who wants to be an admin can request it, no one else besides BDJP (promoted), Amatulic, HaydenBobMutthew, and Ninetreyblud requested admin (with the 2nd saying they were okay, not really a request.) This is also a request for more admins, not patrollers. Personally, I think MCW:Patroller requests should be change to MCW:Requests for user rights so people can request for autopatrol / patrollership / director. Humiebeetalk contribs 21:19, 25 July 2021 (UTC)
Thread moderator is a user group made for moderating discussions. So that user group isn't useful here. About changing Patroller requests, that page is for reporting pages that need to be verified, so it's like an admin noticeboard but for patrollers. Also, having a list of possible candidates is good, but a list which says why they are better or not than others isn't good. People are who need to decide and tell on their comments why they wouldn't be good options, or why they are a good candidate. Thejoaqui777 (talk) 23:28, 25 July 2021 (UTC)
Thread moderator isn' t patroling only discussions. If you ever visited the discussion moderator page, you know it has rights for deleting, editing, locking posts, comments (article comments) and messages (on message walls). While discussions won't be enabled on the wiki, we still have article comments (probably it is a-need, due talk pages became so unnoticeable with the new skin) and message walls (that may be enables too).
Regarding people requesting roles for themselves, I hugely oppose this. The current system of getting user rights is fine.
Of course, now the wiki has a big boom in many areas, due Minecraft living it's 2nd gold age. Minecraft Wiki is also living it's gold age, and there are many new people, who are viewing this wiki in a different perspective. I am not opposing changes to the wiki, it's nice that wiki is getting big changes, because that means the wiki has a big potentional for the growth. However, we should always have some "edges", because sometimes, we change some of those core parts of the wiki. --TreeIsLife (talk) 17:24, 26 July 2021 (UTC)
Like content moderator, thread moderator is another unneeded role with anyone who can be trusted with it can be trusted with admin. Humiebeetalk contribs 19:14, 26 July 2021 (UTC)

BDJP007301 for admin

The following discussion of a proposed a promotion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 Promoted by Madminecrafter12 Humiebeetalk contribs 20:00, 21 July 2021 (UTC)

Following the above I would like to make some progress in this discussion and start by nominating BDJP007301 for adminship. He has been a very active contributor of this wiki for many years and is very quick to revert any vandalism that crops up and also performs many maintenance tasks and cleanup. Above he has stated his willingness to become an admin and said that he would clear maintenance categories (much needed) and be able to quell vandalism better using blocking and page protecting. He is a good fit for admin as he already focusus on protecting the wiki from vandalism and these tools will help him to do more effectively. BDJP would be a very welcome addition to the administrivate team.  Nixinova T  C   04:48, 10 July 2021 (UTC)

 Support. TheGreatSpring (talk | contribs) (Tagalog translation) 05:15, 10 July 2021 (UTC)
 Support. He is an experienced editor and have done a great job over years. I appreciate all his participation for a better wiki Matyh talk 06:40, 10 July 2021 (UTC)
 Support. BDJP would be exceptionally good at it. — Auldrick (talk · contribs) 08:59, 10 July 2021 (UTC)
 Strong support per my comments in #Who?. Humiebeetalk contribs 14:43, 10 July 2021 (UTC)
 Support. — HaydenBobMutthew (talk|contributions) 05:52, 11 July 2021 (UTC)
Does this discussion became dormant again? TheGreatSpring (talk | contribs) (Tagalog translation) 07:04, 15 July 2021 (UTC)
Not really, I think that maybe if we have 1 more support, we can promote BDJP. Humiebeetalk contribs 17:27, 15 July 2021 (UTC)
Since there seems to be overwhelming support and no one's raised any objections, I've gone ahead and  Promoted BDJP007301 to administrator. Madminecrafter12 (talk) 21:58, 19 July 2021 (UTC)
Agh. I missed this. I'd have given my support too. So, belated support.
I must say, the process here (such as it is) is so much nicer than WP:RFA on Wikipedia. Amatulic (talk) 23:40, 25 July 2021 (UTC)

When we should archive sections here

I want to discuss a thing of when to archive discussions on CP.

There are few possibilities

  • Archiving based on when discussion ended
  • Archiving based on when discussion started and "some" days/weeks passed since last comment
  • Archiving, when the article has more then "number" KB of discussion
  • Archiving, when there are "number" of sections
  • Archiving based on 3 months cycle
  • And different

Making it clear may help everybody to haave some rules about when we can close and archive the discussion --TreeIsLife (talk) 20:39, 15 June 2021 (UTC)

Any one of these criteria alone is not always sufficient. The first point should apply only when related discussions no longer reference the discussion to be archived. The second choice might be done with a bot, but depending on the amount of activity, the time period might be different. Archiving based on page size is a good universal guideline, but would probably not be applied as often. Archiving based on number of sections is a problem when the sections are very short or very long. Periodic archiving would probably not work as intended, but we do partition archives based on set time periods. (Note that talk pages are not articles, and you misspelled "have".) Fadyblok240 (talk) 23:12, 19 June 2021 (UTC)
Archival on MCW:AN is done by the second one where it is archived in order when the discussion started (so discussions on MCW:AN will look the same in archived). CP is a little different because discussion size varies a LOT unlike AN which is just short requests and questions. I like the 3 months cycle combined with the 2nd one so everything EXCEPT major discussions gets archived. Major discussions like the more admins post can be the first one. Humiebeetalk contribs 21:59, 24 June 2021 (UTC)

Images for version pages instead of sprites

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.

Currently, a lot of version pages are just a wall of text that doesn't show the actual items or blocks. There are multiple instances of using the sprite templates (e.g. {{BlockLink}}, {{ItemLink}}) to show these, however, these have been opposed and removed in the past multiple times because the templates show the latest textures, so the images would increasingly become less accurate for the version.

I propose just using the image revision system we already have. Here is an example for Java Edition 1.7.2:

; [[File:Packed Ice JE1 BE2.png|32px]] [[Packed ice]]
Packed Ice JE1 BE2.png Packed ice
  • When broken, it does not turn into water, like normal ice blocks do.
  • Does not melt.
  • Opaque, rather than translucent like normal ice.

This is not new by any means. Various version pages for Alpha and Beta and Java Edition 1.0.0 do this, as well as Caves & Cliffs. I can't see why this can't be done for all version pages.

Also, I'd like to address the capitalization inconsistency when listing block and item names. Sometimes they use sentence case (i.e. Java Edition 1.15, Java Edition 1.16), but other times they use in-game capitalization (i.e. Bedrock Edition 1.16.0, Java Edition 1.17) – Unavailablehoax (talk) 19:25, 18 June 2021 (UTC)

I'm  Indecise about the image changes, because images are definitely more accurate than the sprites, but their problem is the space they take on desktop devices, and that on FandomDesktop/FandomMobile they might mess up galeries, though that doesn't happen usually. And sprites while being innacurate don't create those situations, so I don't know.
However,  Support following in-game capitalization, because that's the actual way of naming things on the games and we shouldn't change that. Thejoaqui777 (talk) 21:14, 18 June 2021 (UTC)
I  Support about that, because the reader can see how that block/item looks like without clicking the link, bringing a convenientcy to the readers. Also, it is more consistent to do that with Alpha and Beta pages. HaydenBobMutthew (talk|contributions) 07:36, 19 June 2021 (UTC)
About the capitalization, we have a style guide for that, MCW:CAPS. It's pretty comprehensive, so there shouldn't be a question about how to capitalize things. Amatulic (talk) 15:36, 19 June 2021 (UTC)
 Support. BDJP (t|c) 20:31, 3 July 2021 (UTC)
 Strong support, there shouldn't even be a discussion, the wiki is all about being up to date and being accurate. I'll close this discussion if there are no objections in the next 24 hours. Humiebeetalk contribs 22:56, 9 July 2021 (UTC)

Wiki skin

Bring Back The Old Wiki. This New One Isn’t Very Minecrafty, And There Is Too Much Ads And Glitches, The Old One Was Much Better If You Dont Like Ads Or Dont want to be involved with other franchises, Either Bring It Back Or Make A Option To Disable The New UI/Enable The Old One. – Unsigned comment added by (talk) at 02:38, 6 July 2021 (UTC). Sign comments with ~~~~

We can't do that, at least for non-logged users. Registered users can set their preferences back to Hydra, but it's temporal since this new skin will be the new one for all fandom wikis. However, some users are currently making a CSS to bring back the Minecraft style to the wiki, and it's looking good. The old wiki skin won't come back, but we're doing an effort to make the new one a good and interesting skin. Thejoaqui777 (talk) 02:43, 6 July 2021 (UTC)
So Hydra will go away some time in the future? TheLegendaryOrb (talk) 14:34, 19 July 2021 (UTC)

Community AMA – international initiative

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
AMA is now over. –Sonicwave talk 05:36, 25 August 2021 (UTC)


For a while now over on Minecraft Wiki Discord we have thrown around the idea of creating a community AMA over on r/minecraft. This idea has a couple of goals. While at first the idea was to make the community more aware of how they can help expand on the wiki, suggest some ideas on improving the wikis and generally allow us for more communication with the community. Today, with forced introduction of FandomDesktop there are many community members rightfully having some issues and questions.

I believe it would be a great opportunity to talk with reader community, potentially encourage some of them to contribute and gather more ideas. This could help not just the English community, but also many international wikis since Reddit is an international community.

It would be great to have community of Minecraft Wikis to participate in answering questions in this AMA, all editors are welcome to join in, of English Minecraft Wiki or any other international Minecraft Wiki communities. The details of AMA are yet to be established, we count on cooperation of subreddit moderators in organizing it. Very likely there will also be a channel on English Minecraft Wiki Discord Server for participants who decide to join in to cooperate on answering questions, since I think some chaos will be given for an event with many participants without any organized body behind them (which is usually the case for AMAs).

If you have any ideas for this initiative, or would like to express interest in joining the AMA as an editor let us know (with your reddit username in the latter case). Frisk (talk) 🐐🧼 00:02, 7 July 2021 (UTC)

I fully support this AMA initiative, and would like to participate as an editor (same username on Reddit as here). Has this matter been discussed with r/Minecraft moderators already? --AttemptToCallNil (talk) 09:45, 7 July 2021 (UTC)
 Support I would like to participate as well, u/MarkusRost is my Reddit account. MarkusRost (talk) 09:51, 7 July 2021 (UTC)
 Support this idea completely, since it not only would be an opportunity to explain the situation, but it's also an opportunity to expand us to a wider public. By "expand us" I meant helping users to know how to edit and do things. On Discord I'm TheSuperPlayer, and my reddit account is u/thejoaqui777 (like my wiki account), so I'm able to participate too. Note that I may not be available on certain days, so maybe I can be there or I may not. Thejoaqui777 (talk) 13:45, 7 July 2021 (UTC)
 Support. Reddit account is u/TheNintenGuru. BDJP (t|c) 13:49, 7 July 2021 (UTC)
 Support, seems like a good idea. u/Nixinova 23:17, 10 July 2021 (UTC)
 Support this is really nice idea, as readers will be able to talk to many of editors (us), who built many parts of this wiki. Regarding reddit account: u/ItzTreeIsLife. --TreeIsLife (talk) 13:34, 17 July 2021 (UTC)
 Support Not that I'm on reddit much, but my username is the same on reddit: https://www.reddit.com/user/amatulic -Amatulic (talk) 23:43, 25 July 2021 (UTC)
 Support (Reddit username is u/SonicwaveMC) – and I've gotten confirmation that r/Minecraft mods are open to this as well. When would a good date for this be? It's worth noting that only two posts can be pinned at a time, one of which seems to be reserved for a build challenge and the other used as a major feedback area for experimental snapshots (which according to the last post, likely won't be happening for a few weeks); so we should probably have it fairly soon. For instance, I'd be open to having it start the weekend of August 7 and run for a week, or as long as the mods are willing to leave it up. –Sonicwave talk 01:42, 28 July 2021 (UTC)
I don't mind that schedule. --AttemptToCallNil (talk) 11:15, 28 July 2021 (UTC)
 Support Still not active much these days, but I am happy to respond to questions on reddit as /u/KnightMiner. KnightMiner (t/c) 04:00, 30 July 2021 (UTC)
I have put up the post at https://www.reddit.com/r/Minecraft/comments/p0k4va/ask_wiki_editors_and_admins_anything_about_the/; comments should start rolling in shortly. –Sonicwave talk 18:44, 8 August 2021 (UTC)

The above discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.

Hello everyone! I was scrolling through the crafting recipes and noticed that on the banner shield recipe, that it didn’t mention that the recipe is Java only. I would add that edit on my own however I have minimal experience in editing the wiki therefore I didn’t really know what I was doing. If anyone can edit the missing information in that would be greatly appreciated!

I just thought that newer players who play bedrock or pocket edition would think that you could add banners to shields and semi frustrated why the wiki says it’s do able but it’s not crafting.

peace, minecraft.edits

Simply put {{only|java}}. Humiebeetalk contribs 22:54, 9 July 2021 (UTC)


Hi who else thinks that Minecraft wiki is not that accessible? I think it’s just really crowded and hard to navigate when I first started using the wiki, I got really lost and ended up pressing heaps of buttons and opening every page to find what I was looking for. If we can work together to help make the wiki way more accessible that would really help new comers! leave your opinion on this if you wish! – Unsigned comment added by Minecraft.edits (talkcontribs) at July 9, 2021 (12:29) (UTC). Sign comments with ~~~~

Personally it's just something people wil need to adapt to. The new layout isn't that bad or complicated, but it indeed takes a time to become used to it (we have been testing it for like a month). I can tell you what are the new things: We now have a top navigation bar, a global left navigation bar, the ability to expand/collapse pages, a new tool bar to the bottom right part of pages. THe top navigation bar has some menus which are the same as before but ported to that bar, but also has searche, recent changes and theme toggler buttons. You can find also the expand/collapse button to the left part of an article content part. And yeah we're planing to do something to help people to help, because we are a community and helping is important, because it would be difficult to explain all of it on this comment. Thejoaqui777 (talk) 13:29, 9 July 2021 (UTC)
I despise FandomDesktop (no offense to Fandom, they are actually great!). You can actually stay at Hydra / Vector layouts (I use Hydra) if you don't like the new layouts. Humiebeetalk contribs 22:52, 9 July 2021 (UTC)
Is this in regards to some certain functions of the cite or certain group of users? Blue Banana whotookthisname (talk) 10:30, 15 July 2021 (UTC)
Did you mean "site"? Fadyblok240 (talk) 22:50, 19 July 2021 (UTC)

New style

Why are all texts in italics now? --Betseg (talk) 20:24, 16 July 2021 (UTC)

I couldn't reproduce the issue (neither could the two editors from Discord), try making sure you're not using custom browser styles or settings for the wiki. --AttemptToCallNil (talk) 21:25, 16 July 2021 (UTC)

FandomDesktop source edit

When I use the source editor in FandomDesktop, I can't see the last line because it is covered by the edit summary input. Is it possible to fix this? TheLegendaryOrb (talk) 14:38, 19 July 2021 (UTC)

That seems to be an issue with the Visual Editor - Source Mode. You can go to your Special:Preferences page and change the preferred editor to the Source mode/Classic one. Also, I suggest you to enable the advanced toolbar too, to get the editing tools too. Thejoaqui777 (talk) 14:53, 19 July 2021 (UTC)
Thanks, changing the preferred editor works perfectly. Where can I enable advanced toolbar? TheLegendaryOrb (talk) 17:06, 19 July 2021 (UTC)
That is already part of 2010 wikitext editor (Source Editor), but also part of 2017 one (Visual Editor - Source mode) --TreeIsLife (talk) 17:35, 19 July 2021 (UTC)
Yeah, usually it's enabled by default. I just mentioned that in case that you didn't have it. Thejoaqui777 (talk) 17:53, 19 July 2021 (UTC)

Minecraft Story Mode NS (once again)

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.

Hey guys!

Today, I want to discuss that MCSM Wiki thing.

The last proposal was opposed due we should contact admins. Unfortunately, it feels they ignore even their WR and it is really sad.

Because of that, I want to propose it for the 3rd time.

Here are my ideas


Speaking of quality of articles - not every article in "MCW:Projects/Minecraft Story Mode Wiki" is good, so I want to have some way to choose good ones to be moved and not ok to remain there. My idea is: in coming days, I will check articles one by one and make a list here about which are Good, which are OK, which are Stubs and which are Bad. I would create a seperate section for that.

Namespace name and shortcuts.
  • NS name: Minecraft Story Mode
  • NS talk name: Minecraft Story Mode talk
  • Shortcut NS: MCSM; MSM
  • Shortcut talk NS: MSMT

If you have any thing you want to add or discuss, you can add it here. You can also vote. --TreeIsLife (talk) 17:51, 20 July 2021 (UTC)

 Support per above. There is no way Story Mode wiki articles are going to be created any time soon. The game is dead, not even playable on some platforms anymore. Noone talks about it. By moving some articles early, we can encourage people to create more from red links Spectrogram (talk) 18:03, 20 July 2021 (UTC)
 Support per above. --TreeIsLife (talk) 18:22, 20 July 2021 (UTC)
 Weak oppose, the MCW twitter said that MCE namespace would be depreciated. Story Mode is also discontinued. If the namespace is created, the namespace IMO should be MCS instead of MCSM because MCSM is 4 letters. MSM is also inconsistant with MCE and MCD namespaces so I think it should be MCS (MineCraft Story mode). There should not be a shortcut talk (inconsistant with MCD and MCE). Humiebeetalk contribs 19:57, 21 July 2021 (UTC)
the MCW twitter said that MCE namespace would be depreciated
I don't know about this information. It was never discussed on the wiki nor Discord. That means somebody just said something random. --TreeIsLife (talk) 21:11, 21 July 2021 (UTC)
After seeing this, on the Discord server we saw the tweet and now we don't know who made it. And as it wasn't discussed, probably we should first discuss it here. Also we should probably make sure that the Twitter account is used adequately. Thejoaqui777 (talk) 22:19, 21 July 2021 (UTC)
Judging from above, I have changed my opinion to  Weak support as the game is still playable. However, exactly how are we going to get active editors, the MCE namespace (while it was OUT) recieved little to no traction. With story mode being discontinued, I fear that the new namespace will be dead with possibly little tweaks, maintenance, and interwiki. Humiebeetalk contribs 19:08, 26 July 2021 (UTC)
 Support the proposal. You may think "red links won't look good", but that's how any wiki works. Users see tem, and if interested they can create the pages. So I support it. Thejoaqui777 (talk) 22:19, 21 July 2021 (UTC)

Vehicle and other non-mob entities do not have real Health tag yet have "health points" in infoboxes

For example, in Java Edition you can use the /data command to inspect the data of an minecart, and as discussed and proved in Discord, they do not have Health tag.

Minecart has the following entity data: {Motion: [0.0d, 0.0d, 0.0d], FallDistance: 0.0f, Pos: [17.5d, 66.0625d, 67.5d], Fire: -1s, Invulnerable: 0b, Air: 300s, OnGround: 0b, PortalCooldown: 0, UUID: [I; -1744381871, 1004358404, -1486263821, -1488801631], Rotation: [0.0f, 0.0f]}

However, when you punch minecart with hands in survival mode, it takes a few more times to break it than using a sword. By reading the deobs-ed source code we find that the game handle the damage to the minecart in another way, which is like health, but with a bit differences, like they instantly get destroyed by Creative players; they do store for how many ticks they got damage; thus they do have a "max damage that they can receive until broken", but the damage is not recorded in the save data (thus only in RAM) and will be reset when re-entering the world (restart the multiplayer server or re-enter a singleplayer world), and they don't have a real health point.

In Bedrock Edition, a user (MCPE4theBeacon) showed the JSON file that defines minecart (idk the exact term), and they don't have health defined either.

The fact should be recorded in some way, for you can't detect or change the health by command, and IMO we shouldn't directly just put the "max damage that they can receive until broken" as "health points". Should we make a ref note in the infobox or change the infobox label for it? -- Lakejason0 (TalkContribs) 12:33, 2 August 2021 (UTC)

There are two kinds of health exists in the game:
  • entity data Health
  • health in RAM, affect the shaking effect when minecraft/boat/armor stand got hit
And the problem is, armor stand has both kind of health, and we can't just say "Amor stand has health and health".--siiftun1857[T/C/E] 12:48, 2 August 2021 (UTC)
Actually, armor stands are living entities internally, so they have the normal health that all other mobs have. M S 72 (talk) 13:53, 2 August 2021 (UTC)
Armor stand does NOT has the second kind of "health" though it has shaking effect when clicked. AFAIK, armor stand is destoryed when double-clicked.
We do not need to change the infobox label because it is not an universe value for all entities or even for a category of entities. Just make a ref note or mention it in a new section in pages of minecart and boat --Chixvv (talk) 11:04, 3 August 2021 (UTC)

Quite pleased with myself

I must say I am rather proud of figuring out a puzzle over this weekend: how to cause a boat to move uphill using only flowing water power, with no rowing, redstone, bubble columns, or anything fancy, just building blocks, a bucket, and some buttons or signs. In this way one can make automatic "conveyor belt" boat channels with boats that move endlessly around a closed path, over arbitrary terrain up to a steepness of 1 to 2 (1 block elevation increase for 2 blocks horizontal movement).

So I wrote it all up in Tutorials/Water-powered boat transportation.

I've tested it thoroughly and found it 100% reliable... in Bedrock Edition. I'm curious whether the method I describe also works in Java Edition. The history in the boat article says that boats sink when underwater since 1.9. Is that still true? I play Bedrock Edition, so I am unfamiliar with Java Edition. The boat article isn't too clear on the differences. Amatulic (talk) 04:42, 9 August 2021 (UTC)

Where the $%@*! is my watchlist and talk page tabs?

Now that we've been forced into a new theme, I have no idea where to find:

  • Talk page tabs. How the hell do we communicate anymore if talk pages are not obvious and easily found? I had to insert "talk" into the address bar of my browser to get here.
  • My watchlist. This is my tool for monitoring articles, and the my starting point for any session on this wiki. The normal Wiki software has this link at the top of every page. The Minecraft Wiki had it in a little pulldown under my user icon. Now... nothing.

These are mandatory tools for proper maintenance and functioning of any wiki. This new theme has serious problems. Amatulic (talk) 13:02, 16 August 2021 (UTC)

Talk page tabs: When reading the content page, in the three-dot menu on the top of the page, which is right of the top "Edit" button. Followed by the number of revisions in parentheses the talk page has.
Watchlist: in the "quick bar" in the bottom right corner of the screen, in the dropdown menu labeled "My Tools". --AttemptToCallNil (talk) 13:04, 16 August 2021 (UTC)
Hiding the talk page tab like that doesn't facilitate communication and collaboration. But good to know where it is now.
The watchlist does not appear in "My Tools". I get History, What Links Here, and a grayed out Theme Designer. Nothing else.
This new theme seems to have been designed more for branding than usefulness. Amatulic (talk) 13:18, 16 August 2021 (UTC)
Hm, I probably customized my "quick bar" to add the Watchlist button there. Try using the "Customize" menu. --AttemptToCallNil (talk) 13:19, 16 August 2021 (UTC)
Ah, got it. Along with other things I need like Move and Upload.
The most important feature for collaboration is the talk page. That should not be hidden from view, ever. Nobody should have to hunt for it. Amatulic (talk) 13:31, 16 August 2021 (UTC)

For the love of god can we just drop Wikia and its insane bizarro version of MediaWiki, like the Doom wiki, RuneScape 2 wiki, and many others have done before us? This is getting increasingly ridiculous. This layout is unusable (how the hell do I view a media file's real file page now?? why does clicking it bring me to a fullscreen viewer with no info or link to the real page? where do i view page history and revisions on this??) If the minecraftwiki.net redirect domain is still hosted by someone here it could be on there.. Maybe we could get it on the minecraft.net domain? We were supposedly official at one point... Now this layout makes this site look as childish and unreliable as all the other 5 million fanmade junk ad-filled wikis with awful color schemes on this site.. SuperCofee (talk) 13:25, 16 August 2021 (UTC)

e may add Talk page link next to the language link or next to edit button. --TreeIsLife (talk) 13:25, 16 August 2021 (UTC)
"how the hell do I view a media file's real file page now?? why does clicking it bring me to a fullscreen viewer with no info or link to the real page? where do i view page history and revisions on this??"
When you click on the image, you can then either click on "More Info" in the top-right or the file's name in the top-left, just as you might have clicked "More details" in the lower-right in the past.
"When reading the content page, in the three-dot menu on the top of the page, which is right of the top "Edit" button."
For me, this takes about 0.3 seconds to do (e.g., the time in-between any two consecutive beats at 200 beats per minute). After visiting one thousand talk pages (which is going to take a long time to do, if I ever do it), this will have wasted about 5 12 minutes of my life. SLScool 17:00, 17 August 2021 (UTC)

Is there .css for hydra? This layout is awful and I am forced to use .css now. Humiebeetalk contribs 02:18, 17 August 2021 (UTC)

Operational issues

With this new theme, I found a couple of operational issues (bugs) that need fixing:

  1. When editing a section, the edit summary no longer pre-populates with /* Section name */.
  2. When saving edits to a section, the page does not auto-locate to the section you just edited.
  3. The "search" feature does not navigate directly to the page title being searched; instead it gives you a list of results, as if it's always defaulting to "advanced" search.

These features were standard wiki behavior. Now they are broken. Amatulic (talk) 13:43, 17 August 2021 (UTC)

@Amatulic:, the first 2 issues don't apply to me and the 3rd issue can be avoided if you just click on the search suggestion as you are searching the title. Humiebeetalk contribs 14:02, 17 August 2021 (UTC)
How do the first two not apply to you? When you edit and save a section, does the saved page auto-scroll to the section you were editing? I know the third has a workaround. That isn't the point. The point is that standard behavior (which was working before) is now broken.
I have noticed for #1, if I don't add an edit summary before hitting save, I get prompted for one and then it includes the section name. OK, that is working but it's pretty kludgey; why not have the default pre-populated in the edit summary field while I'm actually editing? Amatulic (talk) 14:25, 17 August 2021 (UTC)
About 1), it does still work, but you need to set you preferred editor as "Source editor" at the editing tab on the Special:Preferences page. About 2), it's just a little issue. About 3), yeah it's debatable. You need to click the title with black words, not press the Enter key or the "Search" button, which isn't really intuitive. Thejoaqui777 (talk) 16:26, 17 August 2021 (UTC)
No, doesn't work. My default editor has always been the source editor. I have never in my life used the WYSIWYG editor. Like right now, as I'm typing this, the summary field just has a prompt "Describe what you changed" but should include the section name. There IS a default edit summary when I undo an edit, but not when I edit a section. Amatulic (talk) 16:42, 17 August 2021 (UTC)
Believe me or not, you somehow are using the 2017 editor. I say that because I checked the edit history of this page and your summary edit tag says "2017 editor", which is an indicator of why you don't see the summary. Try to change it to the "VE - source mode" and then change it back to "Source mode". Thejoaqui777 (talk) 16:53, 17 August 2021 (UTC)
Huh. Well, that's interesting. It is now working. You'd think that any upgrade to the source editor would be passed on to users who use it. Weird. Amatulic (talk) 05:29, 14 September 2021 (UTC)

Old Hydra Css

I don't like the new FandomDesktop css. Does anybody have the old one saved so I can use it?

No, however, the annoying sidebar and some fixes can be fixed by adding {{:User:Humiebee/fandomdesktop.css}} to User:Pi31-dot/fandomdesktop.css. Humiebeetalk contribs 02:16, 17 August 2021 (UTC)
Template transclusion like that doesn't work on css pages. Users would need to add @import '/index.php?title=User:Humiebee/fandomdesktop.css&action=raw&ctype=text/css'; instead – JEC talk @ 15:14, 17 August 2021 (UTC)
The best solution would actually be just copying the css. Thejoaqui777 (talk) 16:21, 17 August 2021 (UTC)
@JEC6789:, oops, I meant {{subst::User:Humiebee/fandomdesktop.css}}. Humiebeetalk contribs 20:17, 17 August 2021 (UTC)
Update: Please use {{subst::User:Humiebee/Sandbox/Damage}} as I have added additional css to my css that may not be preferable (different color backgrounds for namespaces). Humiebeetalk contribs 22:18, 19 August 2021 (UTC)

Humiebee (I know pings don't work but it's just good form) - The original Hydra css files are available on old versions of this site on archive.org. They are pretty extensive. Here are all of the style sheets loaded in a page header:

All of these appear as stylesheets loaded in the <head> element of the old-style page, in the order shown. Only one of them is actually called "styles.css". The others are style sheets too, though. I'd start with the ucp-hydra/styles.css and if that doesn't work, add in others. Also I'd retain the css you already have to hide sidebars and such (I have one in my css to hide the fancruft footer at the bottom of each page). Amatulic (talk) 17:09, 17 August 2021 (UTC)

OK, so I imported every one of those style sheets into my fandomdesktop.css. I can't see that it made any difference. Everything looks pretty much the same except for a frame around page content. That suggests to me that this new theme uses completely different style definitions, and the wiki software dynamically generates content with completely different id and class tags. So unless an option gets added to select between different themes in the user preferences, I'd say we are stuck with this horrid new theme. Amatulic (talk) 19:25, 17 August 2021 (UTC)

It's probably going to take a while to get used to. I wish Gamepedia never teamed up with fandom. Pi31-dot (talk) 20:09, 17 August 2021 (UTC)

Gamepedia didn't have a choice, it was bought by Curse and then Curse was bought by fandom, it could do nothing about it because it was already bought from curse. Humiebeetalk contribs 20:15, 17 August 2021 (UTC)

Can we just ditch fandom

They have just gotten progressively more antagonistic towards their own content over the years. This new theme that cannot be disabled makes browsing the Minecraft wiki a painful experience, or anything else on Fandom for that matter. Tbodt (talk) 06:32, 22 August 2021 (UTC)

You can copy User:DEJVOSS/common.css to your CSS. TheGreatSpring (talk | contribs) (Tagalog translation) 04:12, 23 August 2021 (UTC)
In my opinion, User:DEJVOSS/common.css just makes things worse, making this wiki useful only for browsing and not actually working on it. It eliminates all the tools (particularly page monitoring tools like watchlist and recent changes), and it eliminates my ability to check my notifications and go to my own user page. To restore usefulness:
  • Comment out the "#WikiaBarWrapper" rule to restores the "My Tools" bar.
  • Comment out the .global_navigation rule to restore your account profile and notification buttons.
I tried changing .global_navigation to .global_navigation__top to hide just the top part, but then the account and notification buttons lose their position with respect to the dropdown menu, and that got a bit too complicated to fix properly.
See User:Amatulic/common.css for the changes. Feel free to copy. Amatulic (talk) 14:02, 23 August 2021 (UTC)
I just removed the annoying left sidebar, thats it. Humiebeetalk contribs 15:04, 23 August 2021 (UTC)
If you do that, you also lose your ability to access your own profile and talk page, and you lose the ability to see notifications (such as when you are reverted or thanked). Some things (like contributions and preferences) can be added to My Tools (which is also removed by the User:JEJVOSS/common.css unless you comment out the #WikaBarWrapper rule) but Profile and My Talk cannot. Amatulic (talk) 17:52, 23 August 2021 (UTC)

Where do we report CSS errors?

Since the change to this new theme, I have observed some minor but highly annoying errors in the design of the CSS rules for vertical spacing of text elements.

  • Indenting paragraphs (starting a paragraph with a colon) gets translated correctly into to the <dd> "definition description" tag with no top or bottom margin. This causes multi-paragraph text with the same indentation level appear as a wall o' text. Standard wiki CSS uses margin-bottom:1.4px, and the surrounding <dl> (definition list) tag should have margin-top:2.8px; and margin-bottom:7px;.
  • Non-TOC subheadings (starting a heading with a semicolon to create a heading without it appearing in the Table of Contents) has no vertical spacing at all, causing any such heading to appear squished up against the previous paragraph, with a big space before the next paragraph. This is translated correctly to a <dt> (definition term) tag. Standard wiki CSS uses margin-bottom:1.4px; for this.
  • Paragraph breaks have a rather large unsightly space (24px) above each paragraph element. This causes too-large spaces after headings (see bullet point above), and unnecessarily large gaps between paragraphs. Standard wiki CSS uses margin-top:7px; and margin-bottom:7px; for paragraph elements. This would solve the spacing problems.

Is there any way to get the CSS rules improved with this new theme? Amatulic (talk) 18:14, 23 August 2021 (UTC)

Let me add: On Wikipedia these margin settings are global rules for the dt, dl, and dd tags; they apply in all contexts. Amatulic (talk) 18:56, 24 August 2021 (UTC)

Lost Minecraft Worlds

My son installed the Flans Mod earlier today and now all of his previous worlds have disappeared. I know absolutely zero about Minecraft so I am hoping that someone here may be able to tell us if there is a way to restore those worlds. It appears that he has not been saving the worlds as he has been playing, I haven't been able to locate any saved files on the pc. Thanks for your help! 17:09, 26 August 2021 (UTC)Frantic Dad

New Name, Old User

Hello! I'm not actually new to this Wiki. Previously I edited under the usernames BlazeWolfYT and BlazeWolfYT2. Unfortunately I was permanently banned from all of Fandom for reasons I will not discuss. The only one I will mention was sockpuppetry. Don't worry, I'm not sockpuppeting again. I was given permission from Fandom (after contacting support) to come back to the community of Fandom. Non-important information but just something I wanted to say. ShadzTheWolf (talk) 18:08, 27 August 2021 (UTC)

Minecraft Story Mode: articles about locations - allow or merge?

The following discussion is closed. Please do not modify it. Subsequent comments should be made in a new section.
 Agreed There was no serious oppose to this except for point b). --TreeIsLife (talk) 13:11, 23 September 2021 (UTC)

Proposal: As long as a building, location, biome, etc. matches at least two of the following criteria:

a) A location has enough information to write about;

b) A location has recieved an official name in-game;

c) Protagonists spent long enough time at the location;

d) A location has historical significance to the in-game lore, even trivial.

THEN it should have its own page.

That rule would apply to buildings, dimensions, worlds, and biomes. This rule would disallow articles such as "that one small weird train station they breefly ran through" to be created, while leaving room for in depth coverage of specific locations.

This would make an article such as Minecraft Story Mode:Hall or Minecraft Story Mode:Basement perfectly OK to create.

If these criteria are met, then it should recieve its own page. I see no reason to do the same thing as SM wiki does where they only write about huge locations. Feel free to leave your suggestions below. Spectrogram (talk) 12:13, 13 September 2021 (UTC)

People that voted on the Discord server: TreeIsLife -  Support.

 Support for now, looks relatively OK. Though I'm ready to hear out people if they have issues with this proposal. --AttemptToCallNil (talk) 12:23, 13 September 2021 (UTC)
 Support. BDJP (t|c) 15:41, 13 September 2021 (UTC)
 Oppose. I object to consideration of "trivial in-game lore" as a valid qualification for inclusion. I would change to Support if that were omitted. Amatulic (talk) 19:29, 18 September 2021 (UTC)
 Support. I generally support the idea of allowing locations being their own articles. For only mentioned and unseen locations I would say that they should go to an "Minecraft Story Mode:Locations#Unseen locations" article section. Thejoaqui777 (talk) 02:02, 19 September 2021 (UTC)
I think criterion b should be necessary for article/redirect status, since if there is no one given name for something, it may be referred to by one of many descriptions, none of which would be acceptable for the official name of the place. Also, the other criteria are subjective. Fadyblok240 (talk) 21:16, 19 September 2021 (UTC)
Most locations have a given name, but sometimes using conjectural names is required. We should not prevent an article from being created just because there is no official name. Spectrogram (talk) 08:01, 20 September 2021 (UTC)

Where did the talk page button go for user subpages?!

It is really annoying as now to go to my user talk subpages I either have to go to my talk page, then press the talk page I want to go to (as I have a section with a subpage list), or add _talk to the url after user. GK1H (P/T/C/Fix Bedrock Project) 15:11, 13 September 2021 (UTC)

That's weird. And it seems it only affects Gamepedia-original wikis. I reported this issue. --AttemptToCallNil (talk) 17:07, 13 September 2021 (UTC)