![]() |
VOOZH | about |
| Rarity tier | Common |
|---|---|
| Renewable | No |
| Stackable | Yes (64) |
{
"title": "Invalid data value Leaves",
"rows": [
{
"field": "<span style=\"white-space: nowrap;\"><span style=\"display: inline-block; background-color: #fff; border: 1px solid #888; border-radius: 0.3em; color: transparent; width: 1em; height: 1em; vertical-align: -0.36em; margin-right: -0.1em\"><br></span> </span> Common",
"label": "(link to Rarity article, displayed as Rarity tier)"
},
{
"field": "No",
"label": "(link to Renewable resource article, displayed as Renewable)"
},
{
"field": "Yes (64)",
"label": "Stackable"
}
],
"invimages": [],
"images": [
"Missing Model JE3.png"
]
}
Invalid data value leaves are item forms of the primary leaves block with damage values outside of the usual range which leaves can usually be obtained in.
Without the use of commands, invalid data value leaves are unobtainable in the last versions in which they existed without inheriting them from a prior version in which they were obtainable.
Invalid data value leaves were obtainable by breaking leaves blocks placed in the world which had specific metadata values. When broken, the item would inherit the exact metadata that the block had, rather than be converted into one of the four valid states. This can be done from Beta 1.9 Prerelease 6 onwards.
The bug allowing for this was fixed in 12w49a,[1] making invalid data value leaves unobtainable from this version onwards.
In summary:
When placing leaves for the latter two cases, it is recommended that valid data value leaves are placed, as the placement of invalid data value leaves has not been fully researched for the version range in question.
Up until 17w46a,[more information needed] placed invalid data value leaves will always place leaves that do not decay. Leaves items with damage 4, 5, 6 and 7 will place leaves with metadata 4, 5, 6 and 7 respectively. Similarly, items with damage 12, 13, 14 and 15 will place blocks with metadata 12, 13, 14 and 15. Items with damage 8, 9, 10 and 11 will respectively place blocks with metadata 12, 13, 14 and 15.
In 1.13 (17w47a) onwards, distinguishing between block and item variants using metadata and damage was formally abolished. As a result of this, existing items would be converted over to the new ID system automatically. Invalid data value leaves behave anomalously in that instead of converting to their respective parent species, they all convert to oak leaves instead. Despite these items often being unknowingly collected and stored in older versions in such a way that conversion like this would end up being undesirable, Mojang have decided to not fix this.[2]
Leaves items with data values higher than 3, particularly oak leaves with a damage value of 4,[3] are often referred to as "alpha leaves". This is a particularly egregious misnomer, as any of the twelve extreme data values can be obtained in versions as late as 1.4.5, with absolutely no involvement from Alpha or even Beta versions of the game. How exactly this specific term reached common usage remains unknown, although it may be tied to the existence of "alpha trees", in which trees generated or grown before Java Edition Beta 1.2 would be comprised of multiple species of leaves if upgraded to this version or beyond, as metadata which was previously reserved for leaf decay was now used for distinguishing different species of leaves from each other.
Similarly confusingly, petrified oak slabs are sometimes referred to as "alpha slabs", despite the fact that the block was introduced in Beta 1.3, several months after the end of the Alpha era of the game.
| Java Edition Indev | |||||||
|---|---|---|---|---|---|---|---|
| 0.31 | 20100131-2156 | Durability has been introduced. It can be assigned to leaves items via an inventory editor, but is functionally meaningless in this case. | |||||
| Java Edition Beta | |||||||
| 1.2 | Leaves items with a nonzero value set for damage now process this as a variant form of the item, rather than literal damage, resulting in the item forms now appearing distinct (spruce leaves now use their own texture). | ||||||
| 1.4 | The durability bar has been removed from leaves with higher damage values. | ||||||
| Java Edition | |||||||
| 1.0.0 | Beta 1.9 Prerelease 6 | Leaves with damage values above 3 are now obtainable in survival via the Silk Touch enchantment. Prior to this version, Silk Touch would ignore block metadata and always return an item with metadata 0. | |||||
| 1.2.1 | 12w03a | The jungle biome and its associated tree have been implemented, making the leaves block with metadata 3 obtainable in survival, alongside its invalid item variants 7, 11 and 15. Prior to this version, if these metadata variants were desired, a tree from prior to Beta 1.2 would be required due to metadata used for decay calculations being repurposed for distinguishing species; this method was also not renewable. | |||||
| 1.3.1 | ? | Leaves now have different tooltips for each species. All invalid data value item forms of leaves are named "Oak Leaves", regardless of species. | |||||
| 1.4.6 | 12w49a | The Silk Touch enchantment now only drops leaves with metadata 0 to 3, making higher values unobtainable in Survival. | |||||
| 1.8 | 14w17a | Leaves with data values outside of the expected range now have the correct name corresponding to the data value it represents, rather than all sharing the name "Oak Leaves". | |||||
| 14w25a | 👁 Image With the introduction of data-driven item models, any item with a data value outside of what is accepted by the game has no model to point to, resulting in use of the missing item model. | ||||||
| 14w30a | Invalid data value leaves, alongside other invalid data value items, now appear the size of a full block when held in third person or by another player or mob. | ||||||
| 1.9 | 15w31a | 👁 Image The missing model's inventory appearance has changed, resulting in the appearance of invalid data value leaves also changing. | |||||
| The items also appear the size of a full block when held in first person and when dropped on the ground, and also appear larger than before in an item frame. | |||||||
| 1.13 | 17w43a | 👁 Image The missing texture has changed, resulting in the appearance of invalid data value leaves also changing. | |||||
| 17w47a | Numeric IDs for blocks and items have been completely removed from the game, with different species of leaves being given their own string IDs. As a result, invalid data value leaves have been "removed" as any such item now converts cleanly into oak leaves. | ||||||
| Bedrock Edition | |||||||
|---|---|---|---|---|---|---|---|
| ? | Leaves items with invalid data values may have been obtainable at certain points in the game.[4] | ||||||
| Legacy Console Edition | |||||||
|---|---|---|---|---|---|---|---|
| Xbox 360 | Xbox One | PS3 | PS4 | PS Vita | Wii U | Switch | |
| TU7 | ? | ? | ? | ? | ? | ? | Leaves with damage values above 3 are now obtainable in survival with the introduction of the Silk Touch enchantment. |
| TU14 | The Silk Touch enchantment now only drops leaves with metadata 0 to 3, making higher values unobtainable.[5] | ||||||
Invalid data value leaves are an issue, and due to their removal, can be considered already fixed.
| Invalid data value items | |||
|---|---|---|---|
| Obtainable in Survival |
| ||
| Others | |||
| Related | |||