Java Edition removed blocks

This article is about blocks removed from Java Edition. For other removed features, see Java Edition removed features. For removed blocks in Bedrock Edition, see Bedrock Edition removed blocks.

This page documents an exhaustive list of blocks which no longer exist in current versions of 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

See also: Wool

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 some different colors.

Gears

Main article: Gear

A fully animated block, it was inaccessible and had no real use other than decoration.

Infinite water and lava source

Main articles: Infinite Water Source and Infinite Lava Source

These blocks persistently generated their respective liquid around them.

Locked chest

Main article: Locked Chest

A joke block, completely unrelated to the current ability to lock chests via NBT.

Shrub

Main article: 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.

Generic dead coral block

Main article: 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

Main article: Redstone 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

Main article: Coarse Dirt § History

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 Savanna 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 certainly 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.

• 

  /setblock ~ ~ ~ minecraft:flower_pot 0 destroy {Item:30,Data:0}

• 

  /setblock ~ ~ ~ minecraft:flower_pot 11 destroy {Item:31,Data:0}

• 

  /setblock ~ ~ ~ minecraft:flower_pot 11 destroy {Item:31,Data:1}

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.

• 

  /setblock ~ ~ ~ minecraft:flower_pot 0 destroy {Item:31,Data:1}

• 

  /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 necessary:

/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:

• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 
• 

  (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.

• 

  A comparison of a faceless pumpkin and faceless jack o'lantern.

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 appearance. 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

Main article: Shrub § History

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.

• 

  Badlands

• 

  Desert

• 

  Jungle

• 

  Jungle Edge

• 

  Forest

• 

  Birch Forest

• 

  Dark Forest

• 

  Swamp

• 

  Swamp (cold areas)

• 

  Swamp (prior to 13w36a)

• 

  Plains

• 

  Ocean

• 

  Mushroom Fields

• 

  Mountains

• 

  Snowy Beach

• 

  Giant Tree Taiga

• 

  Taiga

• 

  Snowy Tundra

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	(Crashes the game if a chunk containing one is loaded)
13w03a– 13w09c	(Crashes the game if one is brought into view)
13w10a– 14w06b
14w07a– 14w08a
14w10a– 14w21b
14w25a+	No longer present in the game

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.

Versions	Age 8	Age 9	Age 10	Age 11	Age 12	Age 13	Age 14	Age 15
in-20100206– inf-20100420
inf-20100607– inf-20100617-2
inf-20100618
inf-20100624– inf-20100627
inf-20100629– Alpha v1.0.0
Alpha v1.0.1– Alpha v1.1.2_01
Alpha v1.2.0– Beta 1.2_02
Beta 1.3– Beta 1.7.3
Beta 1.8 Pre-release– Beta 1.9 Prerelease 4
Beta 1.9 Prerelease 5– 13w01b
13w02a– 13w09b	(Crashes the game if a chunk containing one is loaded)
13w09c– 14w08a
14w10a– 14w21b
14w25a+	No longer present in the game

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	Melon Stem								Pumpkin Stem
	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– 13w02b
13w03a– 13w07a
13w09a– 13w23b
13w24a– 13w39b
13w41a– 13w42b
13w43a– 14w08a
14w10a– 14w21b					(Crashes the game if one is brought into view)								(Crashes the game if one is brought into view)
14w25a+	No longer present in the game

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+	No longer present in the game

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.

Versions	Seen from above								Seen from below
	8 bites	9 bites	10 bites	11 bites	12 bites	13 bites	14 bites	15 bites	8 bites	9 bites	10 bites	11 bites	12 bites	13 bites	14 bites	15 bites
Beta 1.2– Beta 1.6.6
Beta 1.7– Beta 1.7.3
Beta 1.8 Pre-release– 13w01b
13w02a– 13w02b
13w03a– 13w07a
13w09a– 13w16b
13w17a
13w18a– 13w39b
13w41a– 14w08a
14w10a– 14w25b
14w26a+	No longer present in the game

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 was 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.

• 

  Before 12w08a

• 

  After 12w08a

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 behavior 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 modeled 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 behavior: 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 certainly 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 behavior. 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 behavior and also somewhat unstable, breaking frequently, and their behavior probably also changes drastically per version. Despite never actually changing data value, they seem to differently register what block face they are 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.

• 

  13w01a-13w01b

• 

  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

Main article: Nether Portal (block)

In 1.7.2's development, nether portals placed with data value 3, 7, 11 or 15 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

Removed in 1.13 (17w47a)

These were the result of block state handling 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.