Minecraft Wiki:Issues/1.1

Organization of This Page & Instructions
Please do not spontaneously delete an issue report or comment, unless it is patent nonsense submitted by someone who has not logged in. If possible, contact the submitter by user-talk first and tell them about your concerns. They will almost certainly oblige. As always, assume good faith.

If you're unsure of an issue, it's good practice to post about it on the talk page to see whether others can reproduce it. Make sure you're testing the bug in the correct version (for this page, that's 1.0.0) with no mods installed. Also, make sure to proofread your issue report before submitting it; unintelligible issue reports come off as inconsiderate and disrespectful. Finally, please determine which game mode(s) your issue appears in, and flag it with the appropriate label(s). (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].)

Be sure to sort issues by category, type, and priority: redstone issues go in the Redstone section, etc.; bugs go in the Bugs subsection, with major bugs listed before minor bugs, annoyances in the Annoyances subsection, with major ones before minor ones, and issues that Jeb has marked as fixed or skipped are moved to the Fixed/Skipped section. Issues that Jeb cannot reproduce, however, are to remain in their original place.

Please sign all issue reports and comments by typing   (three tildes; tilde may be found above  on USA keyboards, and to the right of  on British keyboards).

There is no need to place bullet points before issue labels. Use bullet points only for comments. Be sure to leave a single totally blank line before each new issue (but not before comments), unless the issue appears directly beneath a header.

Issue Labels
Please mark your issue with one of these issue labels: (listed from highest priority to lowest)
 * !! =  = Critical bug that can crash a Minecraft client or server.
 * ! =  = Major bug. Use this tag sparingly; if there is consensus your bug is not major, it will be downgraded.
 * 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.
 * undefined =  = Minor bug.
 * a =  = Annoyance.
 * ? =  = Potential issue that you are unsure of or that the community (on the discussion page) believes requires further vetting.  Note: 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. When you apply this label to an issue, place it after the issue's existing labels; do not remove those labels.

Labels for indicating that an issue happens only in a particular game mode: (These labels cannot stand alone; you must use them in addition to, not instead of, the ones listed above.)
 * sp =  = Single-player.
 * mp =  = Multiplayer.
 * su =  = Survival mode.
 * cr =  = Creative mode.

Labels for indicating that an issue is restricted to a particular OS:
 * =  = Mac OS X
 * =  = Windows
 * =  = GNU/Linux

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:  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  undefined .

Gameplay
Bugs

!! An easy to replicate crash, Click Controls in the main menu Options, then Done, Then click (after more testing, video settings itself will cause a crash, solo) Video Settings, Instant crash 10 times out of 10. ( i only tested on )
 * Couldn't replicate, on windows. More information, such as some settings? Cool12309(Talk
 * I downloaded a fresh .minecraft folder to ensure that this was not an old mod issue, so all default settings

undefined Dying in the Void in the Super-Flat world type will result in the world resetting and becoming completely flat once more.


 * Did you check your coordinates before and after you die in the void? I think your spawn point moves to another safe location --Snybi

undefined Torches placed next to wheat or saplings will uproot the plant.

Annoyances

a You Cannot pick up arrows in creative
 * I could yesterday in an 1.0 created world played in 1.1. Burning Arrows were shot by an dispensing mechanism through flowing lavas and could be picked up afterwards. --141.91.129.7 11:25, 13 January 2012 (UTC)
 * If you start a new 1.1 world on creative you can't pick them up

a Water freezes also in non snow-biomes


 * It is normal that if you place a ice block in a non-snow biome, it won't melt immediately, try waiting or a torch, or see if you don't have enough light.


 * !! I'm not sure what category this fits in, but spawner eggs 383:0 and 383:1 will cause a huge crash on your world when used.202.156.14.10 22:14, 13 January 2012 (UTC)

Physics
Bugs a! When ice is heated by a light source, it becomes water but doesn't flow until you update a nearby block.


 * This is not as important ( unless you use redstone )



