Reason: This page tries to have level 7 headings which don't exist; a new page would be good to avoid the overload on this page.
This page documents an exhaustive list of blocks which no longer exist in current versions of the game.
Java Edition
Outright removed blocks
Despite having notable unique functionality or a block ID of their own, these blocks were eventually removed by the game, or replaced by another block of completely different use.
Old Colored Wool / Cloth
Added in Classic, wool had 16 colors. All colors minus white, were removed in late Infdev. With the introduction of Beta 1.2, Colored Wool was re-added, albeit with different colors, though some cloth colors were left behind.
Gears
A fully animated block, it was inaccessible and had no real use other than decoration.
Infinite water and lava source
These blocks persistently generated their respective liquid around them.
Locked chest
A joke block, completely unrelated to the current ability to lock chests via NBT.
Shrub
A block that appeared identical to the dead bush, although possessing a random offset and the drops of grass, as they shared a numerical ID. These were merged into the dead bush in 17w47a.
Blocks replaced by other blocks
These blocks were either made redundant by the later introduction of another block serving their exact purpose, resulting in them either getting merged into said block ID or simply removed from the game, or were simultaneously renamed and retextured while retaining an identical core functionality.
Rose
The roses were blocks, that could be crafted into 2 rose red. They were added in 0.0.20a and they were renamed to poppy in 13w36a.
Generic dead coral block
In snapshot 18w09a, all coral blocks had the same texture, colored differently. Because of this, there was only one dead variant needed. By the time of snapshot 18w10a, each color of the coral block had its own unique texture, but would still all die into the same generic dead coral block from the previous snapshot. The generic dead coral block was removed and replaced with dead variants for each color in snapshot 18w10b.
Powered comparator
During the development for 1.5, the comparator at first used two separate block IDs to represent its powered and unpowered states, with name IDs unpowered_comparator and powered_comparator, and numeric IDs 149 and 150 respectively. As of snapshot 13w05a, the powered_comparator block was removed from use in the game, replaced by a powered block state on the unpowered_comparator block. It is removed completely in snapshot 17w47a for 1.13, as of The Flattening.
Grassless Dirt
From snapshot 13w36a to 14w25a, a form of dirt called "grassless dirt" existed. It had the same texture as dirt, but would not grow grass. In later 1.7 snapshots, it would generate in Savannah M biomes. Grassless dirt dropped regular dirt even when mined with Silk Touch. It was later replaced by coarse dirt.
Blocks resulting from extreme data values
The majority of these blocks were likely never actually meant to exist in-game, and occurred only due to the game handling extreme metadata values as it would those in usually attainable ranges, resulting in strange blocks with traits arguably analogous to garbage data.
Leaves with data value 3, 7, 11, 15
From the introduction of leaves in Beta 1.2 onward to the Flattening of 1.13, leaves used numerical data values within the leaves block to hold their type. As only three species existed from Beta 1.2 to release 1.1, with data values 0/1/2 (and by extension 4/5/6, 8/9/10 and 12/13/14), a data value of 3, 7, 11 or 15 would produce an undefined leaf type. This block appeared identical to conventional oak leaves, but appeared to use the spruce tint.
These were substituted out of the game with the first 1.2 release snapshot, as jungle leaves from then on occupied that space in the leaves block.
Seamless smooth stone slabs
When new slab types were introduced in Beta 1.3,[verify] slabs with data values up to 7 that exceeded the value of the highest legitimately obtainable slab would use top on all faces.
Two of these were replaced by the brick and stone brick slabs in Beta 1.8 Pre-release, one was replaced by nether brick slabs in snapshot 12w49a for 1.4.6, and the last remaining one was replaced by the quartz slab in 1.5 snapshot 13w02a. The smooth stone block was effectively reimplemented later in 1.5 in snapshot 13w04a by making the upper eight stone slabs use the top texture on all sides (also introducing smooth sandstone and quartz as a result), but the slab version are no longer in the game.
Strange levers
These also had weird distorted models, and could be obtained by loading a world from 1.3 or later containing ceiling levers (0, 7, 8, 15) in 1.2.5.
Blocks in flower pots that should not be in flower pots
From 1.7 onward, as the amount of blocks that could be placed within pots exceeded 15, conventional 4-bit metadata values could not be used to store the contents of a flower pot, and as such a block entity needed to be used instead. This allowed any block (or indeed item) to be placed within a flower pot, but few of these would actually render with the block inside.
In 14w17a, almost certaintly due to changes in how blocks render with them being changed to use block models rather than hardcoded models, these odd pot variants simply rendered as empty pots with no further interesting quirks, aside from the fact that their "invalid" contents could be retrieved from the pot via breaking or later right clicking it. They were completely removed in 17w47a, which split the flower pot block up into an individual block ID per potted object and scrapped the tile entity.
13w36a
The first version to make flower pots use a block entity, the fact that flower pots could hold ferns bled over somewhat into its other damage values, allowing shrubs and grass to exist in pots as well. Also, cobwebs would render if placed in a flower pot, for completely unknown reasons.
In order to be affected by biome coloration, potted ferns/grass/green shrubs needed to have a data value of 11 (the data value formerly belonging to the potted fern) – otherwise they would appear as their raw textures.
- Potted Gray Grass.png
/setblock ~ ~ ~ minecraft:flower_pot 0 destroy {Item:31,Data:1} - Potted Gray Fern.png
/setblock ~ ~ ~ minecraft:flower_pot 0 destroy {Item:31,Data:2}
14w06a
In this version, a large amount of blocks now render if placed in flower pots via commands. In order to place these with commands, use the following command, with ITEM and DATA substituted with the appropriate values from Java Edition data value/Pre-flattening/Block IDs as neccessary:
/setblock ~ ~ ~ minecraft:flower_pot 0 destroy {Item:ITEM,Data:DATA}
Only blocks that are completely unique in their rendering are shown here; some visually identical blocks do exist that are not listed here separately, such as the early stages of both carrots and potatoes, or potted pumpkins and jack o'lanterns.
The blocks always appear as a cross shape based on their bottom texture. Blocks with translucency appear either completely opaque or, in the case of stained glass, most pixels are invisible.
Some blocks appear tinted by biome if their normal variants usually would be. As leaves were tinted as per their numerical data values, setting the number prior to destroy to 1 for specifically potted leaves causes them to be tinted with the spruce color, and setting it to 2 gives the birch color. 0 or 3 results in them being tinted per biome like oak and jungle leaves are.
14w06b
In 14w06b, likely due to the fix for MC-47469, an additional 57 visually distinct potted objects could be placed:
- Potted Missing.png
(this is the end portal)
14w07a
14w07a introduced the iron trapdoor, which rendered in a flower pot.
Removed in 1.8 (14w26a)
These existed due to the previous handling of block variations through metadata, rather than through block states or as separate IDs. Extreme values of these would produce unintended effects.
Faceless pumpkins and jack o'lanterns
It was possible to place pumpkins and jack o'lantern with no actual face using metadata values 5 and above. Their models became missing in 14w10a and they faced removal in snapshot 14w26a like other unintended blocks.
In 17w47a, the faceless pumpkin made a comeback as the proper, default pumpkin block, with the then-current pumpkin being moved to the role of carved pumpkin. The faceless jack o'lantern will likely not be reimplemented.
Faceless and exceptional furnaces
Furnaces (as well as lit furnaces) with metadata values 0, 1, 6, 7, 12 and 13 would have no faces, using the side texture for all orthogonal faces and the usual top and bottom texture on the top and bottom. Furnaces and lit furnaces with data values 8, 9, 10, 11, 14 and 15 would appear normal, but were probably not legitimately obtainable.
Unlike with many blocks, these need to be placed using external editors, as /setblock will always place a furnace which is within the normal range.
All of these invalid furnaces and lit furnaces lost their models in 14w10a, with the exception of the unlit furnace with data value 0, which kept the faceless appearence. The lit furnace with no facing direction regained its model sometime between 14w17a and 14w21b.
Six-sided blocks
The following blocks existed in the game at some point before being phased out with the advent of block states. Whether they will return is not known.
While the hay bale lost its texture in 14w10a like many other blocks, it took until 14w17a for the piston blocks to appear as missing texture blocks.
The six-sided pistons could be obtained without commands using special contraptions that caused pistons to be updated by other pistons in a special way.
Interestingly, other six-sided blocks resulting from similar circumstances such as wood and smooth stone were not removed, and were even given unique block IDs and made craftable in later updates.
Green shrub
These blocks had an identical texture to the shrub and dead bush, with the main difference being that it was tinted based on the biome.
Unlike the usual shrub, its inclusion within the game was most likely unintentional, as it became present in the game only after 13w10a (as it crashed the game from 13w02a to 13w09c, and appeared identical to usual grass beforehand), and sported a missing texture after 14w10a like many other undefined blocks.
- Jungle Edge Green Shrub.png
- Mountains Green Shrub.png
- Giant Tree Taiga Green Shrub.png
- Snowy Tundra Green Shrub.png
Overgrown cocoa
Cocoa has twelve possible block state combinations, as it has four possible orientations coupled with three distinct stages of growth. Before the introduction of proper block states, this therefore meant that twelve of the possible sixteen metadata variants were actually used, resulting in the uppermost four exhibiting interesting undefined behavior.
From their introduction up until and including 13w01b, they used the dragon egg texture, which makes sense as the dragon egg texture was directly to the left of the cocoa pod texture in terrain.png. From 13w10a up to 14w06, it appeared as a broken cocoa pod, and from then on up to its removal it used the missing texture.
| Versions | North | East | South | West |
|---|---|---|---|---|
| 12w19a– 13w01b |
|
|||
| 13w02a– 13w02b |
||||
| 13w03a– 13w09c |
||||
| 13w10a– 14w06b |
|
|||
| 14w07a– 14w08a |
File:Small Missing Texture Cube.png | File:Small Missing Texture Cube.png | File:Small Missing Texture Cube.png | File:Small Missing Texture Cube.png |
| 14w10a– 14w21b |
File:Missing Texture Block.png | File:Missing Texture Block.png | File:Missing Texture Block.png | File:Missing Texture Block.png |
| 14w25a+ | ||||
Overgrown wheat
Because wheat has eight distinct growth stages, the other upper eight values went completely unused. As a result, for a relatively long period of time, wheat crops with such values would see vast unintentional changes, as the textures they would try to pull from would end up overflowing over to the next line of terrain.png.
This included the textures commonly speculated to be for chair and table blocks. Whether Notch was using extreme inaccessible wheat values as a way to test chair models is highly unlikely, although still possible.
Overgrown melon and pumpkin stems
Melon and pumpkin stems also have eight distinct stages of growth. However, instead of having eight individual textures for each of the eight growth stages, each stage reveals two more pixels of the stem texture from the top down, and the tint applied to the stem texture also changes. As a result, since the stems have eight unused upper values in addition to the eight lower used states, the upper states start pulling from the texture below the stem texture on the texture atlas currently in use, and they use extreme tints that cannot normally be applied in normal gameplay. Their wireframe hitboxes would also appear to extend above the bounds of the block when targeted, but attempting to target anything above the height of the block would result in the stem not actually being targeted.
| Versions | Attached Stem (North) | Attached Stem (East) | Attached Stem (South) | Attached Stem (West) | ||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Age 8 | Age 9 | Age 10 | Age 11 | Age 12 | Age 13 | Age 14 | Age 15 | Age 8 | Age 9 | Age 10 | Age 11 | Age 12 | Age 13 | Age 14 | Age 15 | Age 8 | Age 9 | Age 10 | Age 11 | Age 12 | Age 13 | Age 14 | Age 15 | Age 8 | Age 9 | Age 10 | Age 11 | Age 12 | Age 13 | Age 14 | Age 15 | |
| Beta 1.8 Pre-release– 12w30e |
||||||||||||||||||||||||||||||||
| 1.3– 13w01b |
||||||||||||||||||||||||||||||||
| 13w02a– 14w25b |
||||||||||||||||||||||||||||||||
| 14w26a+ | ||||||||||||||||||||||||||||||||
Overeaten cakes
There are six different states cake can legitimately be in: either intact, or in one of five progressively more eaten states, which was kept track of via block metadata like with many other blocks. Like with many blocks previously showcased, only some of these states were truly legitimately accessible. As such, interesting behavior is demonstrated by the inaccessible states.
Cakes with six bites, while obtainable now, were never actually obtainable in the game during the time when these odd overeaten cakes existed. Cakes with seven bites were completely two-dimensional, and cakes with eight through fifteen bites appeared especially glitchy, proceeding to invert themselves, such that their textures would be visible only on the inside rather than the outside, and these textures would be borrowed from adjacent spots of the texture atlas currently in use. Their wireframe hitboxes would also visually extend in this direction, but they would actually be able to be targeted only by aiming at the portion of that hitbox within the block the cake is really situated. Collision boxes for these are similarly odd.
Minor removed block variants
Certain blocks had removed variants with minor, but still notable, quirks.
Invisible stairs
Originally, stair blocks with data values 4 through 15 would be completely invisible and have no collisions the only indication of their existence being their full block hitbox outline when targeted.
In 12w08a, these data values would go on to be used for the newly implemented upside down stairs. Data values 8 through 15 would appear to just be duplicates of 0 through 15, and were probably unused in themselves until their removal. These last eight were removed in 14w26a, like other invalid blocks. They also never used the missing texture.
Wall sign with full block hitbox
Signs used block metadata values 2, 3, 4 and 5 to determine their facing direction. As a result, signs placed with data values 0, 1 or anything 6 and above would always appear facing south, and have the wireframe hitbox (but not physical collision box) of a full block.
These were probably removed in mid 1.8 like many other such blocks.
Invisible random ladders
Ladders also used block metadata values 2, 3, 4 and 5 to determine their facing direction. As a result, ladders placed with data values 0, 1 or anything 6 and above exhibited behaviour atypical of normal ladders. Notably, they would appear to readily switch what block face they were attached to (sometimes seemingly randomly, but could be controlled by looking at a valid ladder, in which case they end up switching to whatever its hitbox was), which could be seen through their wireframe hitbox and their collision box. Initially they would be full cubes.
For most of their existence they appeared completely invisible, although in 14w07a they changed to appearing as small missing texture cubes centered on the block. They became full missing texture cubes in 14w10a.
These were probably removed in mid 1.8 like many other such blocks.
Vines with data value 0 also appeared as small missing texture cubes, however they still exist in 1.16.3 (as vines with all states set to false).
Incorrectly modelled torches
When block metadata was still in use, torches used state 5 for normal floor attachment and 1, 2, 3 and 4 for wall torches. 0, 6 and 7 appear to be unused, and are visually identical to normal torches. 0 can only be obtained via external editors, and oddly not by setblock.
Torches with data values 8 and up appear to exhibit interesting behaviour: 8, 13, 14 and 15 appeared and behaved as normal floor torches. However, 9, 10, 11 and 12 would have the wireframe hitboxes of wall torches, but would appear as floor torches, causing the hitbox to be detached from the torch.
Redstone torches are affected in much the same way.
Loading a chunk with these in 14w06a causes a game crash. These became small missing cubes in 14w06b before graduating to full missing cubes in 14w10a until their removal in what is almost certaintly 14w26a.
Strange buttons
Note: due to the inconsistent nature of these blocks, certain details are not fully confirmed.
In 1.7.10, using commands to place a button with data value 0, 13, 14 or 15 will result in very odd behaviour. The button will appear as a full oak planks or stone block, until (possibly) another button is observed or an item of said button is obtained, at which point it will use item model of button. They do not appear to change shape when pressed in either case.
Much information regarding these buttons remains unknown as these are very inconsistent in their behaviour and also somewhat unstable, breaking frequently, and their behaviour probably also changes drastically per version. Despite never actually changing data value, they seem to differently register what block face theyare attached to each time.
What exactly the other data values of buttons were that were unused and eventually removed are unknown.
Bottomless and bricking hoppers
Hoppers with a metadata value of 1 or 9 would previously not actually appear to point in any direction. Like many of these removed blocks, they had a missing model from 14w10a up to their removal.
- Hopper (None) JE1.png
13w01a-13w01b
- Hopper (None) JE2.png
13w02a-14w08a
Using /setblock to place a hopper with metadata values 6, 7, 14 or 15 would crash the game and permanently prevent that world from being loaded, although it may be possible to recover using external editors.
Nether portal post
In 1.7.2's development, nether portals placed with data value 3 resulted in a vertical nether portal beam block.
Boring variants
Prior to the introduction of proper block states, the 0–15 block metadata system applied to all blocks. This had absolutely no effect on the majority of blocks. All interesting cases are mentioned in above sections – those which remain are listed below.
All of these gained a missing model in 14w10a and were removed in 14w26a (with increasingly unstable behavior in 14w25a and 14w25b, usually causing game crashes when approached) unless explicitly stated otherwise.
There were a total of X of these boring blocks prior to their removal, listed in the sections below.
Blocks which did not use block metadata at all
- Beacon (1–15)
- Bedrock (1–15)
- Model became missing in 14w11b, rather than 14w10a like other blocks
- Block of Coal (1–15)
- Model became missing in 14w11b, rather than 14w10a like other blocks
- Block of Diamond (1–15)
- Block of Emerald (1–15)
- Block of Gold (1–15)
- Block of Iron (1–15)
- Block of Redstone (1–15)
- Bookshelf (1–15)
- Bricks (1–15)
- Model became missing in 14w11b, rather than 14w10a like other blocks
- Brown Mushroom (1–15)
- Clay (1–15)
- Coal Ore (1–15)
- Cobblestone (1–15)
- Model became missing in 14w11b, rather than 14w10a like other blocks
- Cobweb (1–15)
- Crafting Table (1–15)
- Dandelion (1–15)
- Dead Bush (1–15)
- Diamond Ore (1–15)
- Dragon Egg (1–15)
- Emerald Ore (1–15)
- Enchanting Table (1–15)
- Model became missing in 14w18a, rather than 14w10a like other blocks
- End Stone (1–15)
- Model became missing in 14w11b, rather than 14w10a like other blocks
- Glass (1–15)
- Glass Pane (1–15)
- Model never became missing
- Glowstone (1–15)
- Gold Ore (1–15)
- Grass Block (1–15)
- Gravel (1–15)
- Ice (1–15)
- Iron Bars (1–15)
- Model never became missing
- Iron Ore (1–15)
- Lapis Lazuli Ore (1–15)
- Lapis Lazuli Block (1–15)
- Lily Pad (1–15)
- Model never became missing
- Lit Redstone Lamp (1–15)
- Lit Redstone Ore (1–15)
- Melon (1–15)
- Mossy Cobblestone (1–15)
- Model became missing in 14w11b, rather than 14w10a like other blocks
- Mycelium (1–15)
- Model became missing in 14w11b, rather than 14w10a like other blocks
- Nether Brick Fence (1–15)
- Model never became missing
- Nether Bricks (1–15)
- Model became missing in 14w11b, rather than 14w10a like other blocks
- Nether Quartz Ore (1–15)
- Netherrack (1–15)
- Note Block (1–15)
- Oak Fence (1–15)
- Model never became missing
- Obsidian (1–15)
- Packed Ice (1–15)
- Red Mushroom (1–15)
- Redstone Lamp (1–15)
- Redstone Ore (1–15)
- Slime Block (1–15)
- Snow Block (1–15)
- Soul Sand (1–15)
- Spawner (1–15)
- Model became missing in 14w18a, rather than 14w10a like other blocks
- Sponge (1–15)
- Terracotta (1–15)
Blocks which used only some of the available block metadata
- Activator Rail (6–7, 14–15)
- Must be placed with external editors such as MCEdit
- Anvil (12–15)
- Bed (4–7)
- Block of Quartz (5–15)
- Brewing Stand (8–15)
- Models went missing in 14w11a
- Were visually identical to 1–7
- Brown Mushroom Block (11–13)
- Model never became missing
- Cake (7–15) – see § Overeaten cakes
- Carrots (8–15)
- Cauldron (4–15)
- Behaves as would be expected with comparators
- Chest (0–1, 6–15)
- Must be placed with external editors such as MCEdit
- Did not appear missing, as they do not use a model in the first place
- Cobblestone Wall (2–15)
- Model never became missing
- Cocoa (12–15) – see § Overgrown cocoa
- Detector Rail (6–7, 14–15)
- Must be placed with external editors such as MCEdit
- Dirt (3–15)
- Dispenser (6–7, 14–15)
- Appeared as the up and down facing versions
- Must be placed with external editors such as MCEdit
- Dropper (6–7, 14–15)
- Appeared as the up and down facing versions
- Must be placed with external editors such as MCEdit
- Ender Chest (0–1, 6–15)
- Must be placed with external editors such as MCEdit
- Did not appear missing, as they do not use a model in the first place
- End Portal Frame (8–15)
- Appears as small missing cubes from 14w07a to 14w08a
- Farmland (8–15)
- Flower Pot (14–15)
- Model never became missing
- Furnace (0–1, 6–15) – see § Faceless and exceptional furnaces
- Grass (3–15) – see § Green shrub
- Hay Bale (1–3, 5–7, 9–15) – see § Six-sided blocks
- Infested Block (6–15)
- Jack o'Lantern (4–15) – see § Faceless pumpkins and jack o'lanterns
- Jukebox (2–15)
- Leaves2 (2–3, 6–7, 10–11, 14–15)
- Lit Furnace (0–1, 6–15) – see § Faceless and exceptional furnaces
- Log2 (2–3, 6–7, 10–11, 14–15)
- Melon Stem (8–15) – see § Overgrown melon and pumpkin stems
- Nether Wart (4–15)
- Oak Pressure Plate (2–15)
- Piston (6–7, 14–15) – see § Six-sided blocks
- Piston Head (6–7, 14–15)
- Planks (6–15)
- Poppy (9–15)
- Potatoes (8–15)
- Powered Rail (6–7, 14–15)
- Must be placed with external editors such as MCEdit
- Pumpkin (4–15) – see § Faceless pumpkins and jack o'lanterns
- Pumpkin Stem (8–15) – see § Overgrown melon and pumpkin stems
- Rail (10–15)
- Must be placed with external editors such as MCEdit
- Red Mushroom Block (11–13)
- Model never became missing
- Sapling (6–15)
- These use the dark oak sapling texture rather than reverting back to oak's
- Sand (2–15)
- Sandstone (3–15)
- Snow (8–15)
- Was identical to 0–7 visually and physically
- Sticky Piston (6–7, 14–15) – see § Six-sided blocks
- Stone (7–15)
- Stone Bricks (4–15)
- Stone Pressure Plate (2–15)
- TNT (2–15)
- Trapped Chest (0–1, 6–15)
- Must be placed with external editors such as MCEdit
- Did not appear missing, as they do not use a model in the first place
- Wheat (8–15) – see § Overgrown wheat
Boring variants eventually replaced with normal blocks
- planks
- jungle logs
- sandstone
- quartz pillars
- slabs
- stone
- chiseled stone bricks
- wool
- sand
- infested stone brick variants.
Removed in 1.13 (17w47a)
These were the result of block state hand,ing combined with the old block ID system, resulting in some odd combinations.
Redundant seamless double slabs
In 13w04a, double stone slabs were changed so that those with data values 8 through 15 would use the top texture on all six sides. This resulted in the return of the block which would several years later become smooth stone, and also introduced the smooth sandstone and smooth quartz blocks. However, as the smooth stone double slab block also housed the cobblestone, old (later petrified) oak, bricks, stone bricks and nether bricks slabs, these would also end up having "seamless" double slab variants which were visually no different from their normal double slabs or indeed their normal blocks. These blocks persisted up to 17w47a, where they were removed by the Flattening.
Snowy dirt and snowy coarse dirt
As podzol was a numerical variant of dirt prior to 1.13, the snowy block state it used also ended up applying to dirt and coarse dirt, with no effect. These were removed in 1.13.
Bedrock Edition
Outright removed blocks
Despite having notable unique functionality or a block ID of their own, these blocks were eventually removed by the game, or replaced by another block of completely different use.
Block 253
In early Pocket Edition, there existed a block which used model of grass block in item form. This block used the numeric ID 253. Does top texture but not having bottom textures.[1][2]
It was removed in Pocket Edition v0.8.0 alpha build 2, likely due to item rendering changes in this version. Numeric ID now refers to hardened glass.
Block 254
File:Id 254 BE3.pngFile:Id 254 (fast) BE3.png File:Id 254 Damage 1 BE2.pngFile:Id 254 Damage 1 (fast) BE2.png File:Id 254 Damage 2 BE1.pngFile:Id 254 Damage 2 (fast) BE1.png
Block 254 was used to store the item model of leaves for both the item and block forms, similarly to block 253, but also in block form tinted as regular leaves. Block 254 with damage values 0, 1 and 2 were tinted with
#48b518,
#619961 and
#80a755, respectively.
History
| Pocket Edition Alpha | |||||
|---|---|---|---|---|---|
v0.2.1{{Extension DPL}}<ul><li>[[Mushroom Stew|Mushroom Stew]]<br/>{{Item
| title = Mushroom Stew
| image = Mushroom Stew.png
| renewable = Yes
| heals = {{hunger|6}}
| stackable = No
}}
'''Mushroom stew''' is a [[food]] item.
== Obtaining ==
=== Harvesting ===
Mushroom stew can be obtained by “milking” a [[mooshroom]] with an empty [[bowl]]. This is accomplished by {{Control|using}} a bowl on a mooshroom. The bowl gets replaced by the mushroom stew item. There is no cooldown for doing so.
If a stack of more than one bowl is used on a mooshroom, only one bowl is consumed, and the mushroom stew goes into an empty inventory slot, or is dropped if the player's inventory is full.
=== Crafting ===
{{Crafting
|Red Mushroom
|Brown Mushroom
|Bowl
|Output= Mushroom Stew
|type= Foodstuff
}}
== Usage ==
=== Food ===
{{see also|Tutorials/Hunger management|title1=Hunger management}}
To eat mushroom stew, press and hold {{control|use}} while it is selected in the hotbar. Eating one restores {{hunger|6}} [[hunger]] and 7.2 hunger
[[Hunger#Mechanics|saturation]].
The bowl is returned to the player empty after the mushroom stew has been eaten, and can be reused to craft more, similarly to [[Rabbit Stew|rabbit stew]] and [[Beetroot Soup|beetroot soup]].
== Sounds ==
=== Generic ===
{{Sound table/Entity/Food}}
=== Unique ===
{{Edition|Java}}:
{{Sound table
|sound=Mooshroom milk1.ogg
|sound2=Mooshroom milk2.ogg
|sound3=Mooshroom milk3.ogg
|subtitle=Mooshroom gets milked
|source=neutral
|description=When a mooshroom is milked with a bowl
|id=entity.mooshroom.milk
|translationkey=subtitles.entity.mooshroom.milk
|volume=1.0
|pitch=''varies'' <ref group=sound name=milkpitch>Can be 1.0, 0.9, or 1.1 for each sound</ref>
|distance=16
|foot=1}}
{{Edition|Bedrock}}:
{{Sound table
|type=bedrock
|sound=Mooshroom milk1.ogg
|sound2=Mooshroom milk2.ogg
|sound3=Mooshroom milk3.ogg
|subtitle=Mooshroom gets milked
|source=Friendly Creatures
|description=When a mooshroom is milked with a bowl
|id=mob.mooshroom.suspicious_milk
|volume=1.0/0.9/1.1
|pitch=1.0
|foot=1}}
== Data values ==
=== ID ===
{{edition|java}}:
{{ID table
|edition=java
|showforms=y
|generatetranslationkeys=y
|displayname=Mushroom Stew
|spritetype=item
|nameid=mushroom_stew
|form=item
|foot=1}}
{{edition|bedrock}}:
{{ID table
|edition=bedrock
|shownumericids=y
|showforms=y
|notshowbeitemforms=y
|generatetranslationkeys=y
|displayname=Mushroom Stew
|spritetype=item
|nameid=mushroom_stew
|id=260
|form=item
|foot=1}}
== Advancements ==
{{load advancements|Husbandry;A Balanced Diet}}
== History ==
{{History|java indev}}
{{History||0.31|snap=20100130|[[File:Mushroom Stew JE1 BE1.png|32px]] Added mushroom stew.
|Restores {{hp|8}} [[health]].}}
{{History||20100206|Mushroom stew now restores {{hp|10}} health.}}
{{History|java beta}}
{{History||1.6|snap=Test Build 3|[[Mushroom]] spreading mechanic added, making mushroom stew [[renewable]].}}
{{History||1.8|snap=Pre-release|Now restores {{hunger|8}} [[hunger]].}}
{{History|java}}
{{History||1.0.0|snap=Beta 1.9 Prerelease|More fungi sources have now been introduced with the addition of the [[Mushroom Fields|mushroom biome]].
|A [[mooshroom]] can now be "milked" with a [[bowl]] to obtain mushroom stew.}}
{{History|||snap=Beta 1.9 Prerelease 3|Mushroom stew can now be crafted in the [[2×2 crafting grid]] in the [[inventory]]. Previously, the crafting recipe was shaped, now it's shapeless.}}
{{History||1.2.5|snap=release|The [[player]] milking a [[mooshroom]] with a stack of [[bowl]]s no longer results in receiving back a single bowl of mushroom stew.}}
{{History||1.4.2|snap=?|Mushroom stew now restores {{Hunger|6}} instead of {{Hunger|8}}.}}
{{History||1.13|snap=17w47a|Prior to [[1.13/Flattening|''The Flattening'']], this [[item]]'s numeral ID was 282.}}
{{History||1.14|snap=18w43a|[[File:Mushroom Stew JE2 BE2.png|32px]] The texture of mushroom stew has now been changed.}}
{{History||1.16|snap=Pre-release 1|Mooshrooms can now be milked for mushroom stew in Creative mode.<ref>{{Cite bug|MC|90969|Cannot get mushroom stew from mooshrooms / milk from cows in creative mode|date=October 19, 2015}}</ref>}}
{{History|pocket alpha}}
{{History||v0.4.0|[[File:Mushroom Stew JE1 BE1.png|32px]] Added mushroom stew.}}
{{History||v0.5.0|Mushroom stew now restores {{hp|8}} instead of {{hp|4}}.}}
{{History||v0.9.0|snap=build 1|A mooshroom can now be "milked" with a [[bowl]] to obtain mushroom stew.}}
{{History||v0.12.1|snap=build 1|Mushroom stew now restores [[hunger]] instead of [[health]].}}
{{History|bedrock}}
{{History||1.10.0|snap=beta 1.10.0.3|[[File:Mushroom Stew JE2 BE2.png|32px]] The texture of mushroom stew has now been changed.}}
{{History|console}}
{{History||xbox=TU1|xbone=CU1|ps=1.0|switch=1.0.1|wiiu=Patch 1|[[File:Mushroom Stew JE1 BE1.png|32px]] Added mushroom stew.}}
{{History||xbox=none|xbone=none|ps=1.90|wiiu=none|switch=none|[[File:Mushroom Stew JE2 BE2.png|32px]] The texture of mushroom stew has now been changed.}}
{{History|new3ds}}
{{History||0.1.0|[[File:Mushroom Stew JE1 BE1.png|32px]] Added mushroom stew.}}
{{History|foot}}
== Issues ==
{{Issue list}}
== References ==
{{reflist}}
== External Links ==
*[https://www.minecraft.net/en-us/article/taking-inventory--mushroom-stew Taking Inventory: Mushroom Stew] – Minecraft.net on September 1, 2022
{{items}}
[[de:Pilzsuppe]]
[[es:Estofado de champiñones]]
[[fr:Soupe de champignons]]
[[hu:Gombaragu]]
[[ja:キノコシチュー]]
[[ko:버섯 스튜]]
[[nl:Paddenstoelenstoofpot]]
[[pl:Zupa grzybowa]]
[[pt:Ensopado de cogumelos]]
[[ru:Тушёные грибы]]
[[zh:蘑菇煲]]
[[Category:Food]]
[[Category:Renewable resources]]
<references /></li><li>[[:Category:Fungi|Category:Fungi]]<br/>All pages covering blocks that are fungi.
[[Category:Blocks]]
[[Category:Items]]
[[ja:カテゴリ:菌類]]</li></ul> | File:Id 254 BE1.png File:Id 254 BE1.png Added block 254 tinted with #339933. | ||||
| File:Id 254 Damage 1 BE1.png File:Id 254 Damage 1 (fast) BE1.png Block 254 with damage value 1 uses sides textures of crafting table. | |||||
| v0.2.1 alpha2 | File:Id 254 BE2.png File:Id 254 (fast) BE2.png The textures of block id 254 have been changed. | ||||
v0.3.2{{Extension DPL}}<ul><li>[[Compass|Compass]]<br/>{{About|the item used to point to the world spawn or to a lodestone|the item used to point to the location of the player's last death|Recovery Compass}}
{{Item
| image = Compass.gif
| image2 = Lodestone Compass.gif
| renewable = Yes
| stackable = '''Compass:''' Yes (64)<br>'''Lodestone Compass:''' No
}}
A '''compass''' is an item used to point to the world spawn or to a [[lodestone]].
== Obtaining ==
=== Crafting ===
{{Crafting
|B1= Iron Ingot
|A2= Iron Ingot |B2= Redstone Dust |C2= Iron Ingot
|B3= Iron Ingot
|Output= Compass
|type= Tool
}}
=== Chest loot ===
{{LootChestItem|compass}}
=== Trading ===
{{IN|java}}, expert-level librarian [[villager]]s have a 50% chance to sell a single compass for 4 [[emerald]]s.
{{IN|bedrock}}, expert-level librarian villagers have a {{frac|1|3}} chance to sell a single compass for 4 emeralds.
== Usage ==
Normally, the compass' needle points toward the world [[Spawn#World spawn|spawn point]]. The compass points to spawn when viewed in any way, including as a dropped [[Item (entity)|item]], in a player's hand, in an inventory or the crafting table, or in an [[item frame]]. The direction the needle points to is relative to the player who is viewing it.
In [[the Nether]] or [[the End]], the compass' needle spins and points in random directions.
The compass can be used on a [[lodestone]], after which it is named lodestone compass by default and points to that lodestone as long as the compass is in the same dimension as the lodestone, but if the compass is taken to a different dimension, it spins randomly, as a normal compass would in the Nether or the End. If the lodestone is destroyed, it also spins randomly, even if the lodestone is replaced afterward. However, if a lodestone compass is placed in storage, the lodestone can be broken and replaced without the compass losing the attunement, as long as the compass remains in storage while the lodestone is missing.
A lodestone compass appears [[enchanting|enchanted]], similar to the [[Enchanted Golden Apple|enchanted golden apple]].
Using {{cmd|setworldspawn}} to change the world spawn also changes where the compass points.
=== Crafting ingredient ===
{{crafting usage|Compass, Compass.gif}}
=== Anvil usage ===
{{:Map/BE|position}}
=== Trading ===
A single compass can be sold to a journeyman-level cartographer villager for 1 [[emerald]].{{only|java}}
A single compass can be sold to an expert-level cartographer villager for 1 emerald as their sixth trade.{{only|bedrock}}
A compass is also part of the cost of [[explorer map]]s:
* An ocean explorer map and{{only|java|short=1}}/or{{only|bedrock|short=1}} a woodland explorer map can be bought from a journeyman-level cartographer for 12 emeralds and one compass, as part of their fifth trade.{{only|bedrock}}
* {{IN|java}}, apprentice-level cartographer villagers offer to sell an ocean explorer map for 13 emeralds and a compass, and journeyman-level cartographer villagers offer to sell a woodland explorer map for 14 emeralds and one compass.
=== Enchantments ===
A compass can receive the following [[enchantment]]s:
{|class="wikitable col-2-center col-3-right"
|+
!Name
!Max Level
![[Enchanting|Method]]
|-
|[[Curse of Vanishing]]
|I
|{{Inventory slot|Anvil}}
|-
|}
== Sounds ==
{{edition|java}}:
{{Sound table
|sound=Lodestone lock1.ogg
|sound2=Lodestone lock2.ogg
|source=player
|subtitle=Lodestone Compass locks onto Lodestone
|description=When a compass is used on a lodestone
|id=item.lodestone_compass.lock
|translationkey=subtitles.item.lodestone_compass.lock
|volume=1.0
|pitch=''varies'' <ref group=sound>Can be 0.85 or 0.95 for each sound</ref>
|distance=16
|foot=1}}
{{edition|bedrock}}:
{{Sound table
|type=bedrock
|sound=Lodestone lock1.ogg
|sound2=Lodestone lock2.ogg
|source=block
|description=When a compass is used on a lodestone
|id=lodestone_compass.link_compass_to_lodestone
|volume=1.0
|pitch=0.85-0.95
|foot=1}}
== Data values ==
=== ID ===
{{edition|java}}:
{{ID table
|edition=java
|showforms=y
|generatetranslationkeys=y
|displayname=Compass
|spritetype=item
|nameid=compass
|form=item
|translationkey=item.minecraft.compass,item.minecraft.lodestone_compass
|foot=1}}
{{edition|bedrock}}:
{{ID table
|edition=bedrock
|showaliasids=y
|shownumericids=y
|showforms=y
|notshowbeitemforms=y
|generatetranslationkeys=y
|displayname=Compass
|spritetype=item
|nameid=compass
|id=391
|form=item}}
{{ID table
|displayname=Lodestone Compass
|spritename=lodestone-compass-be
|spritetype=item
|nameid=lodestone_compass
|aliasid=lodestonecompass
|id=602
|form=item
|translationkey=item.lodestonecompass.name
|foot=1}}
=== Item data ===
{{el|java}}:
{{main|Player.dat format}}
<div class="treeview">
* {{nbt|compound|tag}}: The item's '''tag''' tag.
{{:Player.dat_format/Compasses}}
</div>
{{el|bedrock}}:
: See [[Bedrock Edition level format/Item format]].
== Advancements ==
{{load advancements|Country Lode}}
== History ==
{{History|java alpha}}
{{History||v1.1.0|[[File:Compass JE1.gif|32px]] Added compasses.
|They have 102 visually distinct frames due to how the texture is generated - see the section below.}}
{{History|java beta}}
{{History||1.8|snap=Pre-release|Compasses can now be found in library [[chest]]s in the new [[strongholds]].}}
{{History|java}}
{{History||1.3.1|snap=12w21a|Librarian [[villager]]s now [[trading|sell]] 1 compass for 10–11 [[emerald]]s, making them [[renewable]].}}
{{History||1.4.2|snap=12w34a|Since the mapping system has been changed, a compass can now be used to [[crafting|craft]] an empty [[map]].}}
{{History||1.5|snap=13w02a|[[File:Compass JE2 BE2.gif|32px]] Compasses now, instead of splitting two textures, use the new animation feature included in texture packs. As a result, they are considerably less precise, having only 29 visually distinct frames. }}
{{History||1.8|snap=14w02a|Librarian villagers now sell 1 compass for 10–12 emeralds.}}
{{History||1.9|snap=15w31a|Compasses are now broken up into individual textures, instead of having every individual frame on one vertical strip like with animated textures.}}
{{History|||snap=15w43a|The average yield of compasses in [[stronghold]] library [[chest]]s has been increased.}}
{{History||1.11|snap=16w39a|Cartographer [[villager]]s have been added, who [[trading|buy]] compasses as their tier 2 trade.}}
{{History||1.13|snap=17w47a|Prior to [[1.13/Flattening|''The Flattening'']], this [[item]]'s numeral ID was 345.}}
{{History|||snap=18w11a|Compasses can now generate in [[shipwreck]] [[chest]]s.}}
{{History||1.14|snap=18w48a|Compasses can now generate in chests in [[village]] cartographer houses.}}
{{History||1.16|snap=20w13a|[[File:Lodestone Compass JE1.gif|32px]] Compasses can now be used on [[lodestone]]s to make them point to the stones.
|Compasses now point to the center of the spawn point block, instead of its north-west corner.}}
{{History|||snap=20w14a|Compasses now have the <code>LodestonePos</code>, <code>LodestoneDimension</code>, and <code>LodestoneTracked</code> data fields. If <code>LodestoneTracked</code> is zero, the game skips checking for a lodestone in the specified position.
|Compasses can now have the [[Curse of Vanishing]] [[enchantment]] on them.}}
{{History|||snap=20w19a|Compasses no longer work in the [[recipe book]].<ref>{{bug|MC-116293}}</ref>}}
{{History|||snap=20w22a|Compasses no longer work in the villager trading GUI.<ref>{{bug|MC-182888}}</ref>}}
{{History||1.17|snap=20w48a|[[File:Compass JE3.gif|32px]] [[File:Lodestone Compass JE2.gif|32px]] The textures of compass and lodestone compass have been changed.}}
{{History||1.19|snap=22w13a|Compasses may now be found in [[ancient city]] [[chest]]s.}}
{{History|||snap=22w14a|Compasses can now used to craft [[recovery compass]]es.}}
{{History|pocket alpha}}
{{History||v0.2.0|[[File:Compass BE1.png|32px]] Added compasses.
|Compasses currently have no function or legitimate method of obtaining them.}}
{{History||v0.8.0|snap=build 1|[[File:Compass JE2 BE2.gif|32px]] Added animated texture to compasses.
|Compasses are now functional and [[crafting|craftable]]. They have been added into the Creative Inventory.}}
{{History||v0.14.0|snap=build 1|Compasses must now be added to a [[map]] using an [[anvil]] to add the location marker.}}
{{History|pocket}}
{{History||1.0.0|snap=?|[[Windows 10 Edition]] can now use the [[anvil]], as well as the [[crafting table]], to apply position markers, with compasses just as [[Pocket Edition]] can in general.}}
{{History||1.0.4|snap=alpha 1.0.4.0|Librarian [[villager]]s now [[trading|sell]] 1 compass for 10–12 [[emerald]]s.}}
{{History||1.1.0|snap=alpha 1.1.0.3|Cartographer villagers have been added, who [[trading|buy]] compasses as part of their tier 2 trade.
|Compasses used with emeralds can be used to buy explorer maps as part of cartographer villagers' fourth tiers trade.}}
{{History|bedrock}}
{{History||1.4.0|snap=beta 1.2.14.2|Compasses can now be found inside map room [[chest]]s in [[shipwreck]]s.}}
{{History||1.10.0|snap=beta 1.10.0.3|Compasses can now be found in [[village]] cartographer house chests.}}
{{History||1.11.0|snap=beta 1.11.0.4|[[Trading]] has been changed, cartographer [[villager]]s now [[trading|buy]] compassess as part of their fourth tier trades.
|Compasses used with [[emerald]]s can now be used to buy explorer maps as part of cartographer and fletcher villagers' third tier trades.
|Librarian villagers now have a {{frac|1|3}} chance to [[trading|sell]] compasses for 4 emeralds as part of their fourth tier trades.}}
{{History||1.16.0|snap=beta 1.16.0.57|[[File:Lodestone Compass BE1.gif|32px]] Compasses can now be used on [[lodestone]]s to make them point to the stones.
|Compasses now have the <code>LodestonePos</code>, <code>LodestoneDimension</code>, and <code>LodestoneTracked</code> data fields. If <code>LodestoneTracked</code> is zero, the game skips checking for a lodestone in the specified position.
|Compasses can now have the [[Curse of Vanishing]] [[enchantment]] on them.}}
{{History||1.16.100|snap=beta 1.16.100.56|Changed the ID {{code|lodestonecompass}} to {{code|lodestone_compass}}.}}
{{History||1.17.0|snap=beta 1.17.0.54|[[File:Compass JE3.gif|32px]] The texture of compass has been changed.}}
{{History||1.18.10|snap=beta 1.18.10.20|[[File:Lodestone Compass JE2.gif|32px]] The texture of lodestone compass has been changed.}}
{{History|console}}
{{History||xbox=TU1|xbone=CU1|ps=1.0|wiiu=Patch 1|switch=1.0.1|[[File:Compass JE2 BE2.gif|32px]] Added compasses.}}
{{History|New Nintendo 3DS Edition}}
{{History||0.1.0|[[File:Compass JE2 BE2.gif|32px]] Added compasses.}}
{{History|foot}}
=== Texture generation prior to Java Edition 13w02a ===
{{:Procedural animated texture generation/Compasses}}
== Issues ==
{{issue list}}
== Gallery ==
<gallery>
12w21a CompassPurchase.png|Purchasing a compass from a librarian [[villager]].
</gallery>
== See also ==
*[[Clock]]
*[[Tutorials/Navigation|Navigation]]
== External Links ==
*[https://www.minecraft.net/en-us/article/taking-inventory--compass Taking Inventory: Compass] – Minecraft.net on August 15, 2019
{{Items}}
[[Category:Tools]]
[[Category:Renewable resources]]
[[cs:Kompas]]
[[de:Kompass]]
[[es:Brújula]]
[[fr:Boussole]]
[[hu:Iránytű]]
[[it:Bussola]]
[[ja:コンパス]]
[[ko:나침반]]
[[nl:Kompas]]
[[pl:Kompas]]
[[pt:Bússola]]
[[ru:Компас]]
[[uk:Компас]]
[[zh:指南针]]</li><li>[[Ankle Monitor|Ankle Monitor]]<br/>{{Joke feature}}
{{Item
| title = Ankle Monitor
| image = Ankle Monitor.png
| renewable = No
| stackable = Yes (64)
}}
The '''Ankle monitor''' was a joke foot item.
== Usage ==
Ankle monitors were equipped in the boots slot. In survival mode, when equipped, it could not be taken off. However, players in Creative mode are unaffected.
When equipped, the player would be afflicted with {{EffectLink|Slowness}} I.
During the night, being a certain number of blocks from the world spawn, above a certain minimum,{{checkthecode|how much?}} would prompt the following message in chat: "CURFEW WARNING! You are violating your house arrest! Get back by [distance] meters!"
If in [[the Nether]] or [[the End]], a different set of messages would be cycled through which can be seen in the section below.
=== Nether and End messages ===
* CURFEW WARNING! You are violating your house arrest! Uuuh... where are you anyway?
* CURFEW WARNING! Hello, are you there?
* CURFEW WARNING! I'm sure you have important things to do, but you need to go back!
* CURFEW WARNING! We're lonely back home!
* CURFEW WARNING! By "we" I mean I. I'm lonely.
* CURFEW WARNING! Ok enough games... GET BACK RIGHT NOW!
* CURFEW WARNING! LAST WARNING!
* CURFEW WARNING! LASTEST WARNING (really now)
* CURFEW WARNING! ...
* CURFEW WARNING! So... Where are you?
* CURFEW WARNING! Having a good day?
* CURFEW WARNING! Did you see that monster over there?
* CURFEW WARNING! Give it a whack, if you would be so kind.
* CURFEW WARNING! Teheee...
* CURFEW WARNING! Ok, enough of this!
* CURFEW WARNING! Last straw!
* CURFEW WARNING! Now you die.
* CURFEW WARNING! Boom!
* CURFEW WARNING! Hehe, fun right?
* CURFEW WARNING! Ok, you will not hear anything more from me now!
* CURFEW WARNING! You'll be as lonely as I am.
* CURFEW WARNING! How does that feel?
* CURFEW WARNING! I know, I'll wipe my memory. That way, I can start over!
* CURFEW WARNING! *bzzzzttt*
== Sounds ==
{{Sound table
|sound=Robot1arm1.ogg
|sound2=Robot1arm2.ogg
|sound3=Robot1arm3.ogg
|sound4=Robot1arm4.ogg
|source=dependent
|subtitle=''None''
|description=When a notification is displayed
|id=item.ankle_monitor.warning
|translationkey=''None''
|volume=1.0
|pitch=1.0
|distance=16
|foot=1}}
== Data values ==
=== ID ===
{{ID table
|shownumericids=y
|showforms=y
|generatetranslationkeys=java
|displayname=Ankle Monitor
|spritetype=item
|nameid=ankle_monitor
|id=501
|form=item
|translationkey=item.ankleMonitor.name
|foot=1}}
== History ==
{{History|java}}
{{History||1.RV-Pre1|[[File:Ankle_Monitor_(item).png|32px]] [[File:Ankle Monitor.png|32px]] Added ankle monitors.}}
{{History||1.11|snap=16w39a|The inability to remove ankle monitors was somewhat implemented into the canonical game through the addition of [[Curse of Binding]].<ref>{{ytl|Vm6oplvyyh0|t=3m31s}}</ref>}}
{{History|foot}}
== Issues ==
Ankle monitors are an unsupported [[item]] due to being an [[Wikipedia:April Fools' Day|April Fools']] joke, and therefore such issues relating to them will not be fixed.
== Gallery ==
<gallery>
TechGear.png|A [[player]] wearing the gear featured in this [[wikipedia:April Fools' Day|April Fools']] joke version.
</gallery>
==References==
{{Reflist}}
{{Items}}
{{Jokes}}
[[Category:Non-renewable resources]]
[[Category:Joke items]]
[[es:Ankle monitor]]</li></ul> | File:Id 254 BE3.png File:Id 254 Damage 1 BE2.png File:Id 254 Damage 2 BE1.png File:Id 254 (fast) BE3.png File:Id 254 Damage 1 (fast) BE2.png File:Id 254 Damage 2 (fast) BE1.png The tints of block id 254 with damage value 0, 1 and 2 have been changed to #48b518, #619961 and #80a755. | ||||
v0.8.0{{Extension DPL}}<ul><li>[[Chain|Chain]]<br/>{{about|the block|the enchantment in Minecraft Dungeons|MCD:Chains|the armor tier named chainmail|Armor|the armor material called chainmail|Armor materials}}
{{Block
|image=<gallery>
Chain Axis Y.png | Y-axis
Chain Axis X.png | X-axis
Chain Axis Z.png | Z-axis
</gallery>
| transparent = Yes
| light = No
| tool = Wooden pickaxe
| renewable = Yes
| stackable = Yes (64)
| flammable = No
| lavasusceptible = No
}}
'''Chains''' are metallic decoration [[block]]s.
== Obtaining ==
=== Breaking ===
Chains can be mined using any [[pickaxe]]. If mined without a pickaxe, it drops nothing.
{{breaking row|Chain|Pickaxe|Wood|horizontal=1}}
=== Natural generation ===
Chains generate in [[bastion remnant]]s and sometimes in [[ruined portal]]s that generate in the Nether. They always generate above [[magma cube]] spawners, also found in [[bastion]]s.
Chains can also generate in [[mineshafts]]. They generate on the sides of a wooden bridge (a mid-air corridor) when the distance between the bridge and the highest solid block below it is higher than the distance to the lowest solid block above it. Chains here generate vertically in a pillar between the bridge and the ceiling. The lowest block of the pillar, connecting the chain to the bridge, is always an [[oak fence]].
=== Chest loot ===
{{LootChestItem|chain}}
=== Crafting ===
{{Crafting
|B1=Iron Nugget
|B2=Iron Ingot
|B3=Iron Nugget
|Output=Chain
|type=Building block
}}
== Usage ==
Chains can be used to suspend [[bell]]s, [[hanging sign]]s, or both types of [[lantern]]s (normal lanterns and soul lanterns), as the chain texture connects to the chain of the lantern seamlessly as if it were part of it, and it connects the hanging sign chains together. Chains do not require a supporting block to be placed whether it is on the top, next to it or at the bottom. It can exist completely free-standing in mid air<ref>{{bug|MC-178791}}</ref> and it can be rotated. Chains connect horizontally or vertically, but not across different orientations (so a chain with N orientation does not connect to a chain with E orientation in the adjacent block).
Horizontal chains one block above a surface may be walked over. Horizontal chains two blocks above a surface prevent players from traveling past them. Vertical chains block travel if targeted directly, but may be skirted.
Precision is required, but chains can be walked on, allowing for inconspicuous, although somewhat costly, bridges.
Chains can be pushed by [[piston]]s without being broken.
=== Crafting ingredient ===
{{crafting usage}}
== Sounds ==
{{Sound table/Block/Chain}}
== Data values ==
=== ID ===
{{edition|java}}:
{{ID table
|edition=java
|showforms=y
|generatetranslationkeys=y
|displayname=Chain
|spritetype=block
|nameid=chain
|foot=1}}
{{edition|bedrock}}:
{{ID table
|edition=bedrock
|firstcolumnname=Chain
|shownumericids=y
|showforms=y
|generatetranslationkeys=y
|displayname=Block
|spritename=chain
|spritetype=block
|nameid=chain
|id=541
|form=block
|itemform=item.chain}}
{{ID table
|displayname=Item
|spritename=chain
|spritetype=item
|nameid=chain
|id=619
|form=item
|translationkey=tile.chain.name
|foot=1}}
=== Block states ===
{{see also|Block states}}
{{/BS}}
== History ==
{{History|java}}
{{History||1.16|snap=20w16a|[[File:Chain (item) JE1 BE1.png|32px]] [[File:Chain Axis Y JE1 BE1.png|32px]] Added chains.
|Chains generate in the newly added [[bastion remnant]]s, and can be found in their [[chest]]s.
|Chains currently use the generic metal [[block]] [[sound]]s.}}
{{History|||snap=20w17a|Unique [[sound]]s have been added for chains.}}
{{History|||snap=20w18a|Chains can now be [[waterlogged]].}}
{{History||1.16.2|snap=20w30a|The chance of finding chains in bastion remnant chests is decreased from 31.5% to 24.4%.}}
{{History|||snap=Pre-release 1|[[File:Chain Axis X JE1 BE1.png|32px]] [[File:Chain Axis Z JE1 BE1.png|32px]] Chains can now be placed in all orientations.}}
{{History||1.17|snap=21w07a|Chains can now generate in [[mineshaft]]s.}}
{{History|||snap=21w13a|[[File:Chain (UD) JE2.png|32px]] [[File:Chain (NS) JE2.png|32px]] [[File:Chain (EW) JE2.png|32px]] The model of chains has been changed so that the backside texture is mirrored.}}
{{History||1.20<br>(Experimental)|link=1.19.3|snap=22w42a|Chains are now used to craft [[hanging sign]]s.}}
{{History|bedrock}}
{{History||1.16.0|snap=beta 1.16.0.57|[[File:Chain_(item)_JE1_BE1.png|32px]] [[File:Chain Axis Y JE1 BE1.png|32px]] Added chains.}}
{{History|||snap=beta 1.16.0.63|Unique [[sound]]s have been added for chains.}}
{{History||1.16.100|snap=beta 1.16.100.54|[[File:Chain Axis X JE1 BE1.png|32px]] [[File:Chain Axis Z JE1 BE1.png|32px]] Chains can now be placed in all orientations.}}
{{History||1.20.0<br>(Experimental)|link=Bedrock Edition 1.19.50|snap=beta 1.19.50.21|Chains are now used to craft [[hanging sign]]s.}}
{{History|foot}}
== Issues ==
{{issue list}}
== Trivia ==
* A vertical chain, being a solid, but not a full [[block]], allows for many sizes of [[mob]]s and [[player]]s to pass alongside each piece horizontally.
* Despite its name, it cannot be [[crafted]] into [[chainmail armor]].<ref>{{bug|MC-178979}} - Invalid</ref>
* Chains do not stick together when moved by pistons, regardless of orientation.
== Gallery ==
<gallery>
Chained Stone Bricks.jpg|Chains and stone bricks.
Barbell.jpg|Chains and chiseled blackstone.
Barbell Evoker.jpg|An evoker lifting weights.
Chain with Lantern.png|A [[lantern]] hanging from a chain.
Chain with Spawner.png|A [[spawner]] hanging with a chain found in the bastion remnants.
</gallery>
== References ==
{{reflist}}
{{blocks|Building}}
{{Items}}
[[Category:Manufactured blocks]]
[[Category:Generated structure blocks]]
[[Category:Nether blocks]]
[[de:Kette]]
[[es:Cadena]]
[[fr:Chaîne]]
[[ja:鎖]]
[[ko:사슬]]
[[pl:Łańcuch]]
[[pt:Corrente]]
[[ru:Цепь]]
[[zh:锁链]]</li><li>[[Echo Shard|Echo Shard]]<br/>{{Item
| title = Echo Shard
| image = Echo Shard.png
| renewable = No
| stackable = Yes (64)
}}
An '''echo shard''' is an item found in [[ancient cities]] which can be used to craft [[recovery compass]]es.
== Obtaining ==
=== Chest loot ===
{{LootChestItem|echo-shard}}
== Usage ==
=== Crafting ingredient ===
{{crafting usage|Echo Shard}}
== History ==
{{History|java}}
{{History||1.19|snap=22w14a|[[File:Echo Shard JE1 BE1.png|32px]] Added echo shards.}}
{{History|bedrock}}
{{History||1.19.0|snap=beta 1.19.0.24|[[File:Echo Shard JE1 BE1.png|32px]] Added echo shards.
|Currently cannot be found inside [[ancient city]] chests due to outdated structures and loot chests.}}
{{History||1.19.0|snap=beta 1.19.0.26|Echo shards now generate inside [[ancient city]] loot chests.}}
{{History|foot}}
== Issues ==
{{issue list}}
{{Items}}
[[Category:Non-renewable resources]]
[[de:Echoscherbe]]
[[es:Fragmento resonante]]
[[fr:Éclat d'écho]]
[[ja:残響の欠片]]
[[lzh:回音殘片]]
[[pt:Fragmento de eco]]
[[pl:Odłamek pogłosu]]
[[ru:Осколок эха]]
[[th:เศษเอคโค]]
[[uk:Уламок відлуння]]
[[zh:回响碎片]]</li></ul> | build 2 | block id 254 has been removed, likely due to item rendering changes in this version. | |||
| ? | Numeric ID now refers to hardened glass. | ||||
Blocks replaced by other blocks
These blocks were either made redundant by the later introduction of another block serving their exact purpose, resulting in them either getting merged into said block ID or simply removed from the game, or were simultaneously renamed and retextured while retaining an identical core functionality.
Rose
Roses in Pocket Edition had an exclusive blue texture. As a result, they were informally referred to as the "cyan flower", despite this never actually being an official name (the in-game name remained Rose for as long as it and item names existed).
In a video preview of Pocket Edition on the Xperia PLAY, a blue rose was visible.[3] Jeb stated that they exist as a replacement for Java Edition roses, following some hardware problems.
Blue roses are not planned to be added in Java Edition,[4] and they were replaced by Poppies in Pocket Edition v0.9.0 alpha. However, Johan Bernhardsson said they may return.[5]
They were purely decorative, serving no other function. They could not be used in crafting in any way.
Blocks resulting from extreme data values
The majority of these blocks were likely never actually meant to exist in-game, and occurred only due to the game handling extreme metadata values as it would those in usually attainable ranges, resulting in strange blocks with traits arguably analogous to garbage data.
Seamless smooth stone slabs
Like with Java Edition, this block existed in the game at one point.[2] It has almost certaintly been removed, but when is unknown.
Six-sided blocks
Bedrock Edition had a handful of versions of "pillar"-type blocks which used side textures on all six sides. These were effectively removed in an unknown version, forcing them to appear identical to normal such pillars, either by changing their models to that of the normal y-axis pillar or just directly changing them (which method was ized is unknown).
- Purpur Pillar Axis None Revision 2.png
Mutilated piston
Piston with data values 6 and 7 (almost certainly analogous to Java Edition's six-sided pistons) existed for a time with this model.
This was almost certainly added alongside the usual piston blocks, but this is yet to be confirmed. When it was removed is not known, but it was sometime between 1.10.0 and 1.13.0.
Running the block on the higher versions, such as 1.16.0, replaces an normal piston but in the random directions.
Granite, polished granite and diorite bells
Upon their introduction to Bedrock Edition, bells using the textures of granite, polished granite and diorite also existed. They could only be placed by commands, but could also be found in villages.
It is extremely likely that these were the result of the bell being incompletely programmed. The bell can face four directions, and at this point there were four different types of bell (the stone bell alongside these three), which would correspond to the four orthogonal facing directions. Since at this point granite and diorite were stored as data value of stone, it seems reasonable to expect that these would result from drawing from that data value of the used stone texture. Attempting to place a bell with data value 4 or above would fail; there were as a result no polished diorite, andesite or polished andesite bells, as these would not have any facing directions to correspond to. As they later spawned in villages, this would also imply that these were intended to be directional bells.
Bell-less Block
There had been an unused bell which consists of the stand without a bell. This bell cannot be rung, but it will drop a normal bell when broken.
It was merged into the normal version of the block in an unknown update.
Locked Smoker, Blast Furnace, Lectern, and Barrel
There were also several unused blocks which were in a locked state. These blocks cannot be opened or used by the player (their GUI does not show up, but the player hand can still perform an action).
It was merged into the normal version of the block in an unknown update.
Smokeless Campfire
Campfires updated from beta 1.10.0 to 1.11.0 did not produce smoke particles because campfires in 1.10.0 had no functionality. Their difference in the code is not known.
It was merged into the normal version of the block in an unknown update.
References
- ↑ https://www.minecraftforum.net/forums/minecraft-pocket-edition/mcpe-discussion/1968560-my-report-on-3-strange-new-blocks
- ↑ a b https://youtu.be/djvCj4tZdNM
- ↑ https://youtu.be/AmhZkRBQbig&t=00m25s
- ↑ https://twitter.com/jeb_/status/78539168938078208
- ↑ https://www.reddit.com/r/MCPE/comments/1z1m07/question_about_flowers/cfq3xxf?context=1




































































































































































































































