Talk:Java Edition version history/Development versions

Sign your posts with ~ and always add new posts at the very bottom after previous sections.

I believe this post is getting too long.
I think there should be a section per update. As this page is getting way to long.

Crashed, but I don't know where to put it.
I don't have a Mojang bug tracker account, but Minecraft crashed. I am going to put it on the issues page, but is there any option of what I should do in the future? Pokechu22 01:38, 15 December 2012 (UTC)
 * Get a bug tracker account and post it there instead in the future. The Wiki is NOT a substitute for the official bug tracker, and bugs posted here are not likely to be properly reported or even fixed. As well, if you are experiencing a crash, make sure you can replicate the results before posting it as a bug, as it may just be a technical issue with how Minecraft is set up on your computer or a similar issue. Cavemaneca 00:08, 12 January 2013 (UTC)

Misinformation regarding Linux
The article states that on GNU/Linux, snapshots need to be run in a separate way, when in fact the same method(put minecraft.jar in .minecraft/bin/) works on all OSes, including Linux. In the blog post that was linked to, the poster just confused the launcher minecraft.jar and the actual game minecraft.jar.

88.195.199.75 23:42, 3 January 2013 (UTC)


 * Fixed :) Intel iX 18:41, 28 February 2013 (UTC)

Items now rotate on their own and are blocky, I think
And they are not one pixel think anymore, either. Does anybody else have this? - Creepers explode, don&#39;tcha know? 15:33, 8 January 2013 (UTC)
 * It has been like this since 1.4.6. --☆ Sven ? ! 17:59, 8 January 2013 (UTC)


 * Thanks. - Creepers explode, don&#39;tcha know? 18:02, 8 January 2013 (UTC)

Bug Fixes
So basically, there seem to be two different ways that the Bug Fixes can be listed.

1. The bugs are reworded from the official issue tracker, with "Fixed" placed at the beginning. E.g.
 * Fixed minecart sound getting stuck on long cart rides and getting bumby, choppy

2. The bugs are kept the same as on the issue tracker, with the Issue number placed in front of it. E.g.
 * - Trapped chests only transmit redstone signal via redstone dust

So personally my view is that the bug reports should use number 1 for a few reasons. Firstly, for consistency. Seeing every other bug report on the wiki is done this way, it should stay the same unless someone is willing to redo every other bug fix section with No. 2. Secondly, seeing that Dinoguy's main point is that you can see more info by clicking on the link - well honestly, the bug that has been fixed is already in its more concise and proper form, and it is unable to be replicated in future versions, rendering this process unnecessary. Thirdly, should people still want to be able to view the bug tracker, this clickable link: (Issue tracker) next to Notable bugs (Complete bug list) will suffice.

Please give your opinion on this issue. Goandgoo. Talk - Contribs 01:30, 13 January 2013 (UTC)


 * I think that we should mark it FIXED when the fix comes out. And I agree that the link to the tracker should be there. - Creepers explode, don&#39;tcha know? 01:33, 13 January 2013 (UTC)


 * Historically, we haven't had links to the bug tracker because it didn't exist yet. Most of the older bugs won't have tracker entries, so there isn't really a need to revise the bug sections from previous versions. I do like having direct links to the individual bug reports; maybe the two styles could be combined, such as:


 * Fixed - Trapped chests only transmit redstone signal via redstone dust


 * -- Orthotope 02:22, 13 January 2013 (UTC)


 * (edit conflict) Linking to each bug on a bug tracker is a pretty common thing for a wiki based around a piece of software to do. It doesn't matter about consistency, if it really bothers you so much then go through and add the bug tracker links to the rest of the page.
 * The links add more information and take up just about as much space as putting "Fixed". (Which was pretty dumb anyway, it's in the bug fixes section why do we need to say they were fixed?) –ultradude25 ᐸ Talk Contribs 02:26, 13 January 2013 (UTC)


 * There is no reason the bug descriptions have to be copied directly from the bug tracker entries; the only reason I kept reverting to them is because I was too lazy to look through the reworded versions to see if any of them were worth using.
 * I agree with Ultradude in that saying "Fixed" on each bug description is simply redundant to the header they're listed under.
 * This all segues into another point I've been thinking about: now that there is an official bug tracker - and, as a result, it has been months since either Jeb or dinnerbone have made any bug-related edits on the wiki - why are we continuing to create a new bug list for each new version here on the wiki? We need to encourage people to report bugs on the official tracker, where they actually stand a chance of being seen and fixed now, and the first step to doing that is undoubtedly to archive the whole on-wiki bug list pages thing. 「 ディノ 奴 千？！ 」? · ☎ Dinoguy1000 01:08, 14 January 2013 (UTC)


 * OK, so I have changed the bug reports to the new format. And also, I am so glad an admin has finally realised that creating the issues page is unnecessary. It was discussed to remove them ages ago (when it was released at the end of October) at http://www.minecraftwiki.net/wiki/Talk:Issues. I am so glad they have finally stopped being created.
 * Goandgoo. Talk - Contribs 04:42, 19 January 2013 (UTC)

Another tweak to zombie behavior.
With snapshot 13w03a, zombies were made more difficult to dispatch safely with a bow -- when shot by a player, they immediately start tracking him/her, even when well outside of the range at which they normally detect players. I have yet to see this mentioned anywhere on the wiki. 216.252.14.170 20:04, 17 January 2013 (UTC)

Complete Bug List Removal
I suggest removing the Wiki-link for the Complete Bug lists for the snapshots & replace it with a link to the official bug tracker. People have still been putting bugs on the wiki page even though it is no longer used by Mojang. Existing pages should stay as an archive however. DarkWolff 20:38, 17 January 2013 (UTC)

13w03a Re-Upload
Can we remove the link for the 13w03a snapshot since it's technically not available because of the re-upload? Roll18 03:18, 18 January 2013 (UTC)


 * I vote we should merge the reupload with 13w03a. I don't see the benefit of keeping them separate since it was immediately replaced. DarkWolff 15:56, 18 January 2013 (UTC)


 * I personally believe it should stay so people who have downloaded the original one are not confused if there is some unusual buggy behaviour. Goandgoo. Talk - Contribs 01:29, 19 January 2013 (UTC)

13w07a has incorrect Notable Bugs issue tracker link
The link should be "https://mojang.atlassian.net/browse/MC/fixforversion/11200" 70.26.90.7 21:53, 17 February 2013 (UTC)

Gotta love that bugtracker.
http://mojang.atlassian.net/maintenance/images/DownforMaintenance_CharlieZap.gif Just gotta love it. Pokechu22 00:38, 4 March 2013 (UTC)

1.6??!! Already??!!
1.5 still hasn't come out, yet 1.6 is already in planning? Really? And should we add a title to this page or wait until 1.5 is actually released? Num ber  maniac  06:04, 7 March 2013 (UTC)

Curse Client
This feels honestly like shameless promoting rather than something that should be included on the Snapshots page. The link to each snapshot's download is already on the page. And there are plenty of other places you can go to get the snapshots; why include just the Curse client? The Curse client part should go in Programs and editors and not here. Chilangosta 17:07, 7 March 2013 (UTC)
 * True, but curse does own this wiki, so we probably shouldn't remove it. (Like the content author rewards thing on the main page).  It probably belongs in the programs and editors page as well, though. Pokechu22 23:32, 7 March 2013 (UTC)