! Can't get on slab from ladder below:

_ = slab | = ladder # = block _   _ #|  |# #|  |#

! If you crouch-walk directly over an inner corner at a 45 degree angle, you will fall off the edge. It's fairly easy for this to happen by accident.

To reproduce this bug, position yourself as in this screenshot, by crouching and backing into the corner. Then aim the reticle at the other corner and crouch-walk until you fall off.



Developer info: This bug happens because the game looks for the ledge seperately on each axis. At an inner corner, stepping along either axis individually keeps you on the ledge, but stepping along both axes at the same time makes you fall off. To fix this, check along the diagonal in addition to each axis.

Redstone and Pistons
Bugs

! Piston Quasiconnectivity Bug, Revisited A piston can be powered by a block that is not directly adjacent to it, but diagonally above or 2 blocks above, but changes to these blocks will not propagate updates to the piston*. Nevertheless, when the piston is caused to update by other means, it will take into account the state of these nonadjacent blocks. See this image for a better description along with a visual explanation.
 * The same applies to powered rails.
 * (Please do not delete this bug or this comment. It's fine if you disagree, but deleting is immature and petty.)  Jeb marked this bug as skipped a while back, but since time has passed and new evidence has come up, I would like to ask him to reconsider.  I've stated my reasoning here; please leave any comments you may have there so as not to clutter up this page.  Jeb, please read before deciding. ;) —Immute [talk]
 * I really hope he reads your statement, it sums up the facts very well!

!mp Using /time set will cause redstone torches to burn out.
 * When using a clock circuit on an RC2 test server, the circuit contained an inverter in which the torch failed to light after approximately 5 cycles after the /time set command was issued. Reproduced the bug multiple times by deleting the world and recreating the clock.
 * The circuit was tested at varying times between 10 minutes and 1 hour before the command was issued in each test, never failing until after the /time set command was issued.
 * How to reproduce:
 * Make a simple clock circuit containing an inverter(or even just a torch that turns on and off with each cycle)
 * Allow the circuit to run for a few minutes to verify the torch is stable.
 * Issue a Time Set command to the server.
 * Observe the torch failing to function within a few cycles of the command.
 * Replacing the torches causes them to burn out immediately in one cycle, but if the circuit is left in place for approximately 15 minutes the circuit will begin functioning again.

! Piston can "burn out" in a state simultaneously powered and un-powered. When it's in this state, it can be repaired by destroying the extended piston head. This will destroy the extended piston head but not the rest of the piston. --Munin295
 * 1.9pre5 1clock piston bug.png To reproduce: The image shows two different 1-clocks (powered by the same torch). If you attach a piston and block to the right 1-clock, it works fine. If you attach a piston to the left 1-clock, it works fine until you add a block—then it "burns out" in a state that appears to be both powered and un-powered. It's then actually possible (in Cr at least) to reset the piston by destroying the extended arm (without destroying the piston). --Munin295
 * To reproduce: create this BUD flip flop, place a block here, the piston will now be in a bugged state. --Scwizard
 * Another way to reproduce the same bug. (the torch is on the ground, not attached to the block with the redstone.) --User42

