Minecraft Wiki talk:Community portal

This is the community's main discussion page.

Talk about anything wiki-related here!

Sign your posts with, add new posts below others, and click "Add topic" above for new topics.

Note that this page is NOT for suggesting new ideas about the game. That belongs on the feedback site.

Weird list formatting in Navboxes (fixed)
Hello there, I just noticed that the horizontal lists in navboxes have some weird spacing if there are child nodes. (Example: Template:Blocks) After every opening bracket, there is a text node containing a space, and after every closing bracket, there is some space missing.

Does someone know how to fix this? I would try to, but I don't want to break other stuff. | violine1101(Talk) 10:54, 19 November 2017 (UTC)


 * I'm not sure myself why this happens, but I'm certain I've not seen it do this at least before the host move. I observe that for some reason the spacing at the end of a single list item is used up by the closing bracket of the sublist in it. From what I understand looking at it for the first time, the closing brackets are not included in the spacing caused by  spacing in each   element, or the spacing of the element itself. – Jack McKalling (t • c • p) 11:09, 19 November 2017 (UTC)
 * Okay I think I figured it out. I was right about the spacing, a negative spacing was used on the wrong side of the bracket. I've called in help to fix this on the stylesheet.– [ Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 00:11, 7 December 2017 (UTC)
 * , see here. Let me know if you spot anything else, Violine1101. – [ Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 08:31, 7 December 2017 (UTC)
 * Thank you. I wish I noticed earlier that this has been solved. | violine1101(Talk) 15:30, 22 February 2018 (UTC)

Seasons
I see this done way too much, so I decided to post about it here. Can we please stop using seasons as time indicators. Seasons are not global, what is summer in the northern hemisphere is winter in the southern one. I know quarters (Q1, Q2, Q3, and Q4) are also far from perfect but I think they're way better than seasons.

This is not aimed towards anyone in specific, but I see people do this every so often and I figured I might as well try to stop them by posting here (small chance, I know. But still). --Pepijn (talk) 12:08, 25 November 2017 (UTC)


 * Maybe we could discuss putting this in the style guide? – Sealbudsman talk/contr 18:55, 26 November 2017 (UTC)


 * I get annoyed by this as well (people seem to forget about the southern hemisphere a lot). – Nixinova Grid_Book_and_Quill.png Grid_Diamond_Pickaxe.png Grid_Map.png 06:47, 21 April 2018 (UTC)

Where should data and protocol versions be documented?
There's two pieces of version-specific information that aren't currently documented on this wiki:


 * Protocol versions, which are used in the network protocol to make sure servers and clients are compatible.
 * Data versions, which are used in chunks and in other files for the DataVersion tag, so that data can be upgraded between different versions.

While neither of these things are useful for the average player, they're useful for developers. Protocol versions are currently documented on wiki.vg (n.b. the overlap between content here and on wiki.vg is another thing which I've been meaning to post about for around a year but haven't gotten to yet, but let's just not worry about that for now). However, data versions are undocumented on either wiki. I've generated a list of them using Burger, though.

Where should these be put on this wiki? For sure it would be useful to have them on Version nav, but I'm thinking it'd also be useful to have them (or at least data versions) on another table somewhere so that it's easy to look up the version(s) corresponding to each number.

I'd be willing to handle adding the information to whatever articles need it (I may want to script the process though since it'd be adding information to all the versions). I just don't know where. --Pokechu22 (talk) 00:03, 17 December 2017 (UTC)


 * Are there any arguments or reasons not to add "Data versions" and "Protocol versions" articles (or maybe "version history", to match our other version history pages)? If not, I think that'd be the natural choice. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 00:51, 17 December 2017 (UTC)


 * The only issue I have with that is that it feels awkward to create articles for each. Maybe a combined "Version numbers" article would be better.  (Also, there is PE; I have no clue how or if PE numbers its protocol) --Pokechu22 (talk) 02:47, 17 December 2017 (UTC)


 * If the mentioned subjects are about the internals of the game engine, so technical that it requires reverse engineering to figure out, then it's probably not intended for the scope of this wiki. The source code is not meant for the public, it is obfuscated for a reason. So I don't even think doing this is legal. I'm not sure though, I just glanced over these subjects and I'm not certain what it's all about. But that's my two cents. – [ Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 20:11, 17 December 2017 (UTC)


 * Data versions are stored in several parts of NBT. We document the NBT format even though that's internal.  Also, MCP is (partially) maintained by mojang devs (Searge in particular) -- in particular the SRG deobfuscation mappings -- and the EULA doesn't prohibit reverse engineering (only redistribution) unlike that for most games.
 * Whether or not it is in scope is a valid question, though. wiki.vg hosts the majority of the technical documentation (except for some classic stuff and other things, but again I'm not ready to hold the discussion about the overlap yet); it would be entirely possible to put the documentation for data versions there (PVNs are already there). --Pokechu22 (talk) 20:20, 17 December 2017 (UTC)


 * I see reason to be cautious about this. This very technical data will have to be obtained, maintained, and explained by experts well versed in the subject matter. Will the data be verifiable by means of automation and be noncontroversial as to its meaning and interpretation? Probably both, but if there's room for differing opinions we could get ourselves stuck between two camps of experts with no way to vet any statements they make nor participate with them in the consensus building process. In a normal wiki you'd have a professional community to fall back on, but you won't have that in this case. – Auldrick (talk &middot; contribs) 23:45, 17 December 2017 (UTC)
 * Very good point. I would consider this one of the reasons for it being out of scope. All editors should have equal viable access to the source of information, like in-game observations, twitter posts and the website, but internal source code which would require expert analysis does not belong to that. It would at least require (Java) programming knowledge and trusted deobfuscation technologies. I wouldn't classify the NBT format to be internal source code however, as it is a portable format used to communicate with the source code. It's more of a data container similar to json files, used to e.g. enhance in-game command abilities. So NBT does fall under the scope of this wiki and is open to be used and interpreted by the public. – [ Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 00:10, 18 December 2017 (UTC)
 * Burger, which I mentioned before, automatically extracts this data. Here's sample data for 17w50a (well, that's actually burger + burger vitrine; burger itself gives json data).
 * There's other internal data we have on the wiki. For instance, numeric entity IDs are not displayed anywhere in game, but are cataloged on here (and on wiki.vg).  Hardness is also an arbitrary, non-observable value (break times are, but individual hardness isn't), and we catalogue it; we also catalogue blast resistances. --Pokechu22 (talk) 00:22, 18 December 2017 (UTC)
 * Also worth noting that data version numbers are observable via just launching each version, loading a world, and observing the information in level.dat. However, protocol version numbers aren't observable that way, so it's either burger or capturing the handshake packet for each version.  --Pokechu22 (talk) 00:28, 18 December 2017 (UTC)


 * I have no problem with us documenting NBT data, data/damage values, IDs, or any other internal data as long as it's verifiable and noncontroversial, which was the point of my comment. I'm reassured by these replies. – Auldrick (talk &middot; contribs) 00:50, 18 December 2017 (UTC)

I've learned (by complete happenstance and on two separate occasions) that:  The German wiki currently has data versions, listed both on their version history page (which has multiple versions on it) and an incomplete list on their data values page. (I don't speak German).

What's more, they also mention that you can use to check data versions and branch with command blocks -- but this probably also means that it's visible through. So that's a way to verify these ingame, without even using an NBT editor. The Dutch wiki has added protocol version numbers to their version pages (as mentioned in the Gamepedia slack). They actually did this in a way that didn't require bulk edits to all of the pages; instead, they changed their version nav template to automatically add the version:

which we'd probably change to something like:

They did this by creating a template that gets the version number given a version's name, using this module and this data. It looks like since then, they've also done the same for data versions.

The template can also generate a table, but the keys aren't sorted right now so that's a bit of a mess -- something for someone who knows lua better to handle.

I think that we should probably take the same approach as the dutch wiki, with the template to add the information automatically. While the template does mean you need to edit a different page to add info to the article, you'd still need to manually edit it to add it to a table that would be on data values; the template can do both and it would also mean that we wouldn't need to edit all the old articles.

The one thing that may be difficult for us is that we use our version nav template for all editions of the game, while they only cover Java Edition. So while they only have a few versions that would have no protocol info, we have a ton of them. (PE does actually appear to have a protocol version of some sort, but I don't know if the values for it are documented and I don't work with PE). A similar issue is present for data versions, as only versions after 1.9 have them; we wouldn't want to include info about those on versions they don't apply to.

In case it wasn't clear, I also thing it makes sense to put both of these numbers in the data values page; IMO there isn't a need for a separate article.

Anyways, those are my rambling thoughts. --Pokechu22 (talk) 01:43, 8 January 2018 (UTC)


 * Bump, sort of. I've edited the links in the text above to link to the correct modules, as I've renamed the modules while updating them (for hopefully a while, not counting releases). They still do the same thing, though. Thanks to pokechu22 tables are now generated correctly (see here) and we now only have to edit one module instead of two to get the version data in, which is good. -- DarkShadowTNT  NL Admin ( t  ♦  c ) 15:56, 27 January 2018 (UTC)

Wiki inconsistencies
As I was looking through this wiki, I noticed a few inconsistencies that need to be addressed.


 * About a year ago at Talk:Diamond it was said that diamonds being obtainable by mining a nether reactor core is for the history section only, and is not to be included under Diamond,(as per mcw:UPTODATE). However, at Iron Ingot it clearly lists that mining a nether reactor core drops iron ingots. This goes against what was said on the diamond talk page before. Something needs to be done: either remove Iron Ingot from the Iron Ingot page, or add nether reactor core info to the Diamonds page.
 * At 1.3.1, it says that the /kill command was added in 1.3.1. However, at Commands it says that the /kill command was added in 1.2.6. Which is correct?

