Changes: Minecraft Wiki:Issues/Weekly 12w18a

Revision as of 15:03, 3 May 2012

Read this

Mojang has an official bug tracker and does not track bugs for any editions of Minecraft on this wiki. Please use the appropriate bug tracker to report and view current bug reports.

Java: bugs.mojang.com/browse/MC.
Bedrock: bugs.mojang.com/browse/MCPE.

For further info, see the issues notice page.
Do not delete this page, any issues currently being recorded are purely for archiving purposes.

Issues

Full releases

Pre-releases

Weekly releases

Instructions & Page Organisation

Bug Reporting

This page is for bugs that:

Are found in the version of the game specified in the article's title.
Are found in an unmodified Minecraft game. If you think a bug you have found in a modded version is not the result of the mods you have added, please be sure to reproduce it in an unmodded game before posting it here.
Are reproducible to a certain extent. Please provide a short description on how to reproduce your bug along with system specs if required.

You can read Classifying Bugs for further information on what you should and shouldn't add to this page.

Bug reports should be as concise as possible without anecdotal waffle or your own opinions. We want to keep a clean, easy-to-read list of bugs for the developers to check through. This is not a place to express gameplay ideas or improvements.

Please include your system specs, where appropriate, and instructions on how to reproduce the bug. If the bug caused the game to crash or freeze, there may be a file beginning with the word "crash" in your .minecraft directory containing the crash report. If not, you can follow these instructions to obtain a crash report. Once you have the report, wrap it in the following template:

{| class="wikitable collapsible collapsed" |-! Crash Report |-| <pre>your crash report here </pre> |}

If you are unsure of an issue, it's good practice to post about it on the talk page to see whether others can reproduce it.

When adding your bug report:

Always prepend it with one or more issue labels.
Sign your report with --~~~~ so that we know who reported the bug.
Leave a blank line between each bug report.
Do not place bullet points before issue labels. They are reserved for use with comments.

Once you've added a bug report, please keep track of it. Others may post comments underneath your report requesting clarification or more information.

Bug reports that do not provide enough useful information or contain too much opinionated or anecdotal waffle may be subject to removal.

Commenting

When commenting on bug reports:

Prepend your comment point with an indented bullet point using the code ":*".
Place the comment directly below the bug report without leaving a blank line between them.
sign the comment with --~~~~. This is a deliberate exception to the usual wiki conventions; normally you should only add signatures to content on talk pages.

Please don't let debates about whether something is or is not a bug get out of hand. Similarly, don't clog bug reports with discussions of workarounds or possible fixes. If a bug or annoyance exceeds 10-12 lines of follow-up comments, move the entire follow-up discussion to the talk page and link to the discussion under the original bug.

Page Moderation

Please do not spontaneously delete a bug report unless it is blatant nonsense submitted an unregistered user. Try to contact the submitter by user-talk first and tell them about your concerns. Almost all active submitters will be co-operative. Always assume good faith.

You may also leave a comment explaining why you feel the bug should be removed, allowing time for others to weigh in on the decision or for the original poster to give additional information. Where possible, removal of a bug should be a group decision, not a decision made by a single individual.

Please make sure issues are given the correct category, type, and priority: issues with blocks go in the Blocks section, issues with mobs go into the Mobs section, and so on. List bugs in order of importance ( [!!] > [!] > [X] ). Annoyances go into the Annoyances subsection, with major ones [A!] before minor ones [A] . Issues that have been marked as fixed or skipped are moved to the Fixed/Skipped section. Issues that Mojang cannot reproduce should be left in their original place.

If a new version of Minecraft is released, create that page with {{subst:Known bugs}}. Any changes made to this header should also be made to this template.

Issue Labels

Use issue labels to indicate the importance and nature of a bug.

Mandatory issue labels come first, and must be one of the following:

[!!] = {{bl|!!}} = Critical bug that can crash a Minecraft client or server.
[!] = {{bl|!}} = Major bug. Use this tag sparingly; if there is consensus your bug is not major, it will be downgraded.
[A!] = {{bl|a!}} = Major annoyance. Think very carefully before flagging an annoyance as major. Is it really more important than most minor bugs? Use this tag sparingly; if there is consensus your annoyance is not major, it will be downgraded.
[X] = {{bl}} = Minor bug.
[A] = {{bl|a}} = Annoyance. Note that this is not the same as feature requests, which is not what this page is for. Remember, leave gameplay ideas/solutions up to the developers.

Please also determine which game mode(s) your issue appears in, and flag it with the appropriate label(s) if any.^[1] (Also, note that if, for example, a minor annoyance appears in both single-player and multiplayer, and in both creative and survival modes, you should label it as [A] , not [A] [SP] [MP] [Su] [Cr] .)

Optional labels can be added after mandatory labels.

Labels for indicating that an issue happens only in a particular game mode:

[SP] = {{bl|sp}} = Single-player.
[MP] = {{bl|mp}} = Multiplayer.
[Su] = {{bl|su}} = Survival mode.
[Cr] = {{bl|cr}} = Creative mode.

Labels for indicating that an issue is restricted to a particular OS:

= {{OS|OSX}} = Mac OS X
= {{OS|Win}} = Windows
= {{OS|Linux}} = GNU/Linux

In addition, [?] = {{bl|?}} can be added to tag an issue that you are unsure of or that the community (on the discussion page) believes requires further vetting. Do not use this label to indicate this-is-not-a-bug. Instead, replace the issue's current label with [A] or [A!] . Furthermore, it is inappropriate to use this to flag something you disagree with. Instead, express your opinion in a comment.

Labels that Mojang (not you!) uses: (Please place these tags in front of existing issue labels. Do not remove the existing labels.)

[F] = Issue for which a fix will appear in the next update.
[N] = Not a bug; intended behavior. By definition, this label is inapplicable to annoyances. Annoyances are not bugs.
[S] = Issue that will not be fixed in the next update.
[U] = Issue that Mojang has tested but was unable to reproduce.

To produce these labels, use the following code: {{bl|c}} where c is the code of the label you wish to use. (e.g., a for annoyances, etc.)

The default issue type is minor bug; you can produce this label with the shorthand {{bl}}.

Further information is available at Classifying Bugs.

Crashing/System

Bugs

[X] [SP] When quitting and re-starting a world in single player in fast succession you will get an error: Cannot connect to server. Connection refused: connect.

[X] [SP] You can ban yourself from singleplayer, leaving a server instance running and forcing you to remove yourself from the banlist

Annoyances

Fixed/Skipped

Gameplay

Bugs

[!] Enchantment tables cannot be used to enchant tools and weapons.

You can still enchant armor. --RichardG867 14:59, 3 May 2012 (UTC)

[X] [SP] Creative mode doesn't work in singleplayer. Even with a newly generated world.

You have to use a command to change it now. But I doubt this was intended. (Ps, added the [x] label) Mustek 13:57, 3 May 2012 (UTC)

[!] Movement is less smooth (its now like 12w17a mp).

Annoyances

[A!] The enchanting system has always, and continues to be frustratingly unfair. sometimes producing Efficiency III when a level 50 enchant is used. Considering you need to kill NINE HUNDRED AND TWENTY FIVE zombies/creepers etc, to get to Level 50, users are naturally in consensus that, to quote Yahtzee Croshaw, the ratio of difficulty to find versus actual usefulness is completely arbitrary. While we respect the mystique Mojang have tried to create about enchanting, the numbers need serious review. Kizzycocoa

Fixed/Skipped

Blocks

Bugs

Fixed/Skipped

In-Game Interfaces/HUD

Bugs

[X] [SP] When going to the Game Menu while in-game, the game no longer pauses in single player.

This happens with any GUI that normally pauses the game as a result of single player being hosted as a server

Annoyances

Fixed/Skipped

Sounds

Bugs

[X] Doors and fence gates don't make any sound when open/close. Not sure if this applys to SSP aswell.

Confirmed for SSP Mustek 14:12, 3 May 2012 (UTC)

[X] Empty dispensers don't do the usual 'click' sound. Again, not sure if this also applies to SSP.

Confirmed for SSP Mustek 14:35, 3 May 2012 (UTC)

[X] [SP] Sounds in single player like those of noteblocks don't travel very far, not tested in multiplayer

[X] [SP] Nether travel sound is not played.

[X] Sound system appears to only properly launch half the time you start the game, not sure if this is a bug or something with my client

Annoyances

Fixed/Skipped

Language/Text Files

Bugs

Annoyances

Fixed/Skipped

References

↑ http://twitter.com/jeb_/status/133569134930825217

[1] ttp://twitter.com/jeb_/status/133569134930825217

[1]

@@ Line 35: / Line 35: @@
 #Prepend your comment point with an '''indented bullet point''' using the code "<tt>:*</tt>".
 #Place the comment '''directly below the bug report''' without leaving a blank line between them.
-#'''sign''' the comment with <nowiki>[[User:Mattrition|Mattrition]] 11:21, 26 April 2012 (UTC)</nowiki>. This is a deliberate exception to the usual wiki conventions; normally you should only add signatures to content on talk pages.
+#'''sign''' the comment with <nowiki>--~~~~</nowiki>. This is a deliberate exception to the usual wiki conventions; normally you should only add signatures to content on talk pages.
 Please don't let debates about whether something is or is not a bug get out of hand. Similarly, don't clog bug reports with discussions of workarounds or possible fixes. If a bug or annoyance exceeds 10-12 lines of follow-up comments, move the entire follow-up discussion to the talk page and link to the discussion under the original bug.