undefined If a piston is powered but cannot extend because of the amount or types of blocks in front of it, the piston will still not extend after the blocks have been removed, even if its power source remains. (this should become a major bug, not a minor one, as it could mess with auto building bridges and other devices that use a piston's max push amount. This could break a lot of things!)
 * Discussion moved here 93.106.76.125.

undefined Sticky pistons can be used to pull minecart rails off of the ground.

undefined If you put some redstone, a lever and redstone torch like this: http://i.imgur.com/RKjjC.png the torch doesn't invert when you flip the lever, and when you flip again it makes a fast pulse.
 * Is it only on Survival, or does it happen in Creative too? MrNintendoMan 10:13, 26 November 2011 (UTC)

undefined If a piston in a BUD state is updated by placing a piston that is then pushed or pulled by the BUD piston it will turn in to a block which is rendered in ever direction as the piston head. (Some Examples: http://i.imgur.com/Ox0Yg.png) --Incanus uk
 * Confirmed and I would like to add that the mis-rendered block does not drop a piston when broken, which leads me to believe its deeper than just a rendering issue and the block actually changes. -kiba_urufu

undefined If a chunk is unloaded whilst a wooden pressure plate has an item on it then it will stay in the on position forever, Jeb fixed it for logging out and back in but it still happens for chunk unloading when moving farther away.

undefined Pistons don't respond to block updates caused by another piston directly popping a block by extending. This bug can be exploited to make a directly powered piston BUD. There is a video example watch?v=VXX98KedPGc --Incanus uk

undefined Repeatedly pushing powered rails a certain way with pistons can end up creating infinite powered rail drops. This bug first appeared in 12w01a. Image of setup: Video:  --OSX2000 12:24, 13 January 2012 (UTC)

undefined Sticky pistons activated using pulse limiters don't pull back blocks if there isn't enough delay in the pulse limiter. The bug occurs when the middle redstone repeater is set at 3 ticks (instead of 4). 

Annoyances

a! Redstone materials can no longer be placed on top of glowstone.
 * Known_bugs/Version_1.9pre6 scroll down to "Fixed/Skipped/Non-Bugs" and find jeb's comment. — MiiNiPaaT
 * It still breaks tons of great lighting designs and should be reconsidered.
 * That's secondary; it contradicts Notch's decision to make them into stone type in 1.6.6, so it must be reconsidered. Chiisana

A! If you lay in a bed and then break it whilst still when you walk into any walls you get hurt

a! If you are sleeping in a bed and then the bed gets pushed by a piston then you can walk into walls and take damage,also cant climb ladders, can be fixed by saving and quiting.

a! When a sticky piston is moved by another piston, the block that should be stuck to it does not move.
 * This issue is a legitimate annoyance (note that I did not call it a "bug") because it was a feature of the Piston Mod, and a very reasonable one at that. I suspect that its non-inclusion was either a mistake or an act of laziness. :P (Hence, do not delete this issue please.) The status quo makes absolutely no sense and serves no purpose whatsoever.  The rule for which blocks a sticky piston should pull back should be the following (in pseudocode):  (—Immute [talk] )

 def computeHowManyBlocksToPullBack(extendedHeadLoc: Vector, stickyPistonDirection: Vector): Int = { var ret = 0 var currentPos = extendedHeadLoc + stickyPistonDirection //start withblock right in front of the retracting head while (ret < 12 && world.getBlockId(currentPos) == StickyPiston.Id                 && !Piston.isExtendedPiston(currentPos)                  && Piston.getDirectionOfPistonAt(currentPos) == stickyPistonDirection) { ret += 1 currentPos += stickyPistonDirection } if (ret < 12) { val finalId = world.getBlockId(currentPos) if (finalId == Piston.Id && !Piston.isExtendedPiston(currentPos)) ret += 1 else if (Piston.canMoveBlockOfId(finalId)) ret += 1 } return ret }

a!! When you stay on a pressure plate that opens double doors, they both go open, but if you no longer stay on it, only one door closes.

a Redstone doesn't point towards pistons. Mojang should make redstone point to pistons

a Redstone torches tend to make sizzling noises if it is turning on and off very quickly(> 2 ticks).

a! Redstone torches will 'burn out' after a flashing few seconds when you wire the wire to their back, Making it impossible to make a simple fast rapid pulser ( repeaters are slow ).

Mobs
Bugs

undefined Animals (non-hostiles) do not spawn on islands (even if relatively large) in ocean biomes. Wherever there is land, and the other additional criteria is met, animals should spawn. --Supah Fly

a! Mobs (including hostiles) in holes or enclosed by fences always try and jump out and sometimes appear on top or appear in flashes going up and down in the corners and sides of the enclosed area. --Supah Fly
 * Once they're on top it is also possible for them to escape. Happened in 1.0 as well, hence I was unable to keep animals fenced in somewhere. It does not matter how high the fences are.

a! Mob-hitboxes - You are still not able to hit a mob anywhere on the body then in the head.

Annoyances

Blocks
Bugs ! Selection of ladders is problematic in 1.1

! It is possible to get through a closed trapdoor by approaching it on the same level and sneaking, you will then fall though the trapdoor as if it was a non-solid block like long grass.

! It is impossible to get to the top of a ladder if there is a trapdoor at the top, even if the trapdoor is opened. This is due to there no longer being a hit box on the top of ladders and the only way to get around this issue is to break a block in front and above the ladder to create a 'step' up. Although this doesn't break trapdoor/ladder combinations it is extremely annoying and aesthetically unsightly.

! While underwater you are un-affected by ladders, regardless of if you are walking into the the ladder it will not elevate you. (To test, place two ladders one above the other, then place water. Attempt to go to the top of the Second ladder without using "JUMP".)

! If you hit the exact corner of a block, you sometimes go into that block.

! Interesting terrain generation, seems like part of a nether portal, and a few hundred dragon eggs, causes game's memory to rocket ( up to 1.5gb from normal of about 300mb) pic @ http://tinypic.com/r/2mxixzl/5

running on a server, but world was ported from a single player world created in 1.0. Seed and location are shown in the image ChrisPDuck

? Rarly, trees generates on sand blocks, beside the dirt. (Only Pine Trees?)

n When loading world which has blocks ids which are not in minecraft (mods, etc.) minecraft crashes. Instead a failsafe like filling those non-existent blocks with air (id 0) should be provided.
 * If that were to happen then the modded world would be destroyed upon saving, It's better it just crashes. --Joshua
 * It would be more robust if an "unknown block" type block were created. The block id would be preserved -- any unknown block would be displayed as a generic, easily destroyable "unknown" block. Maybe with the id printed on it.  That way you could remove a mod without loosing the ability to use the world. And no crashes.  --Eleazzaar
 * Possibly, Notch could add a msg saying "Unknown blocks types have been detected in this world! (Mods?) Would you like to let them remain as transparent blocks or delete them?" -- OpToCo
 * Why don't you remove all mod blocks by yourself before uninstalling that mod? This way you could persevere until the fix is out.
 * NO MODS! --Minecraft5025

! Soulsand no longer holds minecarts in place. Before you say "that behavior made no sense," remember that soulsand is 15/16 m high (try walking onto it from a normal block). Half slab holes most certainly do hold minecarts in place, so soulsand should too. Many engineers have made useful mechanisms that rely on this behavior, so it should not be removed. (Jeb made this argument for keeping the Piston Quasiconnectivity Bug, so it must apply here as well; if not, the argument was invalid when it applied to the piston bug too.) —Immute [talk]

undefined When a silverfish block is removed as a result of other silverfish causing the block to "awaken", the lighting of the blocks surrounding the silverfish block do not update, and it does not trigger BUD switches. This can cause "dark patches" to appear on walls, like this or this.

undefined When a door is open and you right click to place an item on the first block beyond the door (i.e. click through the open door) the block/torch/etc is placed but the door also incorrectly closes.
 * I can confirm this. I think this is related to the new (but confusing) behavior of doors. Clicking a door sometimes opens or closes an other door instead of the door you clicked. --Mrheat

undefined Glass Blocks hold dropped items(to be picked up) but they make get to unreachable places-delete or edit as necessary
 * Can you explain? Shellface
 * Seems to be related to the fence bug detailed below; glass blocks capture dropped objects that cannot be retrieved.

undefined mp Chests sometimes don't close after being opened, persists through client restart Cboz718
 * If you quit and reconnect, the chests reopen themselfs. 92.25.55.58
 * Chests will always become stuck open if they are right clicked more than once before the chest interface appears. They will stay open until the server is restarted. 71.3.251.252 20:48, 10 January 2012 (UTC)

undefined If a bed is placed next to a drop off or transparent block, you sometimes fall out of the bed, taking fall damage if the drop is tall enough

undefined Beds, levers, fire, signs, wooden/iron doors cannot be placed on snow (should replace the snow like all other blocks do).

undefined A melon can be placed onto the side of a block when there is nothing beneath it. Pumpkins can only be placed where there is a block underneath.

undefined Sometimes a generated light torch is facing the block that it should be connected. pic:

undefined When in a stronghold. When a torch is placed on a Smoothstone block, the block will change to any 3 of the stone Brick (normal/mossy/cracked) Happens around 80% of the time
 * Did you observe this on SMP in a newly generated chunk?--Inertia

undefined mp Only in SMP you can't write on a sign that is on/near a block that is periodically been updated. To reproduce, make a simple clock with a redstone torches and a repeater. Then put a sign on the block of the torches. Any text will be erased at every block's update.mooviies
 * this happens even if the block isn't being updated, but you are looking at any blocks being updated that are in the background. Jamslambs

undefined su Blocks that are broken adjacent to tilled plots cannot be picked up if elevated by another block from a 1x1 hole. The broken block is then attracted and attached to the tilled block until the replaced, blinding block has been removed.
 * Can't reproduce this. Was it MP or SP? --Samman412 01:12, 18 December 2011 (UTC)
 * I confirm this in SP vanilla minecraft 1.0.0. Dig a 2 deep hole in dirt leaving the dirt block items in the bottom, use a hoe on the surrounding eight dirt blocks and place one opaque block at the bottom of the hole: the dirt block items will rise to the top of the opaque block, but place a second opaque block on top and the items do not rise up further - they get stuck inside one of the tilled earth blocks. Generally non-opaque blocks such as tilled earth, slabs, stairs, glass, and ice do not displace items. I have just now re-tested tilled earth, wood slabs, cobblestone slab, and ice blocks (100% legit) still do not displace items in 1.0.0 vanilla. -Aurelius 16:19, 22 December 2011 (UTC) See my updated getsatisfaction thread at http://getsatisfaction.com/mojang/topics/items_displaced_by_halfsteps_are_not_pickupable_in_smp where I again confirm the problem with SMP reported in Beta 1.6.5 still exists in release 1.0.0 - I also retested cobblestone half slabs which still demonstrate the same bug in sp mp su.

! In all game modes, when a block is removed from under a fence, a floating block you can pick up gets stuck under the fence. Now, when you place another block under the fence, if there is nowhere for the floating block to move, the block will jump up and get stuck in the fence, blacked out, unobtainable - especially if there are multiple floating blocks you can obtain. Also, the same thing happens with glass - when a block is floating in a 1 block hole and you place a piece of glass in the hole, the floating block gets stuck in the glass, unobtainable.

! Explosions at or above the top layer of a map, especially from TNT propelled upwards by adjacent explosions, cause damage to the bottom of the map. These explosions damage bedrock and expose the Void, and cause server instability or crashes.

undefined When you dump water from your bucket on a Lily Pad, it doesn't drop and the water floats on the space above where it used to be.
 * This happens with lots of other small blocks such as flowers, torches, long grass etc. too. --Hersmunch

undefined Lily Pads can be placed on water intersecting the player (e.g. in 1-block deep water you are standing in), unlike other blocks which cannot be placed if they would intersect the player. KPReid

undefined When some blocks are checked to see what their bounding box is they are able to set the bounding box for all blocks of that class. More details: here. --Hersmunch

undefined When a half slab is on top of an ice block, walking on or throwing items on the half slab will make them slide across as if they were directly on the ice. 77.167.233.98 18:25, 12 December 2011 (UTC)

undefined Crouching while on top of a cake does not prevent you from falling over the edge, particularly when the block below the cake has air on the side you are moving to.
 * Crouching isn't supposed to prevent players from falling. Crouching only makes players move slower, making it easier to walk to the edge of a block without accidentally going too far.
 * Is there any source for this claim? This page says it's intended, and it does keep me from falling off every other block type I've tried. Orthotope
 * Crouching doesn't prevent you from falling less than one block. Always been like that. Shellface 19:10, 12 January 2012 (UTC)

undefined In a naturally spawned world in survival mode wheat grass can be found growing on sand.

Annoyances

a! Lily Pads break boats upon contact, making exploring ocean hazardous.
 * They're solid blocks. This happens with all solid blocks. HotdogPi 01:09, 24 November 2011 (UTC)
 * If anything, the bug is that boats are even more breakable in 1.0 TheCakeisAlive 19:32, 24 November 2011 (UTC)

asp Is there a chance to get fern back in minecraft survival mode. It would add a bit variety in the landscape, not only long gras. I only play in sp, so I don't know if it happens in mp.

a Sometimes in grassy areas, when a group of mobs spawn some grass becomes dirt.

a Dead bushes cannot be collected with shears.

Potions
Annoyances

a Egg spawned mobs are immune to potions.

Achievements
Bugs

undefined None of the interfaces like achievements, statistics, workbench, furnace, etc..., are translated in Latinoamerican Spanish. (Not very much a bug)

when you are putting down seed on farmed land (dry/wet) the seed some times dissuader and you lose your seeds pumpkin/water melon/seeds (it has been like this from 1.8 pre and it is so annoying)
 * you mean disappear? That happens when there is not enough light for the plants to grow. Put some torches up. --temotodochi

undefined When having enchanted items in a minecart with chest, and you destroy the minecart with chest without removing the enchanted items, the enchantment on the items can be lost.

Annoyances

a Not very much of a bug or anything it is just that in pirate speak for the achievement for placing a work bench a random "n" is after the text that pops up in the top right corner.

Credits
Annoyances

a It's not obvious that pressing Esc will skip the credits. Add a "Esc to skip" note to show players it can be skipped, and prevent players who want to see it from accidentally pressing Esc. This feature is in many other video games where cutscenes are skippable.

Languages
Bugs

! Error with Hungarian (HU) language at 'minecraft.jar/lang/languages.txt': hu_HU=Български (Bulgarian)

x Inventory screens ("Alchemy", "Chest", "Crafting", "Enchant", "Dispenser", "Furnace", "Inventory") are not translated yet because these texts are hardcoded (the font changes when you change the language, so they're not baked in the gui/*.PNG files, but the text doesn't - the text is always the English text, regardless of what language you've selected). Examples here: http://i.snag.gy/OTSSm.jpg, http://i.snag.gy/TTfWn.jpg, http://i.snag.gy/GgX7z.jpg, http://i.snag.gy/MT5PD.jpg, http://i.snag.gy/HMJgE.jpg GSchizas

x Some language packs (e.g. German, French) do not use the standard font, while some others with special characters (e.g. Spanish) use the correct font Marcel083

x (Only tested in ) Inputting Greek characters doesn't work on signs (Latin accented characters are entered instead; It seems that input is using hard-coded Windows-1252 characters instead of the proper Unicode character). http://snag.gy/HMJgE.jpg (the text should read "τεστ" instead of oaoo). This is probably a problem with other (non-Windows-1252) languages as well GSchizas

Annoyances a English text in Unicode-based languages (Japanese, Korean, any others with unusual characters, and oddly enough Pirate Speak) is rendered too small compared to the default font. It's most noticeable (and game-affecting) with stack size numbers, but any and all English text is hard to read at this size if you don't (or can't due to lag) play max-windowed. This bug/annoyance has been present since languages were first added. 67.183.173.198 23:14, 13 January 2012 (UTC)