This last one is less of a concern but I'd figure I bring it up anyway:
 * Concerning the Spawning section in mob articles and what information is allowed there. At Talk:Chicken it mentions that the fact the Chickens being able to spawn as Chicken Jockeys does not exist under Chicken because the Chicken Jockey's spawning is "handled when a baby zombie spawns". However, at Skeleton the fact that skeletons can spawn as a Spider Jockey and as a part of a skeleton horse trap are documented there. Using the above logic, neither of those should be there, because the skeleton doesn't handle the spawning for either (the spider/skeleton horse trap does). You could even take it one step further and say the same on other articles, (e.g.: Witch wouldn't say that witches spawn from villagers struck by lightning, because the spawning is handled by the lightning and not the witch). The point is, I vote to add that chickens can spawn as chicken jockies under Chicken because that would make it consistent with every other mob article on this wiki.

-EatingSilencerforBreakfast (talk) 01:58, 17 December 2017 (UTC)


 * Regarding /kill: The command does not exist in the release 1.2.5 server, but does exist in the release 1.3.1 server. However, the comment about alpha 1.2.6 was added at the time that version was released.  So probably, the command was removed somewhere in the middle.  Unfortunately we don't have servers for those versions, so it's not possible to check when it was removed :/
 * Regarding chicken spawning: adding it there (making it clear that it is the zombie that does the spawning, though, because the spawn conditions vary) --Pokechu22 (talk) 03:03, 17 December 2017 (UTC)

Regarding the /kill part, during Alpha 1.2.6, it was only for SMP (Survival Multiplayer). It was added to single player on release 1.3.1 Skylord wars (talk) 09:17, 17 December 2017 (UTC)


 * I've removed the nether reactor bit from the iron ingot page, as I believe it's uncontroversial in being out of date - please challenge me if I'm wrong.
 * I support mentioning chicken jockey spawning, as Pokechu describes. – Sealbudsman talk/contr 05:44, 18 December 2017 (UTC)


 * I added the chicken jockey information at Chicken. -EatingSilencerforBreakfast (talk) 01:12, 27 December 2017 (UTC)

I noticed something similar. On the Beta 1.9 Prerelease 2 page it says that "Milk is now drinkable, resetting all potion effects currently afflicted upon the player." However, the milk page says that milk was made drinkable in Beta 1.8 but wasn't able to cure status effects until Beta 1.9 Prerelease 2, and on the 1.0.0 page, it mentions absolutely nothing about milk. --Madminecrafter12 (talk) 02:35, 4 January 2018 (UTC)

Mod Screenshot Licensing
How should files of screenshots that show mods in Minecraft be licensed? I know it's showing the game Minecraft, which would usually be Mojang, but because it shows mods that are not supported by Minecraft, shouldn't it use a separate license? --Madminecrafter12 (talk) 20:58, 1 January 2018 (UTC)
 * Correct. -Xbony2 (GRASP) (FTB Wiki Admin) (talk) 22:16, 1 January 2018 (UTC)

Internal error with history for "Tutorials/Creating a challenge map"
When I click on the "history" tab for the page Tutorials/Creating a challenge map, it has a giant box in red saying, "[7ae048a3990d5e9ae0099026] /index.php?title=Tutorials/Creating_a_challenge_map&action=history Wikimedia\Assert\ParameterAssertionException from line 63 of /var/app/current/vendor/wikimedia/assert/src/Assert.php: Bad value for parameter $dbkey: invalid DB key 'Brenn_'", and then it keeps going. The name of the page says it is "internal error". See https://minecraft.gamepedia.com/index.php?title=Tutorials/Creating_a_challenge_map&action=history, and you'll see what I mean. Does anyone know why this is and how to fix it?--Madminecrafter12 (talk) 01:33, 13 January 2018 (UTC)
 * Comment: you need to set your displayed changes limit to 250 or higher to get this error. A limit of 100 will not produce this error.
 * This seems to be caused by an invalid username in history. This is not the first time such an error occurs, and like the previous time, it should be reported to Curse. --AttemptToCallNil (report bug, view backtrace) 06:47, 13 January 2018 (UTC)


 * These are the first and last diffs that cause the issue. -- Orthotopetalk 07:05, 13 January 2018 (UTC)


 * I had [ this problem] for another page too, but it's fixed now. – [ Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 10:39, 13 January 2018 (UTC)


 * Fixed by Gamepedia staff. --AttemptToCallNil (report bug, view backtrace) 15:22, 13 January 2018 (UTC)


 * Great, thanks! --Madminecrafter12 (talk) 19:27, 13 January 2018 (UTC)
 * Also, the maximum number of changes I have is 200, which is not 250 or higher, so I don't know why the error happened. --Madminecrafter12 (talk) 19:28, 13 January 2018 (UTC)
 * Never mind, I previously didn't read Orthotope's comment thoroughly--Madminecrafter12 (talk) 19:29, 13 January 2018 (UTC)

Archive this page
Someone? It's already 2018. – ITechieGamertce 14:45, 18 January 2018 (UTC)
 * I've moved all the 2017-reply-only topics to Archive 21. – Nixinova Grid_Book_and_Quill.png Grid_Diamond_Pickaxe.png Grid_Map.png 07:01, 21 April 2018 (UTC)

Plural case of redirects
I'm not exactly clear on when a plural redirect is acceptable. There have been many times when I have made a redirect to a page that's the plural case that the page got deleted, and other times where there was no request for deletion. I looked in the "Redirect Cleanup" project and it said that plural redirects should only be used when the singular case could not be linked to when writing the plural case (for example, Grass Blocks would be possible). However, if this is true, than hundreds of the redirects on the Minecraft Wiki that have been existing for many years, would have to be deleted (Zombies, Sponges, Slabs, etc.). Could somebody please explain when a plural case can become a redirect, even if the singular case could be linked to when writing the plural case?-- Madminecrafter12 Talk • Contributions 14:11, 11 February 2018 (UTC)


 * It's all about if the editor who cares about redirects saw the change in recent changes. As you can see, that project isn't really active, and while I'd go for the option #3 for redirect usefulness (no plurals at all, use pipe links instead) the consensus so far is keeping less regular plurals because they are actually useful for linking. Really, I think that this project could use some activity, I'm thinking about suggesting some categorization for redirects. Even a few templates keeping them in some nice categories like in WP:TMR would be useful, to be honest. --Hubry (talk) 16:48, 11 February 2018 (UTC)
 * Thanks for the info! For now I think I'm not going to make any plural links, but not mark existing ones for deletion, until it's more clear what the best option would be.-- Madminecrafter12 Talk • Contributions 17:05, 11 February 2018 (UTC)


 * As far as I'm concerned, deleting these redirects is a waste of time; redirects are cheap, and there's no point to deleting redirects unless they're actually problematic (vandalism, preventing a pagemove, etc.) 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 10:39, 12 February 2018 (UTC)


 * ...thanks for linking that, I think I am a bit deletion-happy in case of redirects and you are right. Though I still think the amount of redirects we have for some pages is slightly excessive, I will stop marking those for deletion. I think WP:CHEAP should probably be mentioned in the style guide. --Hubry (talk) 12:59, 12 February 2018 (UTC)


 * In my personal opinion, I see no big problem with having plural redirects, as like mentioned on WP:CHEAP, redirects take up very little space. Also, as a user, I've noticed that plural redirects seem to make searching easier - for example, the reason I created the redirect, Tutorials/Command blocks (it's now deleted), is because many times I would search for that, and I would have to take the time to search for the page Tutorials/Command block (which, admittedly, does not take much time, but I still think that a redirect here would be helpful here). On the Redirect Cleanup talk page, users have mentioned that part of the reason why plural redirects are unnecessary is because if somebody searched for a page of the plural case, the singular case is bound to come up first. But the thing is, the search system takes a second or so to register what is being typed, and that's after every letter, meaning that if a user searched in the search box at normal typing speed, the singular case page would not come up before they have fully typed the plural version of the page. However, if most of the community thinks that new plural redirects are unnecessary (which it currently seems like they do), I don't think it's necessarily worth it to have a huge discussion on it.-- Madminecrafter12 Talk • Contributions 17:05, 11 February 2018 (UTC)


 * At minimum, I'd say redirects like Entities for Entity should be kept (as I'm not aware of a way to do  or something like that).  I'd say though that more redirects for similar forms are useful though, for user use &mdash; e.g. I created ids a while back to redirect to the data values page because I didn't want to type the whole thing (mainly for entering right into the address bar, not searching, though it's useful for both).  --Pokechu22 (talk) 16:21, 12 February 2018 (UTC)

Stripped Log
Something very strange is going on with the stripped log page. The whole toolbar is covering the page, and the history template is not working correctly. As for as I know, there is nothing I added that should cause this, so I'm not sure why this is happening.-- Madminecrafter12 Talk • Contributions 23:48, 14 February 2018 (UTC)


 * There was a missing curly brace, so it wasn't transcluding the history footer. The resulting unclosed html tags cause major layout issues. -- Orthotopetalk 00:02, 15 February 2018 (UTC)


 * Great, thanks, I didn't even notice that was there.--Orange Glazed Terracotta.png Madminecrafter12 Talk • Contributions 00:22, 15 February 2018 (UTC)


 * Sounds like this was a case for Minecraft Wiki:Projects/Cleanup open tags. However the unclosed tag was in a used template in this case as said above. If you check that project page, it'll give a thorough explanation on what happens and why, which may help you when you encounter a similar case in the future. The project should have covered all article pages already, but unfortunately the problem keeps happening if not everyone is aware of this. – [ Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 11:08, 19 February 2018 (UTC)

Complex turtle behavior?
In this article, Java edition developers mention some complex turtle behaviors that aren't already mentioned at Turtle (such as turtles having a home beach). I'd add them to the turtle article but I'm not sure how some of them work. -EatingSilencerforBreakfast (talk) 21:56, 17 February 2018 (UTC)


 * I think it would be safe to mention that on the page, as it seems pretty clear that this is a fact. Many times it seems like Minecraft developers say something that is not a fact just to further describe the fact, but in the article it seems like it's written like it's true fact.--Orange Glazed Terracotta.png Madminecrafter12 Talk • Contributions 14:15, 18 February 2018 (UTC)


 * I've added it to the article.--Orange Glazed Terracotta.png Madminecrafter12 Talk • Contributions 14:39, 18 February 2018 (UTC)

Another wiki inconsistency
I found another wiki inconsistency and decided to post it here before I make any changes:

On some animal articles (specifically Horse, Pig, Sheep, Llama, and Rabbit), information about breeding is stored in their 'Behavior' section. However, in other animal articles, its stored under 'Spawning' (specifically Cow, Mooshroom, Chicken, and Ocelot). Wolf and Villager are different in that breeding is kept in a separate section of its own. For consistency, I say that breeding should be documented in a singular section across the entire wiki (all Breeding sections be under Behavior, for example).

-EatingSilencerforBreakfast (talk) 00:28, 27 February 2018 (UTC)


 * I would go with either a separate section or put it under Behavior. However, I would be fine with putting it under "Spawning," but I do agree that there needs to be one thing throughout. The style guide for features does not say anything about breeding, so once we come to a decision, we should make sure to put it in the style guide.--Orange Glazed Terracotta.png Madminecrafter12 Talk • Contributions 00:47, 27 February 2018 (UTC)


 * I don't think the style guide prohibits you doing it one way or the other, and I'm not sure it fits better in Spawning or Behavior or on its own. I don't so much care which one we choose, I just agree it's good to pick one and be consistent. –  Sealbudsman talk/contr 03:02, 28 February 2018 (UTC)


 * Here is my proposal: how about we put the Breeding section under Behavior (because it's an animal behavior), but make a reference to it under Spawning (since new animals are spawned via Breeding). For example, in the Chicken article, information about Breeding would be under Chicken, but under Chicken we can put a sentence like: "Chickens can be spawned via breeding(links to breeding section under Behavior)." -EatingSilencerforBreakfast (talk) 23:19, 2 March 2018 (UTC)


 * . I like that idea.--Orange Glazed Terracotta.png Madminecrafter12 Talk • Contributions 00:51, 3 March 2018 (UTC)


 * I like it. – Sealbudsman talk/contr 03:46, 3 March 2018 (UTC)

Markus Persson/editcopy
I'm bringing up a topic that was discussed and archived at /Archive 16. I really think adding an editcopy for the Markus Persson page is necessary. If you look at the talk page, you'll notice that there are many edit requests from a long time ago that have not been implemented nor received any kind of response. Creating an editcopy would allow normal users to improve the article greatly, even if updating may not be necessary due to the fact that he's retired.-- Madminecrafter12 T • C 01:26, 8 March 2018 (UTC)


 * Alternatively, all of the article's protections can simply be removed (which I personally prefer). It doesn't seem to be a very tempting vandal magnet anymore. MarcelTheHippie <em class="plainlinks" style="margin-left: 0.5em; font-size: 90%;">(talk • contribs • logs&#32;• block log) 🐷🥕☮️ 01:48, 8 March 2018 (UTC)
 * It is true that this page was fully protected in early 2011, and the protection wasn't brought down at all since, so it may make sense to try semi-protection and see how it goes. However, I personally don't have any strong opinion on the protection, but I do think that if the protection stays so that only administrators can edit it, there should definitely be an editcopy.--Orange Glazed Terracotta.png Madminecrafter12 T • C 01:52, 8 March 2018 (UTC)

Did these versions actually exist?
Following the recent rediscovery of Alpha v1.0.2 I've been in the process of adding evidence of existence of various versions from Alpha which are no longer available in the launcher. There is currently one remaining version which I am yet to find any proof for:


 * Alpha v1.0.14_01

I can't seem to find any particularly solid ground on this version's case. I've searched through various YouTube videos, but it appears to be elusive, and I'm not being too successful with finding sources on Notch's blog either. General googling also provides no relevant results, photographic or otherwise.

There's also a few versions that can be presumed to exist due to later patches, but don't have pages, and I have also had no success verifying:


 * Alpha v1.0.6_02
 * Alpha v1.0.17_01
 * Alpha v1.2.3_03

Can anyone help provide proof (video, screenshot, blog post or otherwise) that any of these four versions existed? - MinecraftPhotos4U (talk) 14:35, 21 March 2018 (UTC)


 * I can provide some history from the wiki, which seems to show that it doesn't exist : a1.0.15 was added to version history in revision 13802 and included the changes given to a1.0.14_01. But it was put before multiplayer instead of after, so there were two a1.0.15 versions listed, and this was also an after-the-fact revision (dated 25 August 2010).  (n.b. I bypassed the broken username in version history by just manually editing the date)
 * This was later converted into a table in revision 15910, and that changed the second a1.0.15 to a1.0.14 (probably by accident), so that there were two a1.0.14's listed; this is also when it was given a release date of August 03 2010 . This duplicate entry continues on for years, until the articles are split off in revision 212986.  The alpha history was put here.  And, it was eventually the unique _01 name in revision 370385 when  refactored the links in the article.
 * As one more point of evidence, check the history of Patch history. There is only Seecret Friday 7 (with the last edit on 31 July 2010) and Seecret Friday 8 on 20 August 2010.  No a1.0.14_01.  And, finally, it just doesn't make sense; the changes for a1.0.14_01 include "Can enter the IP for a server other than Mojang's server", yet a1.0.15 is supposed to be the version that introduced support for multiplayer.
 * Basically, it is pretty clear to me that this version doesn't actually exist, and all of the changes listed for it are actually part of a1.0.15 . No comment for the other versions yet. --Pokechu22 (talk) 18:18, 21 March 2018 (UTC)


 * Alpha v1.0.14_01 doesn't exist, the only blog post that would be fitting belongs to Alpha 1.0.15. The post is mislabeled as Alpha 1.0.14 though, but comparing the dates of the jars and the timestamps of various blog posts it becomes clear that this one is indeed for Alpha 1.0.15. – Fuzs 19:26, 21 March 2018 (UTC)

On a similar topic, it seems as though the versions 0.30_01, 0.30_02 and 0.30_03, as listed in Version history/Classic, are all misnomers/conjectural; these were all called 0.30 in the page's initial revision, and looking at the corresponding blog posts on Word of Notch showed that they also shared the 0.30 title ingame. The situation with the 0.24 versions is identical. Does this affect any other versions? - MinecraftPhotos4U (talk) 18:58, 22 March 2018 (UTC)

I appear to have found the proof that Alpha 1.0.17_01 does indeed exist, as per here: https://i.imgur.com/SAkZp.png sourced from here: https://www.reddit.com/r/Minecraft/comments/d3fmt/double_tree_what_does_this_mean/ 44trent2 (talk) 08:14, 25 April 2018 (UTC)


 * added! There's one that can be crossed off of the list.
 * Now that we're also keeping track of Classic versions now, here's an updated list of conjectural versions:


 * Classic 0.0.10a
 * Classic 0.0.13a_01
 * Classic 0.0.14a_02
 * Classic 0.0.14a_05
 * Classic 0.0.14a_06
 * Classic 0.0.19a_01
 * Classic 0.0.19a_02
 * Classic 0.0.19a_03
 * Classic 0.0.19a_04
 * Classic 0.0.19a_05
 * Classic 0.0.20a_01
 * Classic 0.0.22a_01
 * Classic 0.0.22a_02
 * Classic 0.25_01 SURVIVAL TEST
 * Classic 0.25_02 SURVIVAL TEST
 * Classic 0.25_03 SURVIVAL TEST
 * Classic 0.25_04 SURVIVAL TEST
 * Alpha v1.0.6_02
 * Alpha v1.2.3_03

And the "no-proof-so-they-might-as-well-be-fakes":


 * Classic 0.0.13a_02
 * Classic 0.0.13a_04
 * Classic 0.0.14a_01
 * Classic 0.0.16a
 * Alpha v1.0.17

Would this be better split off into its own project? - MinecraftPhotos4U (talk) 10:30, 25 April 2018 (UTC)
 * Probably, yes. – Nixinova Grid_Book_and_Quill.png Grid_Diamond_Pickaxe.png Grid_Map.png 05:51, 26 April 2018 (UTC)
 * I'll get around to setting it up at somewhere along the lines of Minecraft Wiki:Projects/Proving missing versions sooner or later. - MinecraftPhotos4U (talk) 15:22, 5 May 2018 (UTC)

Image requests
These following images should be added: 193.210.230.1 09:53, 31 March 2018 (UTC)
 * An isometric (or dimetric, whatever) picture of Shipwrecks and Underwater ruins
 * An isometric render of Blue ice block
 * I have requested this on the community portal page.--Orange Glazed Terracotta.png Madminecrafter12 T • C 16:36, 31 March 2018 (UTC)
 * Thanks! 193.210.230.1 16:55, 31 March 2018 (UTC)

Got it, comin' right up (maybe?) Twh minecrafter (talk) 00:09, 1 April 2018 (UTC)Twh_Minecrafter

Nope, just stupid commentary videos. (Maybe post those on the 1.13 page.) Twh minecrafter (talk) 00:12, 1 April 2018 (UTC)Twh_Minecrafter

Experimental gameplay or full implementation in Bedrock history
When a new feature is added to the Bedrock Edition in experimental gameplay, should we add it to history saying that that's when it first was implemented, or wait till full implementation and then do the same?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 12:30, 5 April 2018 (UTC)

Well, I believe when the 1st build for 1.3 came out, they do just move the new features from Experimental Features. So, I guess the History section should note when it was first implemented. Skylord wars (talk) 12:42, 5 April 2018 (UTC)

Fish bucket article
I have attempted to create an article for fish buckets, here. -EatingSilencerforBreakfast (talk) 22:50, 5 April 2018 (UTC)
 * . Originally I had created that as a section of the fish (mob) article, for the purpose of being consistent with the water article, but I hold no objections at all to making it into a separate article, especially now that we have a lot more information.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 23:02, 5 April 2018 (UTC)


 * – Sealbudsman <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">talk/contr 02:08, 6 April 2018 (UTC)

Best Homemade TNT Cannons
The TNT Cannons page is already long and flourished with random nerdology about them, but a real shortage of buildables at the bottom. I think if we all put in a little, we could help a lot of readers. Specifically, PVP Factions players (here you go, server owners.), redstone lovers, and, yes, griefers. (There you also go, server owners.) But not intentionally. I hate griefers just as much as you do. Enough about them.

They cannot be ideas from Youtubers unless you cite them. (SethBling, Mumbo Jumbo, etc.) Try to make your own super boss idea if you can. And don't feel discouraged if it's simple! The simpler, the easier it is for someone else it is to build. Just make it your best work! If you suck at all things redstone, or you don't want your idea here, then you might want to stay out. All cannon types excepted! So bring your T-Guns! Bring your shotguns of explosion-related death! And of course bring your trolly little sand cannons you launch at your little brother's house! And if you still want to help, though, then make a layer by layer blueprint like the ones in Structure Blueprints for the submitters. Here are the rules:

They have to launch TNT in a cannon-like fashion. No random placements and hope it flies somewhere. Also, don't be that one edit vandal to make yours show up first. I will find an admin, and I WILL make sure something bad happens to you in a Wiki-related way. It can shoot anything that can be shot from a cannon. (Arrows, players, good old pixelated TNT, and, heck, snowballs if you can find a way to. It won't matter to the future builder. (I'd build anything that can shoot snowballs! 😃) If you already have one, great, just edit it in to an appropriate place. Same with other submitters.

Twh minecrafter (talk) 23:48, 5 April 2018 (UTC)Twh_minecrafter

Individual articles for Classic versions
Should Version history/Classic be split up into individual pages for each version, similarly to what was done with Alpha? - MinecraftPhotos4U (talk) 21:33, 8 April 2018 (UTC)


 * I've put up an example at Classic 0.0.11a. - MinecraftPhotos4U (talk) 15:55, 9 April 2018 (UTC)


 * I'd say just go ahead. Some pages will be quite empty, but that's the same for Alpha already. Don't forget about Indev and Infdev, there's a lot wrong, but we can move the pages later. And see how you'll do Survival Test 0.24 and 0.26. I'd leave the dates in as previews from Notch, but it should be clear when an actual version was released and when not. – Fuzs 16:32, 9 April 2018 (UTC)


 * . I do think we should do the same with Indev and Infdev for consistency. I don't think we necessarily have to do this for Pre-classic though.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 16:39, 9 April 2018 (UTC)

Reorganization of versions
This was mentioned a year ago at Minecraft Wiki talk:Style guide/Versions, one person responded to it, and then it just kind of got abandoned for a year, despite the fact that it was mentioned as a RfC on the community portal page, until I responded to it. To make the discussion actually get somewhere instead of just get abandoned, it would be greatly appreciated if you could put in your opinion, regardless of what it is - either here or on the versions style guide talk page. Basically, we had kind of decided that it may be better if we put the blocks, items, mobs, and world gen higher on the page, and general at the bottom. More information can be found at Minecraft Wiki talk:Style guide/Versions.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 15:38, 9 April 2018 (UTC)


 * I moving those parts higher on the page.-EatingSilencerforBreakfast (talk) 16:59, 9 April 2018 (UTC)
 * So far there have only been supports and no opposes. Shall I add this to the style guide and start reorganizing?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 17:05, 9 April 2018 (UTC)
 * It seem like a very reasonable comment period has been given. My instinct is that you are clear to do it. –  Sealbudsman <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">talk/contr 18:01, 9 April 2018 (UTC)
 * I've added it to the style guide and am currently reorganizing the articles.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 18:18, 9 April 2018 (UTC)

Brewing Overhaul
(More details here.) I've put together a new way of showing all the brewing recipes, in which all the information about one potion effect is on the same line, instead of scattered through two or three sections. Example (mixed potions): I also have base potions, positive effect potions and negative effect potions ready to go (negative can be viewed at the brewing talk page), but due to the drastic departure from the current article, I would like to know if there is support for this before I make the change. - Princess Nightmoon 17:14, 9 April 2018 (UTC)


 * I like this idea. Though the enhanced effects seem to be smooshed in there.  I might suggest:
 * {| class="wikitable" style="text-align: center;" data-description="Mixed effect potions"

!width="90px"| Potion ! Reagent, Base ! Effects !width="90px"| Extended !colspan=2| Enhanced ! Potion of the Turtle Master (1:00) ! Potion of Poison ( 0:45) ! Potion of Weakness ( 1:30) ! Potion of Harming
 * Slowness IV Resistance IV Slows the player to 40% speed, incoming damage reduced to 20%.
 * Potion of the Turtle Master (3:00)
 * width="90px" | Potion of the Turtle Master (1:00)
 * Slowness VI Resistance VI Slows the player to 10% speed, all incoming damage fully reduced.
 * Slowness VI Resistance VI Slows the player to 10% speed, all incoming damage fully reduced.
 * Poison every 2.5 seconds.
 * Potion of Poison ( 2:00)
 * Potion of Poison ( 0:21)
 * Poison II every 1.2 seconds.
 * Poison II every 1.2 seconds.
 * Weakness Reduces player's melee attacks by.
 * Potion of Weakness ( 4:00)
 * Potion of Weakness ( 4:00)
 * Instant Damage Inflicts of damage.
 * Potion of Harming
 * Instant Damage II Inflicts of damage.
 * }
 * – Sealbudsman <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">talk/contr 18:35, 9 April 2018 (UTC)
 * }
 * – Sealbudsman <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">talk/contr 18:35, 9 April 2018 (UTC)


 * Awesome. I like this, Princess Nightmoon's version is already so much better than the way it currently is, but I agree about the effects being better split between regular and extended version, so it can be spelt out fully. I especially like the addition of the duration, as it fits so snugly, and I like the place to mention the upcoming template. – [ <span class="gamepedia_pro_user">Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 18:42, 9 April 2018 (UTC)


 * I can definitely work with that. While I do see your point, having two columns for effects instead of just one does make the text a bit more cramped (or, when there is no enhanced effect, wasted blank space). How about something like this instead:


 * Ooh, good eye! – Sealbudsman <span style="transform: rotate(-16deg); display: inline-block; top: -1px; position: relative;">talk/contr 20:24, 9 April 2018 (UTC)


 * Easier to read I think. With the added bonus of being able to quickly compare the effect descriptions vertically, which is easier with the eye than horizontally. – [ <span class="gamepedia_pro_user">Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 19:36, 9 April 2018 (UTC)


 * Applied overhauled system to article. - Princess Nightmoon (Splash Potions.gifLingering Potions.gif) 23:37, 9 April 2018 (UTC)

Mob sounds
I noticed that there appears to be a weird inconsistency between mob sounds on this wiki. A lot of the mobs don't have the sounds they make in-game in their infobox, while others do.

This table is now at Minecraft Wiki:Projects/Upload Missing Wiki Sounds.

Would it be possible to obtain sound effects and put them on the wiki any of the above mobs that don't already have it?-EatingSilencerforBreakfast (talk) 21:27, 10 April 2018 (UTC)


 * I have already extracted all the 1.13 sound effects but they are currently in parts, i.e. idle1, idle2, idle3, ect.. it will probably take some time to sort through them all. I will keep a list here of the mobs i've added sounds for and update it as i add more.

jjlr (talk) 00:39, 11 April 2018 (UTC)

Can someone possibly make a project page for this please, i would myself but i'm really not that good at writing and struggled just trying to start the first paragraph describing the projects goals. If someone can just start it i can add most of the technical details, thank you in advance for anyone who helps. jjlr (talk) 10:43, 12 April 2018 (UTC)

I made a project page for this in a sandbox here, if i could get some opinions before i move to an actually project page it would be very helpful. jjlr (talk) 03:53, 17 April 2018 (UTC)
 * Looks good. It could go with a more in-depth explanation as to exactly what steps to make in the wikitext of an article, so even participants who just joined the wiki or otherwise just don't know, can also do it. When you move it to a subpage of Minecraft Wiki:Projects, and add a link to it with description there, others will probably help you edit the project page as well. Good project. – [ <span class="gamepedia_pro_user">Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 07:38, 17 April 2018 (UTC)

I finished moving the project page for this and it is now at Minecraft Wiki:Projects/Upload Missing Wiki Sounds. jjlr (talk) 08:10, 17 April 2018 (UTC)

How to have sandbox moved to a new page
I have made a page for bedrock editions 1.2.20.1 and feel it can now be moved to a page, it still needs some changes but most i believe are minor and can be done after it is moved. jjlr (talk) 23:08, 10 April 2018 (UTC)


 * You can add Move to a page to suggest a rename. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 00:07, 11 April 2018 (UTC)


 * Sorry i should have said, i found the move button and already moved it to it's own page. But thank you for your reply. jjlr (talk) 00:11, 11 April 2018 (UTC)

Dolphin
Is anyone currently working on a page for the dolphin? I was going to start one in a sandbox but if someone else already has then there is no need for me to make another. jjlr (talk) 00:19, 11 April 2018 (UTC)

bedrock beta 1.2.20.1
The navigation box for bedrock still needs to have 1.2.20.1 added, and the main page needs to be updated to reflect its release. jjlr (talk) 01:46, 11 April 2018 (UTC)
 * It's a build, not a version, so it wouldn't need to be updated on the main page. It would be needed in the navigation box, but I honestly do not know what build 1.2.20.1 is or what version it's for. I asked on Slack, and was told that it was build 8, but I don't even know what version it's for (I asked).-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 01:53, 11 April 2018 (UTC)


 * sorry the way bedrock versions are categorized makes very little sense to me, i exclusively play java edition so really have no experience with how they are released, but i trust that everything will eventually be worked out and thank you for the reply. jjlr (talk) 01:58, 11 April 2018 (UTC)


 * No need to apologize at all, and sorry if my reply seemed a little harsh. Honestly, the Bedrock Edition versions categorization makes very little sense to me too. Right now I'm honestly just waiting and seeing if any official Bedrock developers post anything that's helpful, or waiting on another user who knows stuff about the weird way Bedrock Edition builds are organized. Best regards, -- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 02:06, 11 April 2018 (UTC)


 * Yo, I play Bedrock Edition, so ask me anything and I'll try to keep up to date on the latest builds. Twh minecrafter (talk) 12:58, 12 April 2018 (UTC)Twh_minecrafter

Row-sorting buttons on a new line
I've been asked by to consider putting table sort buttons into a separate row, in Module:LootChest. For reference, see Help:Sorting#In_a_narrow_space:_sorting_buttons_in_a_separate_row. Do people have any opinions either way? – Sealbudsman talk | contribs 16:01, 11 April 2018 (UTC)
 * I'm not a fan of the empty cells. Would it be practical to infer the viewport width and only do this when necessary? If not, I'd still support doing it because I think usability should trump aesthetics. – Auldrick (talk &middot; contribs) 16:21, 11 April 2018 (UTC)


 * Yes you can easily use styling to move the arrow, but basing it on the viewport width doesn't necessarily work, as when you want to move the arrow is more dependent on the width of the table, not the viewport. If the table is not very wide, it's not necessary to move the arrow until the viewport is quite small, whereas if the table is very wide, you might just always want the arrow below. To have it work generally for any table of any size, you'd need JS. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 03:04, 12 April 2018 (UTC)


 * Thanks. These help. a20001017Talk 09:21, 13 April 2018 (UTC)

Entity sprite creation
Can anyone please explain to me how the entity sprites are created, i was going to create the sprite for the dolphin but can't seem to figure out how they are made. jjlr (talk) 06:19, 12 April 2018 (UTC)


 * I think what people are doing is taking the mob's skin and starting from there.
 * P.S. If you are using the Java edition, go into .minecraft/versions/18w15a, you will see the jar file. Unzip / extract that. Then go into assets/resource packs/ and there is probably a skins folder, an entity folder, then a dolphin folder. – Sealbudsman talk | contribs 11:57, 12 April 2018 (UTC)
 * Dolphin texture exactly is in assets/minecraft/textures/entity/Dolphin.png : ) Oakar567 (talk) 12:04, 12 April 2018 (UTC)

Question regarding the Entities template
I'm an editor on the Hungarian Wiki and I'd like to ask where does the Entities template take the small pictures for each entity from? david92003 (talk) 18:53, 12 April 2018 (UTC)
 * , it uses the EntityLink template, which data is stored at Module:EntitySprite, using Module:Sprite.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 19:20, 12 April 2018 (UTC)

OK, thanks! david92003 (talk) 09:55, 13 April 2018 (UTC)

Inventory Slot Aliases
I've noticed that the potions section in Module:Inventory_slot/Aliases, where the effect text is added to the info overlay when you hover over the item is technically very lacking in content, despite its length. There are 30 entries (potions/arrows with no effect, decay and night vision + its extended variants), with 170 missing (all other effects) - less if we ignore certain variants that aren't really displayed on the wiki. However, since it's such a massive amount, I was wondering if they should be moved to a secondary alias module specifically for potions, or just get added to the existing module? - Princess Nightmoon 23:47, 12 April 2018 (UTC)


 * Definitely excited to see someone's interested in finishing that. And, no reason it can't be all in one module. There are much bigger modules. – Sealbudsman talk | contribs 00:56, 13 April 2018 (UTC)

Texture update
Since there doesn't appear to be a page for the "Texture update", would anyone have any objections to me starting one? jjlr (talk) 00:13, 13 April 2018 (UTC)
 * There currently is Planned versions § Texture Update, but it's very sparse. I'm not completely sure whether it should be a separate page, but I don't object to it. --Pokechu22 (talk) 00:22, 13 April 2018 (UTC)

i know about the section in planned versions but i was thinking of moving it to it's own page, and also having more of a list with all the changed texture and a render of them to make it easier to see the differences between the new and current textures. jjlr (talk) 00:28, 13 April 2018 (UTC)
 * , ooh, that's actually a good idea. It seems like as soon as it is revealed what content will be added in an update, a separate page is created for that update, and considering we know exactly what will be changed in the Texture Update, it seems like a separate page would be helpful and necessary. I this, but I personally recommend waiting for maybe 1 or 2 more users to see this and reply to it, and then create it.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 00:48, 13 April 2018 (UTC)


 * I started the page in a sandbox so i have it ready but i do plan on waiting for a few more people, and thank you for the support. jjlr (talk) 00:50, 13 April 2018 (UTC)


 * ! – Sealbudsman talk | contribs 00:53, 13 April 2018 (UTC)


 * , the update is coming closer, we better get started.--Skylord wars (talk) 01:48, 13 April 2018 (UTC)

I'm already working on block renders and have started a page in a sandbox but if anyone can start on the items and mobs i would really appreciate it. jjlr (talk) 01:52, 13 April 2018 (UTC)
 * , why don't you just go ahead and move it to the title, "Texture Update," add to the top of the page, and editors (such as me) will be happy to finish the content.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 02:02, 13 April 2018 (UTC)


 * Just one problem, because of the redirect i don't have permission to move the page to "Texture Update". jjlr (talk) 02:22, 13 April 2018 (UTC)


 * Oh, yep you're right, I didn't even think of that - yeah, that's definitely going to be a pain :(... I'll ask an administrator to delete the page.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 02:26, 13 April 2018 (UTC)


 * Let me know when it gets deleted and i'll move the page, until then i'll finish the block renders (up to 68 finished now) and begin uploading them. jjlr (talk) 02:31, 13 April 2018 (UTC)
 * , I'm gonna be away from the computer for the rest of the night, but you can check recent changes, which will show the deletion log, so once you see that the texture update page has been deleted, you can move your sandbox page to that title.

Incase anyone is interested i still need renders done for all the mobs that had their textures changed. jjlr (talk) 10:31, 13 April 2018 (UTC)

Update Videos
Hi there! I'm here to propose a small addition to the Minecraft updates changelogs. I've did this with a few, but it got retired because I didn't talked about it with you here. So what I'm thinking about is that we could add a "Video" section to the changelogs, featuring slicedlime's videos, which features every snapshots with the smallest details. To implement that, we could add a category named "Update_videos" that itself got the already existing Video Category. Then, on each changelog we could add a subpage named "/Update_video" which feature the corresponding video made by slicedlime, categorized "Update_videos". Then, back to the changelog, we could add the "Video" section with only. And yeah that's all I wanted to ask you, do you think it's a good idea or not and why? Hugman 76 (talk) 08:16, 14 April 2018 (UTC)


 * To clarify: currently, the video policy only allows for using videos uploaded by Curse, which is problematic given there are several official or developer channels which would be useful (and, unless I'm mistaken, there are already cases of videos from some of these channels being used - e.g. all the MineCon videos are uploaded on Mojang's account). The proposal is to expand the video policy to allow for using videos from these sources as well (videos themselves would be added via /video subpages, as has always been done with Curse videos, though I have no problem with the proposed categorization). One of the things we need before we can implement this (in addition to community support, which I'd be very surprised not to have), though, is a list of known channels and, potentially, some detail on what videos are appropriate to use in which circumstances. (Lastly, I might as well explicitly state I support this proposal, given I'm commenting on it like this.) 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 08:37, 14 April 2018 (UTC)


 * would it be useful if i made a short list of channels along with what content they post? jjlr (talk) 08:42, 14 April 2018 (UTC)


 * The policy should definitely allow for relevant informational videos uploaded by Mojang staff to be included in applicable articles, in my opinion. Slicedlime's update videos in particular would be very useful on the update version articles. - Princess Nightmoon (Splash Potions.gifLingering Potions.gif) 08:52, 14 April 2018 (UTC)


 * I'm going to work on a sandbox at the moment to show you how it can render. Hugman_76 [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 13:54, 14 April 2018 (UTC)


 * I've done it! Check it here. Hugman_76 [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 15:24, 18 April 2018 (UTC)


 * I think we should petition Curse for this. Dinoguy, you said there are many useful channels. I argue that it would make the Wiki much more useful if we add videos in from more sources. If everyone is diligent with citations, it shouldn't be an issue. Plus, common page patrollers would do a good job making sure videos are cited correctly. I agree with everyone about updating the policy somehow. Twh minecrafter (talk) 15:48, 14 April 2018 (UTC)Twh_minecrafter


 * Having a list of channels would be a great starting point, yes. For personal channels of developers/staff, it would also be useful to show what sort of content they generally upload. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 12:25, 15 April 2018 (UTC)

Older item images
Would anyone mind if i uploaded new versions of some of the item images, i have been noticing that alot of them are cropped and it's making it difficult to display them next to the new textures on the Texture Update page. jjlr (talk) 02:49, 15 April 2018 (UTC)


 * That cropping has always bothered me, I support it. – Sealbudsman talk | contribs 05:33, 15 April 2018 (UTC)


 * - Hugman_76 [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 08:18, 15 April 2018 (UTC)

Beginners Guide Rewrite Notice
Hello there, everybody! I just checked the members of the Minecraft Wiki:Projects/BGR, and most of them have not been active for years, so I would like to send a notice to everyone out there about possibly joining! If you want to join a project, then there are opportunities here. The project has been moving at crawl speed for about 2 years. There are still some pages that could use some work. Anyone can join! Just edit your name in on the list at the link I put earlier. Twh minecrafter (talk) 00:32, 17 April 2018 (UTC)


 * Remember that a proper tutorial for beginners is possibly the MOST important tutorial on this wiki. Don't be afraid to add your name and start editing the tutorial pages. If you have questions, ask. Just don't do nothing!
 * -SuperDyl19 (talk) 03:42, 17 April 2018 (UTC)

links in msgbox
Does anyone know how to use external links in a msgbox? i have tried everything and it keeps showing up as plain text or showing the url. jjlr (talk) 03:46, 17 April 2018 (UTC)

Nevermind i finally got it working. jjlr (talk) 04:18, 17 April 2018 (UTC)

Creating empty/contentless pages
Please stop creating new pages that are functionally empty (e.g. they only contain maintenance tags such as Stub or text such as "Foobar is a block.") Such pages are useless to readers; because links to these pages become blue, readers are misled into thinking there is useful content on these pages. This practice is especially useless if you create a page in this manner and then immediately turn around and edit the page with useful content. If this continues, lI'm going to start handing out blocks over it. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 14:26, 18 April 2018 (UTC)


 * Yes! Several chemistry-related pages were created in this way, which was bothersome. Others (the 4 utility blocks) were created with useful text, except it was copied directly from the education edition website, which is also not wanted. - Princess Nightmoon (Splash Potions.gifLingering Potions.gif) 15:17, 18 April 2018 (UTC)


 * I've also noticed this for snapshot pages. For example, there will be a tweet that "a snapshot may come out later today," and somebody will create that as soon as the tweet is posted, with the only content being "Dinnerbone tweeted that a snapshot will come out today." I understand that it's exciting when this happens, but there really is no reason to rush. I have complete trust that editors will create the snapshot page within 5 seconds of its release (I mean, literately).-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 15:22, 18 April 2018 (UTC)


 * Yeah, this is a problem I've noticed happening for a while. The creation of contentless stubs for the various Classic versions is what finally spurred me to comment on it, though. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 15:24, 18 April 2018 (UTC)


 * I'd say there are two cases here. One would be creating the articles, and marking them all as In use so that two people don't work on making it at the same time.  In my opinion, that's fine (though the template should probably be used for that case).  Another would be just creating an article where the subject doesn't even exist yet (e.g. future snapshots) and the article couldn't be written.  That's a case where I would say it's a problem.  --Pokechu22 (talk) 16:16, 18 April 2018 (UTC)


 * If someone wants to work on an article like that, they need to do it in their userspace and then move it to the mainspace when it's ready to go. Trying to prevent duplication of effort is not a valid reason to create empty/contentless pages. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 23:26, 18 April 2018 (UTC)


 * , please read this section, and note that in the future, reverting edits that change empty/contentless pages to redirects will result in a block. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 23:26, 18 April 2018 (UTC)
 * After checking those edits, I was mistaken about what you did. However, in the future if you properly create a page from an edit revert, please replace or delete the edit summary before saving so your edit isn't listed as a revert in the page history. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 23:32, 18 April 2018 (UTC)


 * , please read this section. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 22:31, 23 April 2018 (UTC)

So, what is the community consensus here? Should we not create snapshot pages until they have been released unless there is significant coverage over the features that will be added in a source? created 18w19a before it was released, and created 18w19b, as it's expected to be released tomorrow (both of these users did it out of good faith). Whatever decision we make should probably be mentioned in the style guide. I personally like the idea of not creating any unreleased snapshot pages unless several of their features are mentioned in a source (kind of like how it currently is with version releases), but I'm open to anything. What do the rest of you think?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 00:45, 9 May 2018 (UTC)


 * This isn't about creating pages for announced versions before their release (which is fine), it's about creating empty or contentless (e.g. the only content is something like ) pages. As long as something useful can be (and is) said in the article, it can (and should) be created. 「 ディノ 奴  千？！ 」? · ☎ Dinoguy1000 19:49, 16 May 2018 (UTC)
 * So if I understand correctly, it's fine to create (snapshot) pages (before they are released yet), if it is done with useful content in the first edit. So if you'd be filling in more content later, hold off clicking the submit button before you do. Fair enough, right? – [ <span class="gamepedia_pro_user">Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 19:58, 16 May 2018 (UTC)


 * Yes, that's it exactly. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 20:00, 16 May 2018 (UTC)
 * Well, we could enforce this with a message (box) in the editintro, add a formal note to the already mentioned style guide, or a step further, insert a minimum data requirement to the editor (there must be some mechanic for something like that somewhere). Because I'm sure people new to this discussion are probably not going to read this before they make the same mistake others have already. These are just the tools I can think of to help, do we need any of that? – [ <span class="gamepedia_pro_user">Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 20:07, 16 May 2018 (UTC)


 * Adding a note to the style guide (or some other place where it's clear this is a wiki guideline/policy) would be ideal. An abuse filter rule can be created to catch some cases of this as well, but I don't think this problem is widespread enough to justify that (though if someone who knows their way around writing abuse filter rules wants to write one, I'd have no problem adding it; email it to me in that case). Adding an editnotice wouldn't be appropriate for this, because page creations are a very low proportion of edits, and AFAIK there's no real way to selectively display an editnotice specifically on page creation. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 20:16, 16 May 2018 (UTC)


 * Regarding the editnotice, wouldn't it work to just put  in it? Interested to know if it would. And if that doesn't work, you could also try checking a variable inserted by Mediawiki:Newarticletext. The parser function failed for me, but I can't truly test it in system messages like that. So all right, lets focus on the style guide then. What about adding another phrase to Notability.General.1, so it would read for instance   Any thoughts? – [ <span class="gamepedia_pro_user">Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 20:50, 16 May 2018 (UTC)


 * There is a separate message that occurs when creating a page. I do not know the name, but it currently starts with “You have followed a link to a page that does not exist yet”. Additionally, the message would be useful for all namespaces except user. Therefore, we should use . It would generalize the message to an indication that placeholder pages should only be created in the userspace. The BlobsPaper.png 23:21, 16 May 2018 (UTC)


 * System message  controls this message, so creating such a notice is possible. Not sure how useful the abuse filter would be in this case: many placeholder pages are created with infoboxes, navboxes, etc., so filtering on page length wouldn't necessarily work. A filter to prevent creating any page less than 16 bytes might stop some blank or nearly-blank pages while still allowing redirects, but could be bypassed with an empty section header and a navbox. -- Orthotopetalk 03:17, 17 May 2018 (UTC)

Redirects to all versions
As an example, the Java Edition has 1.2.1, while the Bedrock has 1.2 instead. But the page 1.2 redirects you to the 1.2.1 instead of the Bedrock 1.2. Should redirect pages like this be redirected to the correct one? Skylord wars (talk) 14:46, 18 April 2018 (UTC)


 * I think partial version notation pages like that are too ambiguous for a redirect. Maybe turn them in disambiguation pages so the reader can choose what they intended to look for, and then link to the correct version from articles instead of to these pages. So in this case 1.2 could disambiguate between Bedrock Edition 1.2 and 1.2.1. Using a redirect is so confusing here, whereas it is just 2 characters more to spell out in a link if you're trying to point to 1.2.1. – [ <span class="gamepedia_pro_user">Jack McKalling ] [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 14:54, 18 April 2018 (UTC)


 * At the very least, the targets of ambiguous redirects should have a Redirect hatnote pointing to the other page(s) a reader might have been trying to reach by following the redirect. The hatnote would be the preferred method for cases where there's only a couple such pages (the target and one other page, that is); for more, I agree with Jack in recommending a dabpage instead (though the hatnote should still be fine even for cases of three or four pages). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 15:05, 18 April 2018 (UTC)


 * Is this what you're thinking?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 15:11, 18 April 2018 (UTC)


 * Yep, good to see I'm still able to get my point across mid-ramble. =D 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 15:21, 18 April 2018 (UTC)


 * This is better since some players would just type 1.2 to search for 1.2.1. Skylord wars (talk) 15:23, 18 April 2018 (UTC)


 * The infobox automatically shows links to other editions with the same version number for exactly this reason, so I don't think we need the redirect template duplicating this. I think disambiguating would be better, and provides further reason to move all the unprefixed version pages to have the Java Edition prefix. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 10:35, 19 April 2018 (UTC)


 * The infobox for Bedrock Edition have links to Pocket Edition release. As an example, if you go to Bedrock Edition 1.2, there will be links to Pocket Edition 1.2, which redirects you to the same page. I currently can't think of anyway to fix it. Can anyone help? Skylord wars (talk) 11:18, 19 April 2018 (UTC)


 * It just checks if the page exists, it doesn't know if it's a redirect or not, nor is there a way to check without moving the check to lua. It can instead be written manually, but this obviously isn't a solution if all of them are doing it. Probably just remove the check for Pocket Edition pages on Bedrock pages, and once we've moved all the old Pocket Edition pages, the check can go entirely. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 06:47, 21 April 2018 (UTC)


 * Yeah, the best way to fix it is to remove the checks for Pocket Edition on Bedrock Edition pages. Skylord wars (talk) 06:53, 21 April 2018 (UTC)

I have a question.
How do I change the user name of the mcwiki? Beans1512 (talk) 05:18, 21 April 2018 (UTC)
 * This question is rather frequently asked. See User talk:Dinoguy1000/Archive 5 for an example of an answer. I think it still holds. --AttemptToCallNil (report bug, view backtrace) 05:27, 21 April 2018 (UTC)
 * Thank you very mush :) --Beans1512 (talk) 05:29, 21 April 2018 (UTC)


 * Fill in the form at https://gamepedia.zendesk.com/hc/en-us/requests/new?ticket_form_id=235968 using the email address associated with your account. (gphelp:Rename account) –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 06:29, 21 April 2018 (UTC)

Removed wip
Wip instructs that no users edit the page until the work-in-progress state is finished. What are the guidelines as to when this can be removed? I assume it can be removed on pages such as Tutorials/Morse code, in which the author of the page hasn't edited in 7 years and the person who added the template hasn't edited in 5 years.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 14:52, 21 April 2018 (UTC)
 * wikipedia:Template:Under construction, which serves a similar purpose, says to remove it if the page has not been edited in several days. Its more short term equivalent, wikipedia:Template:In use, says to remove the template if the page has not been edited in several hours. I'd say seven years without major edits is more than a definite sign the page is not a "work in progress". --AttemptToCallNil (report bug, view backtrace) 14:59, 21 April 2018 (UTC)
 * Work in progress notices should always be taken to mean work is actively being done; anything tagged with no activity for more than maybe a week or so should be untagged. If the tagger returns and wants to resume work, there is nothing stopping them, regardless of whether they readd the tag (though if someone repeatedly readds a wip tag without ever actually editing the page's content, they should have the tag's intended purpose explained to them). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 15:17, 21 April 2018 (UTC)

Update Videos (up)
Are you guys still ok with this? Hugman_76 14:39, 22 April 2018 (UTC)


 * I personally am fine with it, and it seems like many other users are too., ? Would you be okay with doing this?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 14:51, 22 April 2018 (UTC)


 * I'm fine with whatever the community consensus is. (Personally, I'd rather read a well-written article than watch a video, but that's mostly because I can read a lot faster than most people talk.) However, as Dinoguy repeatedly mentioned, we need a list of Mojang/developer channels to add to the video policy before this can be implemented. -- Orthotopetalk 16:43, 22 April 2018 (UTC)
 * Currently, there are only Help:Official sources. The only YouTube channel there is TeamMojang. We should start making a section about official YouTube accounts other than Mojang's. --Skylord wars (talk) 01:06, 23 April 2018 (UTC)
 * I've saw that slicelime was added, could we start now? Or do we need another seperate page ? Hugman_76 [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 18:54, 23 April 2018 (UTC)
 * The help page is probably the ideal location for the list to go, and the video policy should be updated to point to it instead of maintaining a separate list. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 22:03, 23 April 2018 (UTC)


 * Alright, can we start now, , , ? Hugman_76 [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 15:10, 30 April 2018 (UTC)


 * Works for me, especially because it's now been added to the Help:Official sources page. However, should we update the video policy page as well before we do this?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 15:22, 30 April 2018 (UTC)


 * The Minecraft Wiki:Wiki rules/Video policy can be easily changed, as it's copied from Terraria wiki. Minecraft Wiki can set up their own rules. The video policy should be updated. Skylord wars (talk) 15:33, 30 April 2018 (UTC)


 * I don't know how to do it, can someone do it? Hugman_76 [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 21:38, 1 May 2018 (UTC)

Only admins can edit the page, and none of the admins you've pinged have replied yet. I guess we can wait a week or so, and then I'll try contacting one of the active admins directly.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 21:43, 1 May 2018 (UTC)


 * I've made the change, though I welcome suggestions for improvements to the text there (not just my text, but any of the text on the page, most of which I didn't look very closely at while editing). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 07:35, 2 May 2018 (UTC)


 * So, may we start adding update videos by slicedlime? ?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 02:39, 6 May 2018 (UTC)


 * I think so, I'm going to start, a template is available here. Hugman_76 [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 17:22, 9 May 2018 (UTC)

So to clarify, it is ok to start adding slicedlime videos to update pages now? jjlr (talk) 05:49, 10 May 2018 (UTC)


 * Yes! Make sure to all follow the same template (which can be found on 'Category:Update_videos' too) to not be confused. Hugman_76 [ Grid Book.png Grid Book and Quill.png Grid Diamond Pickaxe.png ] 08:38, 10 May 2018 (UTC)


 * You can't use subpage transclusion as the snapshot pages are transcluded on the development versions subpages, which points the video transclusion to a subpage of that page, which obviously doesn't exist. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 10:17, 10 May 2018 (UTC)


 * doesn't work, but fixes the issue. Applied fix to existing pages and altered the instructions on the category page. - Princess Nightmoon (Splash Potions.gifLingering Potions.gif) 12:58, 10 May 2018 (UTC)


 * That's strange how it doesn't work for you. It should work, and it does work just fine for me. So when you access this revision of 18w16a, the video does not show up? (That revision is before you added the extra :18w16a) Oh wait, I'm sorry, never mind - it's for the development versions that is doesn't show up, I should have read Majr's comment more thoroughly.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 13:06, 10 May 2018 (UTC)

Template to link to feedback.minecraft.net
Currently, there is Article. Well, I know this template can be used to link you to feedback.minecraft.net. But, can we make one for feedback.minecraft.net, or maybe use the same template.--Skylord wars (talk) 14:32, 24 April 2018 (UTC)


 * Working on it now .-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 14:59, 24 April 2018 (UTC)


 * Wait, never mind, it's already incorporated into Template:Article. Use the ext= parameter to go to a URL that is not minecraft.net.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 15:02, 24 April 2018 (UTC)

Version release dates
I've noticed some confusion over the exact release date of various versions; in particular, whether certain versions were actually released the previous or next day from what's listed. It seems to me a lot of this confusion is likely to stem from time zones; Sweden is UTC+2, whereas many readers and editors are in the US, which is UTC-5 through UTC-10. In addition, it's not unusual for timestamps to be stored in UTC and adjusted for the viewer's local time zone on the fly, which means e.g. when viewing timestamps in text files, they won't be adjusted. This should definitely be kept in mind in the future wen considering what day a version was released on, since e.g. it may have been released after midnight Swedish time, but before midnight UTC, which would result in various sources and/or interpretations assigning two different release dates. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 17:03, 25 April 2018 (UTC)


 * Most wiki use the following way. Times should be according to the main place. Such as Minecon 2016 should be based on California's time zone. There are currently two ways. These examples are random times. Either: 21:00 British Summer Time (UTC+1) on 27 July 2018/ 8 p.m. Eastern Standard Time on January 15, 2001 (01:00 UTC, January 16)


 * On the Alpha versions, since Notch released them at midnight Sweden time (according to version_manifest.json), I've been using the UTC time with an explanatory footnote. – Nixinova Grid_Book_and_Quill.png Grid_Diamond_Pickaxe.png Grid_Map.png 07:15, 28 April 2018 (UTC)

The wiki's style guide currently does not include a time zone guide. This should be added. Skylord wars (talk) 07:11, 28 April 2018 (UTC)


 * Yep, the .jar files has clearly written the time for it.--Skylord wars (talk) 07:24, 28 April 2018 (UTC)

PD licensing templates
Is there any practical difference between the CC0 and the Public Domain license? Just asking, because I'm implementing them on the Hungarian wiki... david92003 (talk) 17:42, 25 April 2018 (UTC)
 * CC0 should only be used for files that are explicitly licensed as CC0; PD can be used for any public-domain files, including ones licensed as CC0 (though I'd recommend using the more specific template whenever possible). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 18:11, 25 April 2018 (UTC)
 * Thank you! david92003 (talk) 10:27, 26 April 2018 (UTC)

The Classic is a mess right now
The version history, classic pages, and everything related is really a mess right now and I can't figure out how to fix it. First of all, on the Java Edition version history page, it says that there is a version called 0.26 SURVIVAL TEST that was released on October 25, 2009. However, on the Classic 0.26 SURVIVAL TEST page itself, it says it was released on October 20? Furthermore, there are a ton of double redirects that redirect to versions that are not listed on the version history page, and some of these versions show up on the Classic 0.26 page, but are not listed anywhere else. And the 0.26 SURVIVAL TEST page does not have anything to do with any of the updates listed on the 0.26 page. Does anybody have any ideas of how this can be fixed?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 15:20, 26 April 2018 (UTC)
 * The versions on the Classic 0.26 page weren't released to the public, 0.26 SURVIVAL TEST was. - MinecraftPhotos4U (talk) 15:59, 26 April 2018 (UTC)

Bedrock Beta versions
So, ever since the 1.2.13 betas, the version numbers have gotten pretty weird, and at the top of the weirdness is the recent Beta 1.5.0.0, the ninth beta version leading up to full version 1.4. Attempted breakdown as follows (numbers in brackets are full version numbers):

Now, the article for Beta 1.5.0.0 is currently called "1.4 build 10", which is false, since it's the 9th build for 1.4 (Update Aquatic). And unlike previous numbers, it doesn't make sense for it to be "1.5 build 1", since it's not a build for 1.5. So, should it just be called "Beta 1.5.0.0"? Should the naming system be changed for the beta versions? I'm not really sure what to do here. - Princess Nightmoon 21:05, 26 April 2018 (UTC)


 * To be honest I have no idea what to do, I've been wondering the same thing! For 1.2.14, builds for it added update Aquatic features, but then the iOS release of it only had bug fixes. Also, the order of the builds doesn't make sense at all, and it seems like some of the Wiki, such as the bedrock Edition version template, regards all of the builds as "1.4." Anybody else have any ideas?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 21:14, 26 April 2018 (UTC)


 * Yeah, out of the beta versions listed, only 1.2.13.5-6 have actually been related to the version number. 1.2.13.8 and later have all been Update Aquatic betas, with no correlation to the full versions 1.2.13 or 1.2.14 despite sharing version numbers. As briefly touched upon, naming them "Beta [number]" could be a potential solution for the 9 builds in question, but it would need consensus. - Princess Nightmoon (Splash Potions.gifLingering Potions.gif) 21:33, 26 April 2018 (UTC)


 * Looks like it's better if we named the version articles like "Beta [version number]". I'd consider "Update Aquatic Build [N]", but build numbers seem unreliable, judging by the 9/10 confusion, and this naming method will fail if the builds for the next major update become similarly confusingly versioned before the update's name is announced. If things get worse, we may have to resort to version release dates... but then again, nothing prevents the developers from "accidentally" releasing two or more updates on the same day in an ambiguous order. --AttemptToCallNil (report bug, view backtrace) 10:33, 27 April 2018 (UTC)


 * My suggestion is "Bedrock Edition Beta 1.2.6" for Bedrock Edition 1.2.6 build 1. Using this way will prevent confusion and make it a lot easier. We don't need to version numbers and update names. This is to keep consistent with Java Edition's snapshots articles. The name does not have the update name. Plus, builds are names used by Android betas only, Mojang uses the term Beta instead of builds.--Skylord wars (talk) 11:33, 27 April 2018 (UTC)


 * This is going to be confusing with the way we've historically treated the terms alpha/beta: as being an entire set of versions that come prior to the initial 1.0 release (just look at how history is organised). You might expect that BE Alpha 1.0 precedes BE Beta 1.1, but there's actually release versions in between. If we do this, we're going to have to make sure the infobox clearly differentiates between pre-release alpha versions, and mid-release beta versions. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 11:49, 27 April 2018 (UTC)


 * Well, that only applies to Java. While it might be confusing, it is accurate; Bedrock Edition uses Beta versions as their equivalent of Java snapshots (as of Beta 1.2.13.8), introducing experimental features which may or may not be included in the full version. Display methods in templates could be as follows:

Infobox (Beta 1.5.0.0) "Type" indicates that it's a beta (snapshot) version, "Beta version for" indicates which version it's a beta for.

History (dolphin) For this one, "beta [version number]" is used in the same way as snapshots, being listed under the upcoming version they are a beta for.

- Princess Nightmoon 13:19, 27 April 2018 (UTC)

A better way is to write the version just like in-game. We don't need beta prefixes. Beta 1.5.0.0 will be just called 1.5.0.0. This can prevent confusion. Skylord wars (talk) 06:57, 28 April 2018 (UTC)

An example.

Infobox (1.5.0.0) "Type" indicates that it's a beta (snapshot) version, "Beta for" indicates which version it's a beta for.

I'm sure most readers can determine this is a Beta version page.Skylord wars (talk) 07:01, 28 April 2018 (UTC)


 * Are we going to start a renaming project?--Skylord wars (talk) 01:32, 2 May 2018 (UTC)


 * I don't think a renaming project would be necessary - I certainly wouldn't mind moving all of the builds to their beta titles and fixing the article's information. I would like the opinions of other editors before doing this though, as I'm not sure if we've come to a consensus yet. This will be a pretty drastic change to the wiki, so we need to make sure that the community overall is OK with doing this, so that we can avoid a mass page-move revert. Another thing to keep in mind is all of the templates and links that will need to be updated after we've done this.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 01:36, 2 May 2018 (UTC)


 * I guess we don't need to move all of it, but only updates after 1.0. Because the in-game version started using this format after 1.0. Before 1.0, Pocket Edition still uses build numbers in-game. This is the same with Beta 1.9 Prerelease and 1.9-pre1, we need to follow the in-game number. I have created a page User:Skylord wars/Bedrock Beta.--Skylord wars (talk) 01:46, 3 May 2018 (UTC)


 * I'm all for using in-game names as much as possible. Making up our own terms isn't helpful to reducing confusion. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 05:28, 5 May 2018 (UTC)
 * How about fitting the Japanese page that separates the template before and after the 1.2 release that became Bedrock Edition?--Mikanzukituyu02 (talk) 15:08, 6 May 2018 (UTC)
 * If you use Changelog in game as information source, 1.2.20.1 is build 8, 1.2.20.2 is build 9, 1.5.0.0 is build 10, 1.5.0.1 is build 11.--Mikanzukituyu02 (talk) 15:20, 6 May 2018 (UTC)
 * Can confirm the above as I’ve seen a screenshot of it that said “Build 11” on it. So referring to these as builds 9, 10, 11, etc. is fine. --Marioprotvi (talk) 13:10, 9 May 2018 (UTC)
 * Revisting this because yesterday on the MC Monday stream the devs announced that 1.4 would be coming very soon and said conduits would be in the second part of UA, which is 1.5. This actually makes sense because Beta 1.5.0.0 may actually the first build for 1.5 (despite just being bug fixes) and 1.5.0.1 is build 2 since that added conduits. Also, 1.2.20 may end up being similar to 1.2.14 where the betas share the same version number but the actual update contains none of the things in the beta. The current betas that are considered part of Update Aquatic (up to the last 1.2.20.x beta) would be part of 1.4, since there was no beta labeled 1.4.0.x. --Marioprotvi (talk) 16:13, 15 May 2018 (UTC)
 * Another thing I thought we could do is rename the articles to something like Bedrock Edition Update Aquatic build 1 on the Bedrock Edition 1.2.13 build 3 page (this would make it somewhat easier to distinct it from the other To keep the other versions mentioned as well, the lead would be something like this:


 * Update Aquatic build 1, also known as 1.2.13 build 3, 1.4 build 1 or beta 1.2.13.8 is a build released on March 16, 2018 that added some of the Update Aquatic features through Experimental Gameplay.


 * I’m not entirely sure how this would work but I’ll explain it more in detail soon. --Marioprotvi (talk) 00:45, 16 May 2018 (UTC)


 * undid nearly every single edit I did to try and fix this problem and he claims “no source was given”. We need to settle this right now (pinging, , and any others i couldn’t immediately think of) as Bedrock Edition 1.4 build 11 is mislabeled - there are no conduits in the full 1.4 release (I checked, not added even in EG) but this is a 1.5 feature that is in an article under 1.4 which is factually incorrect. Someone needs to email the development team itself to see if they can provide better information to fix this. --Marioprotvi (talk) 19:28, 16 May 2018 (UTC)


 * As I explained on your talk page, the names of version articles should reflect those versions' in-game names (see also MinecraftPhotos4U's massive cleanup and correction campaign with early Minecraft versions, which featured a lot of renaming for that purpose). If you can demonstrate that a given build is named in-game how you renamed its article, then the rename is fine and can be redone. Otherwise, if you can demonstrate the name was used in an official source, it should be noted in the article as an alternative name. Beyond that, if there is incorrect information in the articles, it should be corrected (for most of them, if anything is required, this probably just means clarifying what version the build is actually for). This does not mean, though, that articles should be "corrected" because a given feature in the build isn't included in the release version the build is named for (that comes down to the versioning for BE being messed up in the first place, and is not our place to try to fix, though we should explain it for readers). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 19:56, 16 May 2018 (UTC)
 * Now that I think about it, the way the betas were named post-1.0 actually seems like a plausible idea (like what Skylord wars suggested) since they are the actual numbers in-game. --Marioprotvi (talk) 20:01, 16 May 2018 (UTC)
 * I've created two template mockups for Template:Bedrock Edition versions so we can vote which one is more suiting.


 * Mock-up #1


 * Mock-up #2


 * Personally I'd be willing to go with the second one since thats what its referred to in-game, although the alpha/beta name can be template-only and the pages without the name - e.g "beta 1.2.13.8" would link to Bedrock Edition 1.2.13.8. This creates problems with 1.0 and 1.1 as their respective builds were labeled "alpha v1.x.x.x" during gameplay but it changed to "beta v1.x.x.x" from 1.2 onwards. If such a case rises we can just name it Bedrock Edition alpha 1.1.0.0 with alpha being all lowercase to be different from the Alpha phase of development (0.1-0.16). Same would go for beta. --Marioprotvi (talk) 22:34, 16 May 2018 (UTC)


 * We need to do something about 1.4, it's currently claiming that beta versions for 1.2.13, 1.2.14, and the seemingly non-existent 1.2.20 belong to it, but then the page's themselves refer to the parent version of the same name. So which is it? It looks more like those versions are entirely separate from 1.4, but re-implemented features from it in a "pseudo beta" behind the experimental gameplay setting. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 06:07, 18 May 2018 (UTC)

Auto-importing pages?
Is there any way to automatically transfer a page's content onto a page on an other wiki. More specifically, I'd like the Module:Version/Numbers page to be transferred into its equivalent on the Hungarian wiki, Modul:Version/Numbers. Is that possible? david92003 (talk) 17:11, 27 April 2018 (UTC)


 * You can export pages with their full history by using Special:Export (make sure to uncheck "Include only the current revision, not the full history"), and then import them using Special:Import (though note that you have to be an administrator to import pages). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 19:57, 27 April 2018 (UTC)

Version nav template
I've recently edited a page about a version on the Hungarian wiki and realized that the Version nav template is completely unused. I tried to use it, copied all the content from the templates on this wiki over there, and it mostly works. The only problem is that the template is in the middle of the page. Example: 1.12 - the source code for this is exactly the same as the one on the English wiki. What can I do to fix it? david92003 (talk) 15:12, 28 April 2018 (UTC)


 * You need the infobox-related styles from MediaWiki:Common.css as well. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 16:32, 28 April 2018 (UTC)

Deletion requests for mod pages
Several IPs (I'm pretty sure they're the same person though, as their IPs are very similar and always have a similar edit summary) are going to mod pages for mods that only work in outdated versions, and requesting that they be deleted. I'm not familiar with mods and how they should be incorporated into the wiki, which is why I'm asking this question to the community. If a mod does not work in the current version, should it be deleted? Like I said, I'm not too familiar with the subject, so I haven't been adding any deletion templates myself, but if the answer is "No, just because the mod doesn't work in the current version doesn't mean the mod page should be deleted," then I will start reverting the edits from the IP(s) adding delete.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 14:18, 4 May 2018 (UTC)
 * Trivially, this is not enough reasoning. No mod would work with the ultra-new, two-hour-old JE release, and this is not valid basis to nuke every mod page there is.
 * However, mod pages in general seem to be largely abandoned. Some of them are almost contentless. I think we should change the topic of the conversation to the more general one of mod article policy on this wiki. --AttemptToCallNil (report bug, view backtrace) 14:27, 4 May 2018 (UTC)
 * I do agree that we should discuss the mod policy on the wiki. However, for short term purposes, should I let the IP(s) add deletion templates to every single mod page there is that does not work in the current version (which is pretty much what they're doing now), or revert the edits?-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 14:52, 4 May 2018 (UTC)
 * I'm not the final authority, but I'd just check, and if both the mod is available for download, and the required MC version is listed in the official launcher, I'd revert; if not, I'd replace the deletion reason with "no longer available/usable". --AttemptToCallNil (report bug, view backtrace) 15:47, 4 May 2018 (UTC)


 * We also need to make the same decision about custom servers.
 * I'm totally happy to get rid of all the mods and move them to ftb:. It's better set up to work with mods, whereas ours are just tacked on the side with vanilla taking the main space. I think it's a lot simpler to have this wiki focus on vanilla, and FTB and individual wikis focus on mods.
 * Xbony2@undefined What's FTB's policy on abandoned mods and ones for outdated versions of Minecraft, such as what's currently inhabiting Category:Pending deletion? –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 05:20, 5 May 2018 (UTC)


 * I believe the question of mods has come up on Slack in the past, though I couldn't say what (if any) result came of it; personally I'd be in favor of Majr's suggestion to move all mod content to FTB and/or individual wikis. Doing this would also let us simplify several templates that have for years had to include support for mods (IIRC it would mostly be the inventory-related templates that are affected).
 * I added a comma to your comment to clarify your meaning, Majr, feel free to remove it if I got it wrong or you don't want it there.
 * 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 08:12, 5 May 2018 (UTC)
 * What would you have other language wikis do with their mod articles? The Russian wiki has a substantial portion of users contributing mainly to mod articles. --AttemptToCallNil (report bug, view backtrace) 09:23, 5 May 2018 (UTC)
 * That would be up to each wiki to decide for themselves; the English wiki shouldn't presume to dictate how the other-language wikis have to operate. If any of them want to go the suggested route here, though, the obvious option would be checking if there's an FTB/individual wiki in that language, and if not, seeing about having one set up (assuming the FTB/individual wiki isn't currently operated as a multilingual wiki). 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 09:32, 5 May 2018 (UTC)


 * En's mod articles being mostly garbage and unmaintained doesn't affect other languages, so I don't see how us getting rid of them entirely does either. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 09:58, 5 May 2018 (UTC)


 * English wiki deletes mod articles.
 * English wiki removes mod support from templates/modules.
 * A non-English wiki (Wiki X) decided to keep their mod articles and use the original template/module versions.
 * Affected templates/modules are updated on the English wiki in order to introduce functionality needed on all language wikis. The update requires nontrivial adaptation (i. e. beyond copying and string translation) in order to make it work with the original, mod-supporting templates/modules. As a result, a major portion of mod templates/modules on Wiki X now requires substantially more effort to update.
 * I don't think this is an improbable scenario. --AttemptToCallNil (report bug, view backtrace) 10:11, 5 May 2018 (UTC)


 * That's fair, in which case I would use separate templates for mods. If we were keeping mods, that's what I'd want to do anyway, as supporting mods makes some things difficult to do (like getting rid of the legacy grid images). –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 12:05, 5 May 2018 (UTC)

I'm not exactly sure what "separate templates for mods" means. Something like a  which only supports vanilla and   which also supports mods? And then  for vanilla recipes, and   for recipes from mods, plus similarly separated template pairs for all other interfaces? --AttemptToCallNil (report bug, view backtrace) 13:04, 5 May 2018 (UTC)


 * If the features mods need diverges from the features vanilla needs enough, it would be easier yes. If possible, it should be designed so that the mod version can just implement the extra features and hook in to the vanilla version for output. But if it's simple to include, we don't necessarily need to remove mod support entirely. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 13:34, 5 May 2018 (UTC)
 * Vanilla supports mod content via namespaces (vanilla uses, other mods are assigned other namespaces).  This behavior should probably be in all of the templates, especially if Mojang does end up introducing content in other namespaces.  I don't know enough about how the templates work to actually say how feasible this is though.  (I've been adding namespaces to things when I see it, though a lot of pages still are missing them) --Pokechu22 (talk) 16:26, 5 May 2018 (UTC)
 * oh god, I have been pinged for a bunch of stuff I haven't seen. Please poke me on Slack if you need my attention here; echo notifications are totally broken. Sorry that this is late. We accept and would be happy to accept the move of any/all mod content to the FTB Wiki, and we have no restrictions on mods being abandon or old or whatever. -Xbony2 (GRASP) (FTB Wiki Admin) (talk) 13:02, 13 May 2018 (UTC)

Create redirects
I guess yet again, I have to discuss with the community about the creation of these redirects per MinecraftPhoto4U's move summary. The redirects I want to create are Version history/Infdev, Version history/Indev, Version history/Classic, and Version history/Pre-classic. The reason is, A a ton of pages link to these that have not been fixed, B they are all very likely search terms, and C no other versions have development stages with these titles, so there's no reason not to have these redirects. Also, I'm not sure why MinecraftPhotos4U moved them to Java Edition Version history/[Development stages], as no pages would link to them and would never need to, AND it's useless for searching, as the first letter of any word is not case-sensitive in the search box.

Also, please don't think I'm trying to be rude or anything, but, I'm really not a fan of how you're moving a ton of pages without leaving a redirect, breaking a lot of links, removing search options, AND all of the moves are without discussion, could be controversial, and many times (such as this time), just really don't make any sense - and then you say that we must discuss before recreating the redirects. I'm fine with you doing this if the community agrees with this, but for me it kind of seems annoying. I really hope you don't take any offense to this - you're a great editor and you've done some great things on the Minecraft Wiki. We're all just trying to make the Minecraft Wiki a better place, and I just thought I would bring this up. Once again, please don't take this as rude or offensive, as I do not mean for it to be taken that way at all.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 22:39, 5 May 2018 (UTC)


 * About the redirects, most of them are fixes. See Pre-classic, Classic, Indev, and Infdev. Most search engines have fixed their links. Plus, it seems strange to let Alpha and Beta be in "Java Edition version history", while others are in "Version history". Thus, I don't see a reason to make these redirects--Skylord wars (talk) 06:40, 6 May 2018 (UTC)


 * It is useful to have these and they existed for ages and are still linked to by a lot of pages. What's wrong with having them? – Nixinova Grid_Book_and_Quill.png Grid_Diamond_Pickaxe.png Grid_Map.png 06:53, 6 May 2018 (UTC)


 * You don't because there's no reason to be moving these redirects in the first place. Additional redirects can be created where needed, and unused and worthless redirects can be deleted, but moving them usually doesn't make sense. Since they were warned to stop moving pages, but continued, they've been blocked for a few days. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 07:28, 6 May 2018 (UTC)

Hostile Mobs not spawning in singleplayer survival.
I've started a singleplayer survival world, but I've had this problem that hostile mobs rarely spawn, only spwaners work, traps that include them spawning randomly in low light platforms seem to not be working. I've tried everything;
 * lighting up caves (which are almost empty, no mobs in there, as if I was in peaceful mode)
 * afk 24+ blocks away for longer than 1 hour (only 2 creepers spawned, figured that when I found 4 gunpowder transported in the chest by hoppers at the bottom of the trap)

If there's anything I can do please let me know. I've seen other vanilla players in youtube, they get massive quantities of spawns, but I don't get any. Screenshots included. –Preceding unsigned comment was added by EternalAssassin (talk • contribs) at 19:00, May 6, 2018 (UTC). Please sign your posts with
 * You may need to post in in the forum. Try turn your render distance to a higher level, it may work.--Skylord wars (talk) 11:19, 6 May 2018 (UTC)

Texture Update sprites
So when the texture update is released, will these old textures in the InvSprite stay? Or are they going to be replaced with the new ones? I propose to move the old sprite to a separate template where it will eventually be used in the history section. – ItsPlantseed ⟨₰|₢⟩ 06:16, 9 May 2018 (UTC)


 * So something like moving InvSprite to InvSpriteOld or InvSpritePre(release date here), then updating InvSprite with the new textures? jjlr (talk) 06:20, 9 May 2018 (UTC)


 * Yes, but I'm not sure if that's necessary though. The file has reached 1MB and I don't know if it will affect performance issues. – ItsPlantseed ⟨₰|₢⟩ 06:50, 9 May 2018 (UTC)


 * Performance isn't really a concern with sprites, they're meant to have lots of images in (I'd actually be more worried about the size of the documentation page). However in this case, since it's changing pretty much everything I think it would be good to split off now, just to make editing easier (smaller page/image to upload reduces edit time), and also we should probably do this for blocks and items too. Then we just need to decide if we want to make it totally historical stuff (so whenever a texture changes we move the old image to the historical invsprite), or if it should contain all textures beginning from the texture update.
 * I'll create the base for the modules now so anyone can start getting the new textures uploaded. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 07:56, 10 May 2018 (UTC)


 * Nice, I'll start adding texture for the items now. Also I have a question, are those "TextureUpdate" suffix temporary? We seem somewhat familiar with the current sprite title. – ItsPlantseed ⟨₰|₢⟩ 10:36, 10 May 2018 (UTC)


 * Of course, the current templates/modules will be moved elsewhere once the update comes out (the name of which we need to decide on), then the new ones moved over the redirects.
 * Also I noticed you mentioned having an issue with using find in the browser creating duplicates? Did you mean you used some sort of find/replace thing to change names rather than editing them manualy? If that's the case then I think I can fix that. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 10:47, 10 May 2018 (UTC)


 * About that, I didn't use to replace (well since I can't), I used the key to find the name instead of scrolling. When I search E.g 'blue', the highlighted word will be considered as a duplicate, so I can't save it until I change all the misinterpreted words into something different. It seems like it only occurs on Edge, but I'm not sure for other browser.  – ItsPlantseed ⟨₰|₢⟩ 11:23, 10 May 2018 (UTC)


 * Ah that wasn't the bug I was thinking of then. The issue is that edge sends a blur event to elements when it moves the find highlight off of them, regardless of if it was focused (and it doesn't send a focus event on the element which it moved the highlight to), which causes the script to think the original value is undefined (because there was no focus event to set the original name), which causes the script to "change" the current name to exactly the same as it already was making it think it's a duplicate. Was easily fixed though. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 12:10, 10 May 2018 (UTC)


 * Majr@undefined Also, how did you manage to make semi-transparent grid images while retaining its original color transparency? I had this problem while adding the Hardened Glass. – ItsPlantseed ⟨₰|₢⟩ 07:46, 11 May 2018 (UTC)


 * Well it was quite awhile ago, but I seem to recall using a feature in gimp to remove the background. I would assume it's possible in other editors. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 03:21, 13 May 2018 (UTC)


 * To remove the background in gimp it's: "Fuzzy Select" or "select by color" to select just the background, then "color to alpha". This way only the background is selected and the rest of the image remains untouched, also only editors that can handle alpha (transparency) can be used to remove the background, and beyond that only a few file formats can store images with alpha, for example PNG. jjlr (talk) 23:53, 16 May 2018 (UTC)


 * Thanks. Even though the RGB values are slightly off, it's fair enough. – ItsPlantseed ⟨₰|₢⟩ 03:41, 17 May 2018 (UTC)

How are the sprite sheets currently generated? By hand or with a script? jjlr (talk) 04:57, 17 May 2018 (UTC)


 * Its done using JavaScript, but the code is integrated into the wiki. Just head to any sprite page and click the edit sprite tab. – KnightMiner  · (t) 16:18, 17 May 2018 (UTC)


 * Thank you. So i can just call the sprite editor from a sandbox and create a sprite sheet directly that way? Also i'm assuming the sprites are just block renders, correct? jjlr (talk) 02:29, 19 May 2018 (UTC)


 * The sprite editor is for editing the sheets after the fact, since you are just using the old version of the current textures just copy InvSprite to start for the textures. – KnightMiner  · (t) 04:40, 19 May 2018 (UTC)


 * but in theory would starting with a blank image work? jjlr (talk) 04:59, 19 May 2018 (UTC)


 * Template:InvSpriteTextureUpdate is exactly that. I could copy the names over too, but they're not all necessarily relevant to the texture update version (like historical sprites), so I just left it to start from scratch. The inv sprites are just screenshots from the inventory, not renders. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 07:47, 21 May 2018 (UTC)

Reference template with archive support
What is everyones opinion on a reference template that allows you to specify both the original link to a page but also an archive.org link for it? Something similar to wikipedia's  option for it's citation template. jjlr (talk) 11:05, 9 May 2018 (UTC)
 * Could be useful, but I don't think we want to specify archive links for absolutely every reference. --AttemptToCallNil (report bug, view backtrace) 11:24, 9 May 2018 (UTC)
 * I know that, it would be optional, so if you don't specify an archive link it will treat it as a normal reference. jjlr (talk) 11:27, 9 May 2018 (UTC)
 * --Skylord wars (talk) 12:46, 9 May 2018 (UTC)
 * Where on the page would this template be used? Would it also have  and   parameters? – Auldrick (talk &middot; contribs) 17:33, 9 May 2018 (UTC)
 * I was thinking it could be used in place of the  tag, so it would be used anywhere the   tag could be used. Also it could have   and maybe a   parameter that accepts a binary value (0 for false;1 for true), when true it could maybe state in the reflist that the original link is dead and to use the archive link, or maybe it could automatically redirect the reference to the archive link, otherwise when false it would just do nothing. This is currently more a concept than a working idea, and i would need some help getting a working prototype. jjlr (talk) 00:24, 10 May 2018 (UTC)


 * I've added an parameter to link (which only shows if  is set). – Nixinova Grid_Book_and_Quill.png Grid_Diamond_Pickaxe.png Grid_Map.png 04:18, 10 May 2018 (UTC)
 * That looks really good to me, except I wonder: What's the rationale behind displaying the dead URL and following it with the archive URL? Wouldn't it be better to display the original link but link it to the archive site, and insert "(archived)" without a link? That would keep users from trying to follow the dead link first. – Auldrick (talk &middot; contribs) 15:20, 10 May 2018 (UTC)


 * That would make more sense, especially since the archive link is only if the original is dead. Although i would make a slight change to your idea, rather than displaying "archived" at the end i would do something more like this:

&emsp;&emsp;&emsp;Archived page(original) – Example site, archived day month, year

jjlr (talk) 22:56, 10 May 2018 (UTC)


 * I just don't agree with intentionally displaying a broken link when you have one that works. As a link it's useless. As a record of the original source it's useful for historical reasons, but not for validating the citation, and the archive page serves both purposes so it's not needed. Besides, it will still be in the template call when you're editing, assuming nobody would bother to delete it. Anyway, here's a comparison of the proposed expansions, as I understand the preceding discussion:

– Auldrick (talk &middot; contribs) 05:25, 11 May 2018 (UTC)


 * I've edited it to replace with  if the latter is set. – Nixinova Grid_Book_and_Quill.png Grid_Diamond_Pickaxe.png Grid_Map.png 19:45, 11 May 2018 (UTC)

I've been trying to use for awhile now and it doesn't seem to produce a reference entry, if it doesn't work like a reference how is it suppose to be used? jjlr (talk) 08:17, 19 May 2018 (UTC)

Sounds parameter in BlockTileEntity template
When trying to add the new audio for the conduit and beacon to their relative infoboxes i noticed the BlockTileEntity template didn't have a sound parameter, would it be possible to add one since there are quite a few tile entities that produce sound. jjlr (talk) 05:44, 10 May 2018 (UTC)


 * by Majr.-- Madminecrafter12 Orange Glazed Terracotta.png to meLight Blue Glazed Terracotta.png 00:13, 11 May 2018 (UTC)

A bug in the Bug template
I've recently edited the 1.13 page on the Hungarian wiki, and found out that links to Mojang bug pages at references don't work. Instead they try to link to wiki pages like MCbug:122563. I've checked the template and it's the same as the one here. What could be the problem and how could it be fixed? david92003 (talk) 16:52, 10 May 2018 (UTC)
 * You need to go to hu:Speciális:Wikiközi hivatkozások and add some interwiki prefixes from Special:Interwiki. These prefixes may be used by the template (space-separated): . --AttemptToCallNil (report bug, view backtrace) 17:07, 10 May 2018 (UTC)
 * Thank you! david92003 (talk) 17:19, 10 May 2018 (UTC)

Audio from mp3 to ogg
Would anyone have any objection to me reuploading current mp3 files in ogg format, ogg has better compression while often providing better audio quality, and is completely open source. jjlr (talk) 01:21, 11 May 2018 (UTC)


 * It should be noted that IE can't play ogg. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 01:34, 11 May 2018 (UTC)


 * Although development for IE has been discontinued, and it is increasingly being replaced by other browsers. jjlr (talk) 01:56, 11 May 2018 (UTC)


 * Discontinued development doesn't mean it's not being used. Also Edge can't play ogg either. – Auldrick (talk &middot; contribs) 05:36, 11 May 2018 (UTC)


 * You can technically open .ogg files in Microsoft Edge. You need to install this pack to open. It is free by the way. Skylord wars (talk) 08:04, 11 May 2018 (UTC)


 * Since that's installed by default (as least on the April 2018 update), it may as well be considered that Edge can play ogg. –Majr ᐸ <small style=display:inline-block;line-height:9px;vertical-align:-3px>Talk Contribs 08:24, 11 May 2018 (UTC)

IE has been discontinued and every other browser has support for vorbis encoded audio (webm and ogg), since IE is no longer being developed and support for it will eventually run out i don't believe it should be considered. Ogg is a much better format for audio in web browsers and has many advantages compared to mp3. If we are considering IE though then what about the other audio files on the wiki that are already in ogg format, would we reupload them in mp3 specifically for IE users? jjlr (talk) 09:48, 11 May 2018 (UTC)


 * IE is officially discontinued since the release of Windows 10 Edition. I dont think we need to reupload. For IE users, they should take some time to see this article. Skylord wars (talk) 04:13, 12 May 2018 (UTC)
 * What about ios users?, we cant play ogg--TheCreeperStrikes (talk) 03:38, 13 May 2018 (UTC)

File:Ground_impact1.ogg


why is nothing being done about it?--TheCreeperStrikes (talk) 06:29, 12 May 2018 (UTC)

Education Edition Infdev and other backlog oddities
No, really.

The reason behind this, as well as way too many other Special:WantedPages entries, is that Template:Version nav checks the existence of articles on similarly named versions of other editions by calling, which creates a backlink even if the target page is never supposed to exist.

Pretty much the only solution is to code the corresponding infobox row value manually. Manual substitution of already automatically inserted links shouldn't be too much of a problem. --AttemptToCallNil (report bug, view backtrace) 13:02, 13 May 2018 (UTC)
 * The same also goes for Bedrock Edition Infdev. See here. Skylord wars (talk) 00:51, 16 May 2018 (UTC)

Turtle shell documented on Armor page, and has its own page?
Is the Turtle Shell being documented on the Armor page, but also having its own page intentional? -EatingSilencerforBreakfast (talk) 23:39, 17 May 2018 (UTC)


 * Hello? Is anyone there? -EatingSilencerforBreakfast (talk) 00:32, 19 May 2018 (UTC)


 * I believe it is intentional. Because turtle shells can be worn as armor, but are also very different from all other armor making a separate page good for explain turtle shells in particular. jjlr (talk) 02:16, 19 May 2018 (UTC)


 * The helmet, chestplate, leggings and boots pages have their own pages but are also a part of the armor page. There is an unfinished discussion on whether to merge them. I would support merging these pages, as they are wearable, protective items that have a material associated with them (e.g., ‘’iron’’ helmet), and various enchantments that can be applied. Turtle shells are different because they are the only “armor” crafted using scutes, they provide water breathing as well as protection, they are not enchantable, and they can also be used for brewing. However, there is a section of the armor page that links to other wearable items, such as pumpkins and elytra. I would support mentioning turtle shells here and otherwise make turtle shells a separate page. The BlobsPaper.png 14:15, 19 May 2018 (UTC)


 * Actually turtle shells can be enchanted with an anvil in survival mode. jjlr (talk) 00:31, 20 May 2018 (UTC)


 * , the turtle shell page does not mention enchantments. Could you please list the enchantments available on a turtle shell? The BlobsPaper.png 02:59, 20 May 2018 (UTC)

Minecraft Wiki (EN) Discord?
has already created a Discord server for this wiki, but there's a problem.

This is our situation:
 * 1) We have a Discord server intended for wiki users and just interested community members.
 * 2) It's not prominently linked anywhere (such as on the community portal).
 * 3) There has been no discussion behind its creation.
 * 4) It has been created by a non-administrator.


 * A server not prominently linked will miss its intended audience.
 * A server prominently linked is implied to be endorsed by site administrators.
 * A server for a site not administrated by that site's administration team, but endorsed by them, is weird at best and problematic at worst.

I think there's no point in a permanently unofficial and unrecognized Minecraft Wiki Discord server, and that we should only request the server to be taken down as a last resort.

Decisions need to be made on the following points:
 * 1) Does the wiki need a Discord server?
 * 2) If it does, can it be, after some reconfiguration, the server created by Crraftt?

I propose the following:
 * In this discussion topic, the community decides on the points 1) and 2) mentioned above.
 * If the decision is against 1) (i. e. a Discord server is not needed), a further decision will need to be made on what to do with the existing one. Note: Crraftt@undefined please don't act rashly if the discussion starts to go against having a server, it would be better if you waited for the resolution before e. g. taking the server down.
 * If the decision is for 1), but against 2), a further decision will need to be made on the procedure of the new server's creation and deprecation/decommissioning of the existing one.
 * If the decision is for 1) and 2), Crraftt is asked to reconfigure the server as per the discussion's resolution (likely including, but not limited to, transfer of the "Server Owner" status to a confirmed wiki administrator), and the server is advertised as per the discussion's resolution (e. g. sitenotice, community portal, dedicated page like MCW:IRC, etc.)

I favor the points 1) and 2) mentioned above. --AttemptToCallNil (report bug, view backtrace) 17:37, 20 May 2018 (UTC)
 * While I'm not necessarily an active member of en wiki, I moderate a Discord server for other MCWiki project. I feel like a Discord server is beneficial to our (much smaller) community. It's a place where we often have a possibility to talk about edits to members who made them directly, definitely easier than discussion pages. With our current setup (recent changes feed, IRC bridge, some bots) it's also pretty neat place to hang out and banter or monitor changes. I think if properly moderated (with moderators spread around the globe) the server would be beneficial for this community as well. However, one of my fears when I created the server for project I'm contributing to was that it would distribute the discussions between the wiki and Discord, which is not what I want in a open project, chats on the Discord are closed only to server members. I think this is a really important matter that should be discussed further. Answering to two questions:
 * 1. I think it would be beneficial for the wiki to have a Discord server
 * 2. I'd feel safer if the server was in hands of administration member or at least more active/experienced editor, I don't mean any offence to Crraftt, I'm pretty sure their intentions are good and all they want is to make the wiki better, they seem very passionate about how they could help, but still. If Crraftt proves to be a good person to lead the server however, I have no issue with their server being the one for this community. Frisk (Talk page) 18:12, 20 May 2018 (UTC)
 * Perhaps I should have been more clear, but Discord has a concept of "Server Owner". Whoever created the server is initially designated such. If this person decides so, they can transfer this status to another user of the same server. A server owner has total control of the server and cannot be restricted from anything.
 * Given Crraftt's reaction in Slack, I don't think he would be unwilling to transfer the "server owner" status to a wiki admin. Thus, he wouldn't need to lead the server. --AttemptToCallNil (report bug, view backtrace) 18:22, 20 May 2018 (UTC)
 * I'm well aware of how ownerships work on the Discord, but considering the fact Crraftt didn't say anything about transferring the ownership I assumed it wouldn't happen. Frisk (Talk page) 18:39, 20 May 2018 (UTC)

I feel a discord server for the wiki would be very useful, i understand there is a slack server but it seems to be more difficult to use than discord. Not to mention more people use discord than slack, which would allow more people to get involved in discussions. But i also feel the discord server should be created by a wiki admin, and should have a set of rules setup specifically for it as it would be difficult to apply wiki rules to a discord server. jjlr (talk) 01:15, 24 May 2018 (UTC)

New snapshot pages and their related article reference
Every snapshot comes with a related article on the main website, and we create a new page for each. But each additional snapshot of the same week that is released, does not actually create a new article, but instead the previous is updated. However, the problem there is that Mojang apparently doesn't update the link to those articles consistently. Sometimes the article of an additional snapshot keeps the link of the previous, and sometimes the link gets updated to the name of the new snapshot, but not even consistently during the same week. For example, the articles for snapshots 10a, 10b, 10c and 10d all are linked by 10a, but 20a, 20b and 20c are all linked by 20b.

I just updated all snapshot articles of 1.13 to test and fix them (some were dead already). At the same time I took the opportunity to replace references to article with snap. The snap template exists specifically for these links, an alternative to the article one, so I think we should always use that instead of article. The only visual difference is that it does not include quotes around the link.

So I would like to ask everyone to from now on use snap for consistency, and secondly, to always be aware that the article link does not always include the name of the particular snapshot you're referring to. So always update the links to all same-week-snapshot articles, in case a new snapshot comes out and Mojang decided to change the existing article link. Thanks :) Lastly, do we need to update all older snapshot pages with this template as well? – [ <span class="gamepedia_pro_user">Jack McKalling ] 16:56, 23 May 2018 (UTC)