boda kugga
- bodakugga
- JIRAUSER468662
- Europe/Stockholm
- Yes
- No
![[Mojang] Chi Wong](../../../data/avatars/users/18941.svg){kind=small}
![[Mojang] Billy Sjöberg](../../../data/avatars/users/42806.png){kind=small}
Normal
MCPE-183429
MC-278303MCPE-188357
MCPE-41428was fixed, giving small mushrooms, mushroom blocks and mushroom stems unique names. Despite this, the mushroom block with the pores texture on every face - which is available in Creative Mode - still uses the generic "Mushroom" name. Since it's a supported mushroom block variant, available straight from the creative inventory without any weird command, it should be changed to something like "Mushroom Pores" or even just "Mushroom Block".
Mushroom stem
s and mushroom poresdrop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0 stems of red
mushroomsand brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom
, having brown mushrooms dropping from a stem ofa red mushroom is not expected.Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. Brown mushrooms dropping from a stem obtained from a red mushroom is not expected.
Suggested fix
This table also fixes the issues with Silk Touch reported in
MCPE-69012. The naturally generated stems of brown and red mushrooms (data value 10) correctly drop the respective small mushrooms and the generic stem block, so they are not included here.
ID:data value Normal drop Silk Touch drop Notes brown_mushroom_block:0 nothing brown_mushroom_block:0 Generic pores from Creative inventory brown_mushroom_block:15 nothing brown_mushroom_block:15 Generic stem from Creative and Silk Touch red_mushroom_block:0 nothing brown_mushroom_block:0 Unused all-pores variant, should be consistent with the generic pores block red_mushroom_block:15 nothing brown_mushroom_block:15 Unused all-stem variant, should be consistent with the generic stem block Yes, I love mushroom blocks
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. Brown mushrooms dropping from a stem obtained from a red mushroom is not expected.
Suggested fix
This table also fixes the issues with Silk Touch reported in
MCPE-69012. The naturally generated stems of brown and red mushrooms (data value 10) correctly drop the respective small mushrooms and the generic stem block, so they are not included here.
ID:data value Normal drop Silk Touch drop Notes brown_mushroom_block:0 nothing brown_mushroom_block:0 Generic pores from Creative inventory brown_mushroom_block:15 nothing brown_mushroom_block:15 (Silk Touch drop fixed in 1.16.0.61) Generic stem from Creative and Silk Touch red_mushroom_block:0 nothing brown_mushroom_block:0 Unused all-pores variant, should be consistent with the generic pores block red_mushroom_block:15 nothing brown_mushroom_block:15 (Silk Touch drop fixed in 1.16.0.61) Unused all-stem variant, should be consistent with the generic stem block Yes, I love mushroom blocks
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. Brown mushrooms dropping from a stem obtained from a red mushroom is not expected.
Suggested fix
This table also fixes the issues with Silk Touch reported in
MCPE-69012. The naturally generated stems of brown and red mushrooms (data value 10) correctly drop the respective small mushrooms and the generic stem block, so they are not included here.
ID:data value Normal drop Silk Touch drop Notes brown_mushroom_block:0 nothing brown_mushroom_block:0 Generic pores from Creative inventory brown_mushroom_block:15 nothing brown_mushroom_block:15 (Silk Touch drop fixed in 1.16.0.61) Generic stem from Creative and Silk Touch red_mushroom_block:0 nothing brown_mushroom_block:0 Unused all-pores variant, should be consistent with the generic pores block red_mushroom_block:15 nothing brown_mushroom_block:15 (Silk Touch drop fixed in 1.16.0.61) Unused all-stem variant, should be consistent with the generic stem block Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. Brown mushrooms dropping from a stem obtained from a red mushroom is not expected.
Suggested fix
This table also fixes the issues with Silk Touch reported in
MCPE-69012. The naturally generated stems of brown and red mushrooms (data value 10) correctly drop the respective small mushrooms and the generic stem block, so they are not included here.
ID:data value Normal drop Silk Touch drop Notes brown_mushroom_block:0 nothing brown_mushroom_block:0 Generic pores from Creative inventory brown_mushroom_block:15 nothing brown_mushroom_block:15 (Silk Touch drop fixed in 1.16.0.61) Generic stem from Creative and Silk Touch red_mushroom_block:0 nothing brown_mushroom_block:0 Unused all-pores variant, should be consistent with the generic pores block red_mushroom_block:15 nothing brown_mushroom_block:15 (Silk Touch drop fixed in 1.16.0.61) Unused all-stem variant, should be consistent with the generic stem block Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom.
Brown mushroomsdroppingfrom a stem obtained from a red mushroomis not expected.Suggested fix
This table also fixes the issues with Silk Touch reported in
MCPE-69012. The naturally generated stems of brown and red mushrooms (data value 10) correctly drop the respective small mushrooms and the generic stem block, so they are not included here.
ID:data valueNormal dropSilk Touch dropN otesbrown_mushroom_block:0nothing brown_mushroom_block:0 Generic pores from Creative inventorybrown_mushroom_block:15nothing brown_mushroom_block: 15 (Silk Touch drop fixed in 1.16.0.61)Generic stem from Creative and Silk Touchred_mushroom_block:0nothing brown_mushroom_block:0 Unused all-pores variant , should be consistent with the generic pores blockred_mushroom_block:15nothing brown_mushroom_block:15 (Silk Touch drop fixed in 1.16.0.61)Unused all-stem variant , should be consistent with the generic stem blockYes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory, Silk Touch drop until 1.16.0.51 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117
Mushroom stems and mushroom pores drop brownmushroomsIncorrect normal drop and/or Silk Touch drop for mushroom stems and mushroom pores
Incorrect normal drops and/or Silk Touch drops for mushroom stems and mushroom pores
Incorrect normal dropsand/or Silk Touch drops for mushroom stems andmushroom poresIncorrect normal drops for mushroom stems, incorrect normal and Silk Touch drops from mushroom pores
Incorrect normal drops for mushroom stems, incorrect normal and Silk Touch drops from mushroom poresIncorrect normal drops from mushroom stems, incorrect normal and Silk Touch drops from mushroom pores
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Silk Touch drops of mushroom blocks have been fixed (
MCPE-34114), then the wrong,MCPE-69012), but mushroom pores stillSuggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory, Silk Touch drop until 1.16.0.51 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Silk Touch drops of mushroom blocks have been fixed (MCPE-34114),then the wrong,MCPE-69012), but mushroom pores stillSuggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory, Silk Touch drop until 1.16.0.51 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory, Silk Touch drop until 1.16.0.51 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0nothing brown_mushroom_block:0 Generic pores from Creative inventory, Silk Touch drop until 1.16.0.51 10nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11nothing brown_mushroom_block:0 Unused all-pores variant 12nothing brown_mushroom_block:0 Unused all-pores variant 13nothing brown_mushroom_block:0 Unused all-pores variant 15nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0nothing brown_mushroom_block:0 Unused all-pores variant 10nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11nothing brown_mushroom_block:0 Unused all-pores variant 12nothing brown_mushroom_block:0 Unused all-pores variant 13nothing brown_mushroom_block:0 Unused all-pores variant 15nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Slightly related mushroom block issue -
MCPE-71117The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory - related issue: MCPE-71117(wrong inventory name)10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory - related issue: MCPE-71117(wrong inventory name)10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory - related issue: MCPE-71117(wrong inventory name)10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory - related issue: MCPE-71117(wrong inventory name)10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarizes the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarize
sthe expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory.
In 1.16.0, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. When mined with Silk Touch, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroom pores drop the brown mushroom block instead of themselves when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
All mushroom stems (both brown and red) should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores (both brown and red) should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data value Normal drop Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and mushroom
pores (brown_mushroom_block:0) drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- There's only 1 kind of mushroom stem and 1 kind of mushroom pores in the Creative inventory. When mined with Silk Touch, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom
stem block.
- The stem and pores blocks are meant to be generic, not tied to any kind of mushroom. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
Mushroomporesdrop the brown mushroom block instead ofthemselveswhen mined with Silk Touch. This is a similar issue toMCPE-69012, which has been fixed.Suggested fix
All mushroom stems (both brown and red) should drop nothing as normal drop and brown_mushroom_block:15 as Silk Touch drop. All 6-sided mushroom pores (both brown and red) should drop nothing as normal drop and brown_mushroom_block:0 as Silk Touch drop. Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
Data valueNormal dropSilk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic pores from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
Data valueNormal dropSilk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and the mushroom block with the pores textures on all sides (brown_mushroom_block:0) - available from the Creative inventory - drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- The stem and all-pores blocks are meant to be generic, not tied to any kind of mushroom.
- There's only 1 kind of mushroom stem and 1 kind of all-pores mushroom block in the Creative inventory.
- When mined with Silk Touch, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
All-pores mushroom block drops the brown mushroom cap block instead of itself when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
- All mushroom stems (both brown and red) should drop nothing as normal drop and brown_mushroom_block:15 (generic 6-sided mushroom stem) as Silk Touch drop.
- All 6-sided mushroom pores (both brown and red) should drop nothing as normal drop and brown_mushroom_block:0 (generic 6-sided mushroom pores) as Silk Touch drop.
- Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic all-pores block from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and the mushroom block with the pores textures on all sides (brown_mushroom_block:0) - available from the Creative inventory - drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- The stem and all-pores blocks are meant to be generic, not tied to any kind of mushroom.
- There's only 1 kind of mushroom stem and 1 kind of all-pores mushroom block in the Creative inventory.
- When mined with Silk Touch, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
All-pores mushroom block drops the brown mushroom cap block instead of itself when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
- All mushroom stems (both brown and red) should drop nothing as normal drop and brown_mushroom_block:15 (generic 6-sided mushroom stem) as Silk Touch drop.
- All 6-sided mushroom pores (both brown and red) should drop nothing as normal drop and brown_mushroom_block:0 (generic 6-sided mushroom pores) as Silk Touch drop.
- Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic all-pores block from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)The bug
Normal drops
Mushroom stem (brown_mushroom_block["huge_mushroom_bits"=0]) and the mushroom block with the pores textures on all sides (brown_mushroom_block:0) - available from the Creative inventory - drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- The stem and all-pores blocks are meant to be generic, not tied to any kind of mushroom.
- There's only 1 kind of mushroom stem and 1 kind of all-pores mushroom block in the Creative inventory.
- When mined with Silk Touch, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
All-pores mushroom block drops the brown mushroom cap block instead of itself when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
- All mushroom stems (both brown and red) should drop nothing as normal drop and brown_mushroom_block:15 (generic 6-sided mushroom stem) as Silk Touch drop.
- All 6-sided mushroom pores (both brown and red) should drop nothing as normal drop and brown_mushroom_block:0 (generic 6-sided mushroom pores) as Silk Touch drop.
- Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic all-pores block from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)
The bug
Normal drops
Mushroom stem (brown_mushroom_block["huge_mushroom_bits"=0]) and the mushroom block with the pores textures on all sides (brown_mushroom_block:0) - available from the Creative inventory - drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- The stem and all-pores blocks are meant to be generic, not tied to any kind of mushroom.
- There's only 1 kind of mushroom stem and 1 kind of all-pores mushroom block in the Creative inventory.
- When mined with Silk Touch, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
All-pores mushroom block drops the brown mushroom cap block instead of itself when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
- All mushroom stems (both brown and red) should drop nothing as normal drop and brown_mushroom_block:15 (generic 6-sided mushroom stem) as Silk Touch drop.
- All 6-sided mushroom pores (both brown and red) should drop nothing as normal drop and brown_mushroom_block:0 (generic 6-sided mushroom pores) as Silk Touch drop.
- Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic all-pores block from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and the mushroom block with the pores textures on all sides (brown_mushroom_block:0) - available from the Creative inventory - drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- The stem and all-pores blocks are meant to be generic, not tied to any kind of mushroom.
- There's only 1 kind of mushroom stem and 1 kind of all-pores mushroom block in the Creative inventory.
- When mined with Silk Touch, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
All-pores mushroom block drops the brown mushroom cap block instead of itself when mined with Silk Touch. This is a similar issue to
MCPE-69012, which has been fixed.Suggested fix
- All mushroom stems (both brown and red) should drop nothing as normal drop and brown_mushroom_block:15 (generic 6-sided mushroom stem) as Silk Touch drop.
- All 6-sided mushroom pores (both brown and red) should drop nothing as normal drop and brown_mushroom_block:0 (generic 6-sided mushroom pores) as Silk Touch drop.
- Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct are written in green, while drops that are currently wrong are written in red.
brown_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic all-pores block from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue with mushroom pores:
MCPE-71117(incorrect inventory name)
The bug
Normal drops
Mushroom stem (brown_mushroom_block:15) and the mushroom block with the pores textures on all sides (brown_mushroom_block:0) - available from the Creative inventory - drop 0-2 brown mushrooms when destroyed with any non-Silk Touch tool. This isn't expected to happen for a few reasons:
- Mushroom stems drop nothing in Java Edition, so it's a parity issue
- The stem and all-pores blocks are meant to be generic, not tied to any kind of mushroom.
- There's only 1 kind of mushroom stem and 1 kind of all-pores mushroom block in the Creative inventory.
- When mined with Silk Touch, naturally-generated stems of red and brown mushrooms drop the same kind of mushroom stem block. You don't expect to receive brown mushrooms from a stem obtained from a huge red mushroom.
Taking this into consideration, naturally-generated stems should be changed too in order to be consistent, so instead of dropping 0-2 red/brown mushroom they should drop nothing. Note that they also drop nothing in Java Edition.
Lastly, there are a few unused variants of all-pores and all-stem mushroom block that should be changed as well for consistency reasons.
Silk Touch drops
All-pores mushroom block drops thebrown mushroomcapblockinstead of itself when mined with Silk Touch. This is a similar issue toMCPE-69012, which has been fixed.Suggested fix
- All mushroom stems (both brown and red) should drop nothing as normal drop and brown_mushroom_block:15 (generic 6-sided mushroom stem) as Silk Touch drop.
- All 6-sided mushroom pores (both brown and red) should drop nothing as normal drop and brown_mushroom_block:0 (generic 6-sided mushroom pores) as Silk Touch drop.
- Only cap variants should drop 0-2 small mushrooms.
The following tables summarize the expected drops from every mushroom stem and mushroom pores variant. Drops that are already correct a
re written in green, while drops that are currently wrong are written in red.brown_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Generic all-pores block from Creative inventory 10 nothing brown_mushroom_block:15 Naturally generated brown mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Generic stem from Creative inventory and Silk Touch drop red_mushroom_block
huge_mushroom_bits value Expected normal drop Expected Silk Touch drop Notes 0 nothing brown_mushroom_block:0 Unused all-pores variant 10 nothing brown_mushroom_block:15 Naturally generated red mushroom stem 11 nothing brown_mushroom_block:0 Unused all-pores variant 12 nothing brown_mushroom_block:0 Unused all-pores variant 13 nothing brown_mushroom_block:0 Unused all-pores variant 15 nothing brown_mushroom_block:15 Unused all-stem variant Yes, I love mushroom blocks
Related issue
with mushroom pores:MCPE-(71117incorrect inventory name)The all-pores mushroom block found in the Creative inventory (brown_mushroom_block with the huge_mushroom_bits value set to 0) inherits its drops from the regular brown mushroom block despite being a generic block and not explicitly a brown mushroom block.
This issue also affects the other unused all-pores states of both brown_mushroom_block and red_mushroom_block, but this report focuses on the all-pores block readily available through regular gameplay in Creative mode.
In practice, this means that the all-pores block:
- Drops 0-2 brown mushrooms instead of nothing when mined generically
- Drops 1 brown mushroom block instead of itself when mined with Silk Touch
In 1.21.20.21, this was fixed for mushroom stems (originally reported here), which inherited the small mushroom drops from the relative mushroom block ID despite being "generic" blocks and not specifically "brown" or "red".
Related issue:
MCPE-183429(all-pores block gives a brown mushroom block when pick-blocked)
Incorrectnormaldrops frommushroom stems, incorrect normal and Silk Touch drops frommushroomporesIncorrect drops from the all-pores mushroom block
The all-pores mushroom block found in the Creative inventory (brown_mushroom_block with the huge_mushroom_bits value set to 0) inherits its drops from the regular brown mushroom block despite being a generic block and not explicitly a brown mushroom block.
This issue also affects the other unused all-pores states of both brown_mushroom_block and red_mushroom_block, but this report focuses on the all-pores block readily available through regular gameplay in Creative mode.
In practice, this means that the all-pores block:
- Drops 0-2 brown mushrooms instead of nothing when mined generically
- Drops 1 brown mushroom block instead of itself when mined with Silk Touch
In 1.21.20.21, this was fixed for mushroom stems (originally reported here), which inherited the small mushroom drops from the relative mushroom block ID despite being "generic" blocks and not specifically "brown" or "red".
Related issue:
MCPE-183429(all-pores block gives a brown mushroom block when pick-blocked)The all-pores mushroom block found in the Creative inventory (brown_mushroom_block with the huge_mushroom_bits value set to 0) inherits its drops from the regular brown mushroom block despite being a generic block and not explicitly a brown mushroom block.
This issue also affects the other unused all-pores states of both brown_mushroom_block and red_mushroom_block, but this report focuses on the all-pores block readily available through regular gameplay in Creative mode.
In practice, this means that the all-pores block:
- Drops 0-2 brown mushrooms instead of nothing when mined generically
- Drops 1 brown mushroom block instead of itself when mined with Silk Touch
In 1.21.20.21, this was fixed for mushroom stems (originally reported here), which inherited the small mushroom drops from the relative mushroom block ID despite being "generic" blocks and not specifically "brown" or "red".
Related issue: MCPE-76673 (all-pores block gives a brown mushroom block when pick-blocked)
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Oak Wood Planks Oak Planks Spruce Wood Planks Spruce Planks Birch Wood Planks Birch Planks Jungle Wood Planks Jungle Planks Acacia Wood Planks Acacia Planks Dark Oak Wood Planks Dark Oak Planks Oak Wood Slab Oak Slab Spruce Wood Slab Spruce Slab Birch Wood Slab Birch Slab Jungle Wood Slab Jungle Slab Acacia Wood Slab Acacia Slab Dark Oak Wood Slab Dark Oak Slab Oak Wood Stairs Oak Stairs Spruce Wood Stairs Spruce Stairs Birch Wood Stairs Birch Stairs Jungle Wood Stairs Jungle Stairs Acacia Wood Stairs Acacia Stairs Dark Oak Wood Stairs Dark Oak Stairs Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom PoresMonster Spawner Spawner Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head End Portal End Portal Frame Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab
- "Wood" in planks, slabs and stairs should be removed as it's unnecessary and is inconsistent with doors, trapdoors, fences, fence gates, buttons, pressure plates, boats and signs
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Monster Spawner" is a misleading name as the block can spawn non-monster entities as well
- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "End Portal" is used for the frame block and it's inconsistent with the block ID
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.gamepedia.com/Official_pages/Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Oak Wood Planks Oak Planks Spruce Wood Planks Spruce Planks Birch Wood Planks Birch Planks Jungle Wood Planks Jungle Planks Acacia Wood Planks Acacia Planks Dark Oak Wood Planks Dark Oak Planks Oak Wood Slab Oak Slab Spruce Wood Slab Spruce Slab Birch Wood Slab Birch Slab Jungle Wood Slab Jungle Slab Acacia Wood Slab Acacia Slab Dark Oak Wood Slab Dark Oak Slab Oak Wood Stairs Oak Stairs Spruce Wood Stairs Spruce Stairs Birch Wood Stairs Birch Stairs Jungle Wood Stairs Jungle Stairs Acacia Wood Stairs Acacia Stairs Dark Oak Wood Stairs Dark Oak Stairs Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Monster Spawner Spawner Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head End Portal End Portal Frame Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor
- "Wood" in planks, slabs and stairs should be removed as it's unnecessary and is inconsistent with doors, trapdoors, fences, fence gates, buttons, pressure plates, boats and signs
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Monster Spawner" is a misleading name as the block can spawn non-monster entities as well
- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "End Portal" is used for the frame block and it's inconsistent with the block ID
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.gamepedia.com/Official_pages/Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Oak Wood Planks Oak Planks Spruce Wood Planks Spruce Planks Birch Wood Planks Birch Planks Jungle Wood Planks Jungle Planks Acacia Wood Planks Acacia Planks Dark Oak Wood Planks Dark Oak Planks Oak Wood Slab Oak Slab Spruce Wood Slab Spruce Slab Birch Wood Slab Birch Slab Jungle Wood Slab Jungle Slab Acacia Wood Slab Acacia Slab Dark Oak Wood Slab Dark Oak Slab Oak Wood Stairs Oak Stairs Spruce Wood Stairs Spruce Stairs Birch Wood Stairs Birch Stairs Jungle Wood Stairs Jungle Stairs Acacia Wood Stairs Acacia Stairs Dark Oak Wood Stairs Dark Oak Stairs Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Monster Spawner Spawner Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head End Portal End Portal Frame Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor Lapis Lazuli Block Block of Lapis Lazuli
- "Wood" in planks, slabs and stairs should be removed as it's unnecessary and is inconsistent with doors, trapdoors, fences, fence gates, buttons, pressure plates, boats and signs
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Monster Spawner" is a misleading name as the block can spawn non-monster entities as well
- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "End Portal" is used for the frame block and it's inconsistent with the block ID
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.gamepedia.com/Official_pages/Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Oak Wood PlanksOakPlanksSpruce Wood PlanksSpruce PlanksBirch Wood PlanksBirch PlanksJungle Wood PlanksJungle PlanksAcacia Wood PlanksAcacia PlanksDark Oak Wood PlanksDark Oak PlanksOak Wood SlabOak SlabSpruce Wood SlabSpruce SlabBirch Wood SlabBirch SlabJungle Wood SlabJungle SlabAcacia Wood SlabAcacia SlabDark Oak Wood SlabDark Oak SlabOak Wood StairsOak StairsS pruce Wood StairsSpruce StairsBirch Wood StairsBirch StairsJungle Wood StairsJungle StairsAcacia Wood StairsAcacia StairsDark Oak Wood StairsDark Oak StairsStone Bricks SlabS tone Brick SlabBricks SlabBrick SlabPrismarine Bricks SlabPrismarine BrickSlabBrick BlockBricks Nether Brick BlockNetherBricksRed Nether BrickRed Nether BricksPillar Quartz BlockQuartz PillarClay BlockClayClayClayBallSnowSnow BlockTop SnowSnowSugar CanesSugar CaneDouble TallgrassTall GrassSeedsWheat SeedsEnchanted AppleEnchanted Golden AppleMelonMelon SliceGlistering MelonGlistering Melon SliceMushroomMushroom BlockMonster SpawnerSpawnerInfested Stone BrickInfested Stone BricksInfested Mossy Stone BrickInfested Mossy Stone BricksI nfested Cracked Stone BrickInfested Cracked Stone BricksInfested Chiseled Stone BrickInfested Chiseled Stone BricksSlightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head End Portal End Portal Frame Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor Lapis Lazuli Block Block of Lapis Lazuli
- "Wood" in planks, slabs and stairs should be removed as it's unnecessary and is inconsistent with doors, trapdoors, fences, fence gates, buttons, pressure plates, boats and signs
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Monster Spawner" is a misleading name as the block can spawn non-monster entities as well
- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "
End Portal" is used for the frame block and it's inconsistent with the block ID- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.gamepedia.com/Official_pages/Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Monster Spawner Spawner Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Monster Spawner" is a misleading name as the block can spawn non-monster entities as well
- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.gamepedia.com/Official_pages/Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block MonsterSpawnerSpawnerInfested Stone Brick Infested Stone Bricks Infested MossyStone BrickInfested MossyStone BricksInfested C racked Stone BrickInfested C racked Stone BricksInfested Chiseled Stone BrickInfested Chiseled Stone BricksSlightly Damaged AnvilChipped AnvilVery Damaged AnvilDamaged AnvilEnchantment TableEnchanting TableHeadPlayer HeadDaylight SensorDaylight DetectorSpawn <mob><mob> Spawn EggWooden SlabPetrified Oak SlabPortalNether PortalWeighted Pressure Plate ( Heavy)HeavyWeighted Pressure PlateWeighted Pressure Plate (Light)Light Weighted Pressure PlateC ropsWheat CropsChain HelmetChainmail HelmetChain ChestplateChainmail ChestplateChain LeggingsChainmail LeggingsChain BootsChainmail BootsMilkMilk BucketIllager BannerOminous BannerGold Horse Armor Golden Horse Armor
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Monster Spawner" is a misleading name as the block can spawn non-monster entities as well
- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.
gamepedia.com/Official_pages/Bedrock_Edition_flattening#NamesA bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.fandom.com/wiki/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Double TallgrassTallGrassSeedsWheat SeedsEnchanted AppleEnchanted Golden AppleMelonMelon SliceGlisteringMelonGlisteringMelon SliceMushroomMushroom BlockInfested Stone BrickInfested Stone BricksInfested MossyStone BrickInfested MossyStone BricksInfested CrackedStone BrickInfested CrackedStone BricksInfested C hiseled Stone BrickInfested C hiseled Stone BricksSlightly Damaged AnvilChipped AnvilVery Damaged AnvilDamaged AnvilEnchantment TableEnchanting TableHeadPlayer HeadDaylight SensorDaylight DetectorSpawn <mob><mob> Spawn EggWooden SlabPetrified Oak SlabPortalNether PortalWeighted Pressure Plate (Heavy)Heavy Weighted Pressure PlateWeighted Pressure Plate ( Light)LightWeighted Pressure PlateCropsWheat CropsC hain HelmetChainmail HelmetChain ChestplateChainmail ChestplateChain LeggingsChainmail LeggingsChain BootsChainmail BootsMilkMilkBucketIllager BannerOminous BannerGold Horse ArmorGolden Horse Armor
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass"
- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
"Wooden Slab" refers to the old unusedstone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the blockAdditional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor Scute Turtle Scute
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- The "Scute" has been renamed to "Turtle Scute" due to the addition of armadillo scutes in Java 23w51a.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor Scute Turtle Scute
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
"Wooden Slab" refers to the old unusedstone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the blockThe "Scute" has been renamed to "Turtle Scute" due totheaddition ofarmadillo scutes in Java 23w51a.Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor Scute Turtle Scute Sea Turtle Egg Turtle Egg Spawn Sea Turtle Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- The "Scute" has been renamed to "Turtle Scute" due to the addition of armadillo scutes in Java 23w51a.
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, and arguably with the potion of the turtle master and the new "turtle scute" name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor S cuteTurtle ScuteSea Turtle EggTurtle Egg Spawn Sea Turtle Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
The "Scute" has been renamed to"Turtle Scute" due to the addition of armadillo scutes in Java 23w51a.- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, and arguably with the potion of the turtle master
and the new "turtle scute"name.Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob> <mob> Spawn Egg Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor Sea Turtle Egg Turtle Egg Spawn Sea Turtle Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Spawn <mob>" names are inconsistent with the new spawn egg IDs
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, the new "turtle scute" item name, and arguably with the "potion of the turtle master" item name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Spawn <mob><mob> Spawn EggWooden SlabPetrified Oak SlabPortalNether PortalWeighted Pressure Plate ( Heavy)HeavyWeighted Pressure PlateWeighted Pressure Plate (Light)Light Weighted Pressure PlateC ropsWheat CropsChain HelmetChainmail HelmetChain ChestplateChainmail ChestplateChain LeggingsChainmail LeggingsChain BootsChainmail BootsMilkMilk BucketIllager BannerOminous BannerGold Horse ArmorGolden Horse ArmorSea Turtle Egg Turtle Egg Spawn Sea Turtle Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "
Enchantment Table" is inconsistent with the block ID- "
Daylight Sensor" is inconsistent with the block ID- "
Spawn <mob>" names areinconsistent with thenew spawn eggIDs- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, the new "turtle scute" item name, and arguably with the "potion of the turtle master" item name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar Quartz Block Quartz Pillar Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor Sea Turtle Egg Turtle Egg Sea Turtle Spawn Egg Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, the new "turtle scute" item name, and arguably with the "potion of the turtle master" item name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Pillar QuartzBlockQuartz PillarClay BlockClay ClayClay BallSnow Snow BlockTop SnowS nowSugar CanesS ugar CaneGrassShortGrassDouble TallgrassTall GrassSeedsWheat SeedsEnchanted AppleEnchanted Golden AppleMelon Melon Slice Glistering MelonGlistering Melon SliceMushroomMushroom BlockInfested Stone Brick Infested Stone Bricks Infested MossyStone BrickInfested MossyStone BricksInfested C racked Stone BrickInfested C racked Stone BricksInfested Chiseled Stone BrickInfested Chiseled Stone BricksSlightly Damaged AnvilChipped AnvilVery Damaged AnvilDamaged AnvilEnchantment TableEnchanting TableHeadPlayer HeadDaylight SensorDaylight DetectorWooden SlabPetrified Oak SlabPortalNether PortalWeighted Pressure Plate ( Heavy)HeavyWeighted Pressure PlateWeighted Pressure Plate (Light)Light Weighted Pressure PlateC ropsWheat CropsChain HelmetChainmail HelmetChain ChestplateChainmail ChestplateChain LeggingsChainmail LeggingsChain BootsChainmail BootsMilkMilk BucketIllager BannerOminous BannerGold Horse ArmorGolden Horse ArmorSea Turtle Egg Turtle Egg Sea Turtle Spawn Egg Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "
NetherBrick Block" is inconsistent with other brick-type blocksand its variants ("Chiseled Nether Bricks", "Cracked NetherBricks")- "
RedNether Brick" should be plural like other brick-type blocks- "
Pillar Quartz Block" is inconsistent with "Purpur Pillar" and harder to translate than the much simplier "Quartz Pillar"- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, the new "turtle scute" item name, and arguably with the "potion of the turtle master" item name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager Banner Ominous Banner Gold Horse Armor Golden Horse Armor Sea Turtle Egg Turtle Egg Sea Turtle Spawn Egg Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, the new "turtle scute" item name, and arguably with the "potion of the turtle master" item name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Illager BannerOminous BannerGold Horse ArmorGolden Horse ArmorSea Turtle Egg Turtle Egg Sea Turtle Spawn Egg Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, the new "turtle scute" item name, and arguably with the "potion of the turtle master" item name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch of item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or item IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks Slab Stone Brick Slab Bricks Slab Brick Slab Prismarine Bricks Slab Prismarine Brick Slab Brick Block Bricks Nether Brick Block Nether Bricks Red Nether Brick Red Nether Bricks Clay Block Clay Clay Clay Ball Snow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Gold Horse Armor Golden Horse Armor Sea Turtle Egg Turtle Egg Sea Turtle Spawn Egg Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, the new "turtle scute" item name, and arguably with the "potion of the turtle master" item name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
A bunch ofitem and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names oritem IDs. In previous updates, some names were updated to match Java Edition, but most of them still need to be fixed. Following the changes to item IDs in 1.16.100, displayed names should also be updated.
Bedrock name Java name Stone Bricks SlabStone Brick SlabBricks SlabBrick SlabPrismarine Bricks SlabPrismarine BrickSlabBrick BlockBricks Nether Brick BlockNether BricksRed Nether BrickRed Nether BricksClay BlockClayC layClay BallSnow Snow Block Top Snow Snow Sugar Canes Sugar Cane Grass Short Grass Double Tallgrass Tall Grass Seeds Wheat Seeds Enchanted Apple Enchanted Golden Apple Melon Melon Slice Glistering Melon Glistering Melon Slice Mushroom Mushroom Block Infested Stone Brick Infested Stone Bricks Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Slightly Damaged Anvil Chipped Anvil Very Damaged Anvil Damaged Anvil Enchantment Table Enchanting Table Head Player Head Daylight Sensor Daylight Detector Wooden Slab Petrified Oak Slab Portal Nether Portal Weighted Pressure Plate (Heavy) Heavy Weighted Pressure Plate Weighted Pressure Plate (Light) Light Weighted Pressure Plate Crops Wheat Crops Chain Helmet Chainmail Helmet Chain Chestplate Chainmail Chestplate Chain Leggings Chainmail Leggings Chain Boots Chainmail Boots Milk Milk Bucket Gold Horse Armor Golden Horse Armor Sea Turtle Egg Turtle Egg Sea Turtle Spawn Egg Turtle Spawn Egg
- "Brick+s+ Slab", "Stone Brick+s+ Slab" and "Prismarine Brick+s+ Slab" are grammatically incorrect and inconsistent with their stairs form and other brick-type slabs
- "Brick Block" is inconsistent with other brick-type blocks (e.g. "Stone Bricks", "Blackstone Bricks", "Prismarine Bricks")
- "Nether Brick Block" is inconsistent with other brick-type blocks and its variants ("Chiseled Nether Bricks", "Cracked Nether Bricks")
- "Red Nether Brick" should be plural like other brick-type blocks
- "Clay Block" is inconsistent with other soil-type natural blocks such as sand or gravel
- The "Clay" item should then be renamed in order to avoid having the same name for multiple items, and "Clay Ball" would be consistent with the item's ID
- "Snow" should include "Block" in its name in order to be consistent with other manufactured blocks
- "Top Snow" could then be renamed to the much simplier "Snow"
- "Grass" has been changed to "Short Grass" in Java 1.20.3-pre1 (
MCPE-177051)- "Double Tallgrass" is a weird name as there's no regular "Tallgrass" and "Tallgrass" itself is grammatically incorrect
- "Seeds" is inconsistent with every other seed item
- "Enchanted Apple" is inconsistent with the regular "Golden Apple" and its new ID
- "Melon" item should be differentiated from the "Melon" block and it's inconsistent with the new item ID
- "Glistering Melon" is inconsistent with the new item ID
- "Mushroom" is a generic name, see
MCPE-71117- "Infested Stone Brick" and variants should be plural like the regular "Stone Brick+s+"
- "Head" is a generic name, the block specifically refers to a player's head
- "Enchantment Table" is inconsistent with the block ID
- "Daylight Sensor" is inconsistent with the block ID
- "Wooden Slab" refers to the old unused stone-like oak slab. Even though it's unused and unavailable in the creative inventory, its name should be updated as the new name better describes the block
- "Sea Turtle", used in the egg and the spawn egg item names, is inconsistent with the IDs of the two items, the turtle entity name and ID, the new "turtle scute" item name, and arguably with the "potion of the turtle master" item name.
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
Some item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or IDs.
Bedrock name Java name Gold Horse Armor Golden Horse Armor Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Mushroom Mushroom Block Wooden Slab Petrified Oak Slab Portal Nether Portal Crops Wheat Crops Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
Some item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or IDs.
Bedrock name Java/correct name Gold Horse Armor Golden Horse Armor Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Mushroom Mushroom Block Wooden Slab Petrified Oak Slab Portal Nether Portal Crops Wheat Crops Treasure Map Buried Treasure Map Splash Mundane Potion Mundane Splash Potion Splash Long Mundane Potion Long Mundane Splash Potion Splash Thick Potion Thick Splash Potion Splash Awkward Potion Awkward Splash Potion Lingering Mundane Potion Mundane Lingering Potion Lingering Long Mundane Potion Long Mundane Lingering Potion Lingering Thick Potion Thick Lingering Potion Lingering Awkward Potion Awkward Lingering Potion [COLOR] Chief Fess [COLOR] Chief [COLOR] Base Fess [COLOR] Base
- "Gold Horse Armor" is inconsistent with its ID and all the other golden tools and armor
- The infested stone bricks variant are erroneously in singular form, which is inconsistent with the non-infested blocks and the basic infested stone bricks
- The all-pores mushroom block is still using the generic "Mushroom" name that was once used for all the small mushroom and mushroom block variants. Note that it doesn't exist in Java as its own separate item, but it should still be renamed for consistency with all the other mushroom blocks.
- "Wooden Slab" is vague and potentially misleading, and inconsistent with its ID
- "Portal" is ambiguous and doesn't match the current Java name
- "Crops" is ambiguous and doesn't match the current Java name
- Long mundane potions don't exist in Java, but they should still be renamed for consistency with the other base potions
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
Some item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or IDs.
Bedrock name Java/correct name Gold Horse Armor Golden Horse Armor Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks MushroomMushroom BlockWooden SlabPetrified Oak SlabPortalNether PortalCropsWheat CropsTreasure MapBuried Treasure MapSplash Mundane Potion Mundane Splash Potion Splash Long MundanePotionLong MundaneSplash PotionSplash ThickPotionThickSplash PotionSplash AwkwardPotionAwkward SplashPotionLingering Mundane Potion Mundane Lingering Potion Lingering Long MundanePotionLong MundaneLingering PotionLingering ThickPotionThickLingering PotionLingering Awkward Potion Awkward Lingering Potion [COLOR] Chief Fess [COLOR] Chief [COLOR] Base Fess [COLOR] Base
- "Gold Horse Armor" is inconsistent with its ID and all the other golden tools and armor
The infested stone bricks variant are erroneously in singular form, which is inconsistent with the non-infested blocks and the basic infested stone bricks- The
all-pores mushroom block is still using the generic "Mushroom" name that was once used for all the small mushroom and mushroom block variants. Note that it doesn't existinJava as its own separate item, but itshould still be renamed for consistency with all the other mushroom blocks.- "Wooden Slab" is vague and potentially misleading, and inconsistent with its ID
- "Portal" is ambiguous and doesn't match the current Java name
- "Crops" is ambiguous and doesn't match the current Java name
- Long mundane potions don't exist in Java, but they should still be renamed for consistency with the other base potions
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
Some item and block names are outdated when compared to Java Edition, and/or are inconsistent with other Bedrock item names or IDs.
Bedrock name Java/correct name Gold Horse Armor Golden Horse Armor Infested Mossy Stone Brick Infested Mossy Stone Bricks Infested Cracked Stone Brick Infested Cracked Stone Bricks Infested Chiseled Stone Brick Infested Chiseled Stone Bricks Wooden Slab Petrified Oak Slab Portal Nether Portal Crops Wheat Crops Treasure Map Buried Treasure Map Splash Mundane Potion Mundane Splash Potion Splash Long Mundane Potion Long Mundane Splash Potion Splash Thick Potion Thick Splash Potion Splash Awkward Potion Awkward Splash Potion Lingering Mundane Potion Mundane Lingering Potion Lingering Long Mundane Potion Long Mundane Lingering Potion Lingering Thick Potion Thick Lingering Potion Lingering Awkward Potion Awkward Lingering Potion [COLOR] Chief Fess [COLOR] Chief [COLOR] Base Fess [COLOR] Base
- "Gold Horse Armor" is inconsistent with its ID and all the other golden tools and armor
- The infested stone bricks variant are erroneously in singular form, which is inconsistent with the non-infested blocks and the basic infested stone bricks
- "Wooden Slab" is vague and potentially misleading, and inconsistent with its ID
- "Portal" is ambiguous and doesn't match the current Java name
- "Crops" is ambiguous and doesn't match the current Java name
- Long mundane potions don't exist in Java, but they should still be renamed for consistency with the other base potions
Additional items might be included in the list at https://minecraft.wiki/w/Minecraft_Wiki:Bedrock_Edition_flattening#Names
"Frog Spawn" has been translated to Italian as "Generazione di rane" ("Frog generation"), instead of a more correct and natural sounding "Uova di rana" ("Frog eggs").
While "generazione" is a suitable translation for "spawn"/"spawning" when used in the context of entities being generated by the game (e.g. "spawn point", "spawn egg", "monster spawner" etc), "spawn" in "frog spawn" literally refers to the eggs themselves, thus it should be translated as "eggs". Here are some online dictionaries for reference https://dizionari.corriere.it/dizionario_inglese/Inglese/S/spawn.shtml https://dizionari.repubblica.it/Inglese-Italiano/S/spawn.html https://www.wordreference.com/enit/spawn
Breaking a minecart containing a block drops separate items for the minecart and the block (i.e. breaking a chest minecart drops a minecart and a chest, not a single minecart with chest item).
While this behavior is certainly not a bug (it has always worked like this), but it is inconsistent with how chest boats work (
MC-249379- working as intended).Breaking a minecart containing a block drops separate items for the minecart and the block (i.e. breaking a chest minecart drops a minecart and a chest, not a single minecart with chest item).
While this behavior is certainly not a bug (it has always worked like this), but it is inconsistent with how chest boats work (
MC-249379- working as intended).How to reproduce
1. Place a minecart with chest.
2. Break it.Expected result
A minecart with chest item is dropped, given the resolution ofMC-249379.Observed result
A minecart and a chest are dropped separately.
The can_summon block state is set to false when upgrading sculk shriekers from 22w11a or 22w12a to 22w13a. For this reason, shriekers that were naturally generated in the deep dark biome suddenly stop working after updating to a later snapshot.
Since shriekers could *not* be obtained or relocated in Survival mode before 22w13a, fixing this would not allow players to place Warden spawners in unintended locations.
How to reproduce
- Open 22w12a.
- Generate a world with the seed set to test
- Run the command /execute in minecraft:overworld run tp @s -985.30 -41.00 1257.85 -376.81 -0.00
- The sculk shrieker, generated as part of the deep dark biome, can summon Wardens.
- Load the same world in 22w13a.
Expected results
- can_summon is set to true. The sculk shrieker should still be able to summon Wardens, as it was placed by the world generator.
Observed results
- can_summon is set to false. The sculk shrieker can't summon Wardens anymore, despite it being placed by the world generator.
The can_summon block state is set to false when upgrading sculk shriekers from 22w11a or 22w12a to 22w13a. For this reason, shriekers that were naturally generated in the deep dark biome suddenly stop working after updating to a later snapshot.
Since shriekers could
*not*be obtained or relocated in Survival mode before 22w13a, fixing this wouldnot allow players to place Warden spawners in unintended locations.How to reproduce
- Open 22w12a.
- Generate a world with the seed set to test
- Run the command /execute in minecraft:overworld run tp @s -985.30 -41.00 1257.85 -376.81 -0.00
- The sculk shrieker, generated as part of the deep dark biome, can summon Wardens.
- Load the same world in 22w13a.
Expected results
- can_summon is set to true. The sculk shrieker should still be able to summon Wardens, as it was placed by the world generator.
Observed results
- can_summon is set to false. The sculk shrieker can't summon Wardens anymore, despite it being placed by the world generator.
The can_summon block state is set to false when upgrading sculk shriekers from 22w11a or 22w12a to 22w13a. For this reason, shriekers that were naturally generated in the deep dark biome suddenly stop working after updating to a later snapshot.
Since shriekers could not be obtained or relocated in Survival mode before 22w13a, fixing this would not allow players to place Warden spawners in unintended locations.
How to reproduce
- Open 22w12a.
- Generate a world with the seed set to test
- Run the command /execute in minecraft:overworld run tp @s -985.30 -41.00 1257.85 -376.81 -0.00
- The sculk shrieker, generated as part of the deep dark biome, can summon Wardens.
- Load the same world in 22w13a.
Expected results
- can_summon is set to true. The sculk shrieker should still be able to summon Wardens, as it was placed by the world generator.
Observed results
- can_summon is set to false. The sculk shrieker can't summon Wardens anymore, despite it being placed by the world generator.
The can_summon block state is set to false when upgrading sculk shriekers from 22w11a or 22w12a to 22w13a. For this reason, shriekers that were naturally generated in the deep dark biome suddenly stop working after updating to a later snapshot.
Since there is no way to distinguish between naturally-generated and player-placed blocks, one possible fix would be setting the can_summon block state to true if this block state is missing from the block data.
Since shriekers could not be obtained or relocated in Survival mode before 22w13a, so fixing this would not allow players to place Warden spawners in unintended locations.
How to reproduce
- Open 22w12a.
- Generate a world with the seed set to test
- Run the command /execute in minecraft:overworld run tp @s -985.30 -41.00 1257.85 -376.81 -0.00
- The sculk shrieker, generated as part of the deep dark biome, can summon Wardens.
- Load the same world in 22w13a.
Expected results
- can_summon is set to true. The sculk shrieker should still be able to summon Wardens, as it was placed by the world generator.
Observed results
- can_summon is set to false. The sculk shrieker can't summon Wardens anymore, despite it being placed by the world generator.
The can_summon block state is set to false when upgrading sculk shriekers from 22w11a or 22w12a to 22w13a. For this reason, shriekers that were naturally generated in the deep dark biome suddenly stop working after updating to a later snapshot.
Since there is no way to distinguish between naturally-generated and player-placed blocks, one possible fix would be setting the can_summon block state to true if this
blockstate is missing from the block data.Since shriekers could not be obtained or relocated in Survival mode before 22w13a, so fixing this would not allow players to place Warden spawners in unintended locations.
How to reproduce
- Open 22w12a.
- Generate a world with the seed set to test
- Run the command /execute in minecraft:overworld run tp @s -985.30 -41.00 1257.85 -376.81 -0.00
- The sculk shrieker, generated as part of the deep dark biome, can summon Wardens.
- Load the same world in 22w13a.
Expected results
- can_summon is set to true. The sculk shrieker should still be able to summon Wardens, as it was placed by the world generator.
Observed results
- can_summon is set to false. The sculk shrieker can't summon Wardens anymore, despite it being placed by the world generator.
The can_summon block state is set to false when upgrading sculk shriekers from 22w11a or 22w12a to 22w13a. For this reason, shriekers that were naturally generated in the deep dark biome suddenly stop working after updating to a later snapshot.
Since there is no way to distinguish between naturally-generated and player-placed blocks, one possible fix would be setting the can_summon block state to true, if this state is missing from the block data.
Since shriekers could not be obtained or relocated in Survival mode before 22w13a, so fixing this would not allow players to place Warden spawners in unintended locations.
How to reproduce
- Open 22w12a.
- Generate a world with the seed set to test
- Run the command /execute in minecraft:overworld run tp @s -985.30 -41.00 1257.85 -376.81 -0.00
- The sculk shrieker, generated as part of the deep dark biome, can summon Wardens.
- Load the same world in 22w13a.
Expected results
- can_summon is set to true. The sculk shrieker should still be able to summon Wardens, as it was placed by the world generator.
Observed results
- can_summon is set to false. The sculk shrieker can't summon Wardens anymore, despite it being placed by the world generator.
The can_summon block state is set to false when upgrading sculk shriekers from 22w11a or 22w12a to 22w13a. For this reason, shriekers that were naturally generated in the deep dark biome suddenly stop working after updating to a later snapshot.
Since there is no way to distinguish between naturally-generated and player-placed blocks, one possible fix would be setting the can_summon block state to true, if this state is missing from the block data.
S
ince shriekers could not be obtained or relocated in Survival mode before 22w13a, so fixing this would not allow players to place Warden spawners in unintended locations.How to reproduce
- Open 22w12a.
- Generate a world with the seed set to test
- Run the command /execute in minecraft:overworld run tp @s -985.30 -41.00 1257.85 -376.81 -0.00
- The sculk shrieker, generated as part of the deep dark biome, can summon Wardens.
- Load the same world in 22w13a.
Expected results
- can_summon is set to true. The sculk shrieker should still be able to summon Wardens, as it was placed by the world generator.
Observed results
- can_summon is set to false. The sculk shrieker can't summon Wardens anymore, despite it being placed by the world generator.
Sound settings should use the options.percent_value string (%s: %s%%) like other settings with a percentage value
This can be fixed by making the stem use the full texture (10 px high instead of 8) and moving the flower up. The attached model has no issues with clipping and also resolves MC-122701
sunflower_top-1.json in the ticket attachments
sunflower_top-1.json
The suggested player count listed for each minigame or world template (adventure, experience or inspiration) in Realms is not translatable.
There are
threetypes of player counts:
- %s player
s- %s
+players- %s
-%splayersThe language in the attached screenshots is set to Italian, which has been 100% translated on Crowdin. The above strings are missing from the language files and thus are untranslatable.
The suggested player count listed for each minigame or world template (adventure, experience or inspiration) in Realms is not translatable.
There are four types of player counts:
- %s player
- %s players
- %s+ players
- %s-%s players
The language in the attached screenshots is set to Italian, which has been 100% translated on Crowdin. The above strings are missing from the language files and thus are untranslatable.
The world types that appear in the "Changes from last backup" screen in Realms are not translatable. These appear after replacing the active world with an experience/inspiration/adventure map/template, waiting for Realms to create a backup, and then checking the "Changes from last backup" screen.
It seems there are 4 possible strings:
- ADVENTUREMAP
- EXPERIENCE
- INSPIRATION
- NORMAL
The language in the attached screenshots is set to Italian, which has been 100% translated on Crowdin. The above strings are missing from the language files and thus are untranslatable.
In Italian, the achievement "Have a Shearful Day" is translated to "Molestatore di pecore", which means "sheep molester/harasser".
Of course the English name is a pun and can't be translated literally, but the translation really sticks out because "molestatore" and related words ("molestare", "molestia") are often used in the context of sexual abuse/harassment. I really doubt that was the intention behind that translation ("molestatore" can also mean "harasser" in a more board sense) but it certainly is an odd choice.It seems this translation traces back to the Xbox 360/PS3 days, where "When Pigs Fly" and "Cow Tipper" were also translated similarly ("Molestatore di maiali" and "Molestatore di mucche" respectively). The translations of these two achievements have since been changed to be more literal translations of the English names, while "Have a Sheaful Day" was left untouched.
I suggest changing the translation to something else, such as "Mani di forbice" as a reference to the movie "Edward Scissorhands". Keep in mind a literal translation ("Abbi una giornata cesoiosa"...???) would just sound weird because the pun "shearful" -> "cheerful" can't be translated to Italian.
In Italian, the achievement "Have a Shearful Day" is translated to "Molestatore di pecore", which means "sheep molester/harasser".
Of course the English name is a pun and can't be translated literally, but the translation really sticks out because "molestatore" and related words ("molestare", "molestia") are often used in the context of sexual abuse/harassment. I really doubt that was the intention behind that translation ("molestatore" can also mean "harasser" in a more board sense) but it certainly is an odd choice.It seems this translation traces back to the Xbox 360/PS3 days, where "When Pigs Fly" and "Cow Tipper" were also translated similarly ("Molestatore di maiali" and "Molestatore di mucche" respectively). The translations of these two achievements have since been changed to be more literal translations of the English names, while "Have a Sheaful Day" was left untouched.
I suggest changing the translation to something else, such as "Mani di forbice" as a reference to the movie "Edward Scissorhands" (titled "Edward mani di forbice" in Italian). Keep in mind a literal translation ("Abbi una giornata cesoiosa"...???) would just sound weird because the pun "shearful" -> "cheerful" can't be translated to Italian.
Inapprorpiate Italian translation for the achievement "Have a Shearful Day"Inappropriate Italian translation for the achievement "Have a Shearful Day"
Forests, birch forests, old growth birch forests, and dark forests generate lilies of the valley as part of the forest_flowers feature. Despite this, using bone meal on grass blocks in these biomes only generates dandelions and poppies, and no lilies of the valley.
This makes lily of the valley very difficult to farm, despite it being a relatively common flower, as currently it can only be regrown in specific areas in flower forests, depending on the flower gradient.
How to reproduce
- Generate a world with the seed 5946705697671253412
- Run the command /tp 45 64 0
- It's a forest biome with a naturally generated patch of lilies of the valley
- Use bone meal on the ground within the forest biome
- Dandelions and poppies appear, but lilies of the valleys never generate
Possible fix
If I had to guess, bone meal only generates the default dandelions and poppies because the forest_flowers also includes tall flowers. One possible fix would be removing the flower_default feature from this biome, and instead using two separate features for small forest flowers (dandelion, poppy, lily of the valley), and tall forest flowers (rose bush, peony, lilac), so that bone meal generate all three small forest flowers.Note
Flower forests also generate lilies of the valley, as part of the forest_flowers feature and the flower_flower_forest gradient. Using bone meal in flower forests applies the gradient, meaning lily of the valley can only be regrown in areas where the gradient allows it. I'm pointing this out because I imagine this behavior - in flower forests specifically - is intended, although it looks really inconsistent on a surface level.
Splitting forest flowers into two separate features for small flowers and tall flowers would allow flower forests to generate lilies only as part of the gradient, removing the inconsistency described above.
Anyway, changes to the noise used to generate the gradient also made lilies of the valley considerably rarer than before. This is covered in MC-241620.
Forests, birch forests, old growth birch forests, and dark forests generate lilies of the valley as part of the forest_flowers feature. Despite this, using bone meal on grass blocks in these biomes only generates dandelions and poppies, and no lilies of the valley.
This makes lily of the valley very difficult to farm, despite it being a relatively common flower, as currently it can only be regrown in specific areas in flower forests, depending on the flower gradient.
How to reproduce
- Generate a world with the seed 5946705697671253412
- Run the command /tp 45 64 0
- It's a forest biome with a naturally generated patch of lilies of the valley
- Use bone meal on the ground within the forest biome
- Dandelions and poppies appear, but lilies of the valleys never generate
Possible fix
If I had to guess, bone meal only generates the default dandelions and poppies because the forest_flowers also includes tall flowers. One possible fix would be removing the flower_default feature from thisbiome, and instead using two separate features for small forest flowers (dandelion, poppy, lily of the valley), and tall forest flowers (rose bush, peony, lilac), so thatbone meal generate all three small forest flowers.Note
Flower forests also generate lilies of the valley, as part of the forest_flowers feature and the flower_flower_forest gradient. Using bone meal in flower forests applies the gradient, meaning lily of the valley can only be regrown in areas where the gradient allows it. I'm pointing this out because I imagine this behavior - in flower forests specifically - is intended, although it looks really inconsistent on a surface level.
Splitting forest flowers into two separate features for small flowers and tall flowers would allow flower forests to generate lilies only as part of the gradient, removing the inconsistency described above.
Anyway, changes to the noise used to generate the gradient also made lilies of the valley considerably rarer than before. This is covered in MC-241620.Forests, birch forests, old growth birch forests, and dark forests generate lilies of the valley as part of the forest_flowers feature. Despite this, using bone meal on grass blocks in these biomes only generates dandelions and poppies, and no lilies of the valley.
This makes lily of the valley very difficult to farm, despite it being a relatively common flower, as currently it can only be regrown in specific areas in flower forests, depending on the flower gradient.
How to reproduce
- Generate a world with the seed 5946705697671253412
- Run the command /tp 45 64 0
- It's a forest biome with a naturally generated patch of lilies of the valley
- Use bone meal on the ground within the forest biome
- Dandelions and poppies appear, but lilies of the valleys never generate
Possible fix
If I had to guess, bone meal only generates the default dandelions and poppies because the forest_flowers also includes tall flowers. One possible fix would be removing the flower_default feature from the forest biomes, and instead using two separate features for small forest flowers (dandelion, poppy, lily of the valley), and tall forest flowers (rose bush, peony, lilac). Bone meal would be changed so that - in forest biomes - it generates flowers using the new "small forest flowers" feature. This would allow bone meal to generate all three small forest flowers.Note
Flower forests also generate lilies of the valley, as part of the forest_flowers feature and the flower_flower_forest gradient. Using bone meal in flower forests applies the gradient, meaning lily of the valley can only be regrown in areas where the gradient allows it. I'm pointing this out because I imagine this behavior - in flower forests specifically - is intended, although it looks really inconsistent on a surface level.
Splitting forest flowers into two separate features for small flowers and tall flowers would allow flower forests to generate lilies only as part of the gradient, removing the inconsistency described above.
Anyway, changes to the noise used to generate the gradient also made lilies of the valley considerably rarer than before. This is covered in MC-241620.
Forests, birch forests, old growth birch forests, and dark forests generate lilies of the valley as part of the forest_flowers feature. Despite this, using bone meal on grass blocks in these biomes only generates dandelions and poppies, and no lilies of the valley.
This makes lily of the valley very difficult to farm, despite it being a relatively common flower, as currently it can only be regrown in specific areas in flower forests, depending on the flower gradient.
How to reproduce
- Generate a world with the seed 5946705697671253412
- Run the command /tp 45 64 0
- It's a forest biome with a naturally generated patch of lilies of the valley
- Use bone meal on the ground within the forest biome
- Dandelions and poppies appear, but lilies of the valleys never generate
Possible fix
If I had to guess, bone meal only generates the default dandelions and poppies becausetheforest_flowers also includes tall flowers. One possible fix would be removing the flower_default feature from the forest biomes, and instead using two separate features for small forest flowers (dandelion, poppy, lily of the valley), and tall forest flowers (rose bush, peony, lilac). Bone meal would be changed so that - in forest biomes - it generates flowers using the new "small forest flowers" feature. This would allow bone meal to generate all three small forest flowers.Note
Flower forests also generate lilies of the valley, as part of the forest_flowers feature and the flower_flower_forest gradient. Using bone meal in flower forests applies the gradient, meaning lily of the valley can only be regrown in areas where the gradient allows it. I'm pointing this out because I imagine this behavior - in flower forests specifically - is intended, although it looks really inconsistent on a surface level.
Splitting forest flowers into two separate features for small flowers and tall flowers would allow flower forests to generate lilies only as part of the gradient, removing the inconsistency described above.
Anyway, changes to the noise used to generate the gradient also made lilies of the valley considerably rarer than before. This is covered in MC-241620.
Forests, birch forests, old growth birch forests, and dark forests generate lilies of the valley as part of the forest_flowers feature. Despite this, using bone meal on grass blocks in these biomes only generates dandelions and poppies, and no lilies of the valley.
This makes lily of the valley very difficult to farm, despite it being a relatively common flower, as currently it can only be regrown in specific areas in flower forests, depending on the flower gradient.
How to reproduce
- Generate a world with the seed 5946705697671253412
- Run the command /tp 45 64 0
- It's a forest biome with a naturally generated patch of lilies of the valley
- Use bone meal on the ground within the forest biome
- Dandelions and poppies appear, but lilies of the valley
snever generatePossible fix
If I had to guess, bone meal only generates the default dandelions and poppies because forest_flowers also includes tall flowers. One possible fix would be removing the flower_default feature from the forest biomes, and instead using two separate features for small forest flowers (dandelion, poppy, lily of the valley), and tall forest flowers (rose bush, peony, lilac). Bone meal would be changed so that - in forest biomes - it generates flowers using the new "small forest flowers" feature. This would allow bone meal to generate all three small forest flowers.Note
Flower forests also generate lilies of the valley, as part of the forest_flowers feature and the flower_flower_forest gradient. Using bone meal in flower forests applies the gradient, meaning lily of the valley can only be regrown in areas where the gradient allows it. I'm pointing this out because I imagine this behavior - in flower forests specifically - is intended, although it looks really inconsistent on a surface level.
Splitting forest flowers into two separate features for small flowers and tall flowers would allow flower forests to generate lilies only as part of the gradient, removing the inconsistency described above.
Anyway, changes to the noise used to generate the gradient also made lilies of the valley considerably rarer than before.This iscovered in MC-241620.Forests, birch forests, old growth birch forests, and dark forests generate lilies of the valley as part of the forest_flowers feature. Despite this, using bone meal on grass blocks in these biomes only generates dandelions and poppies, and no lilies of the valley.
This makes lily of the valley very difficult to farm, despite it being a relatively common flower, as currently it can only be regrown in specific areas in flower forests, depending on the flower gradient.
How to reproduce
- Generate a world with the seed 5946705697671253412
- Run the command /tp 45 64 0
- It's a forest biome with a naturally generated patch of lilies of the valley
- Use bone meal on the ground within the forest biome
- Dandelions and poppies appear, but lilies of the valley never generate
Possible fix
If I had to guess, bone meal only generates the default dandelions and poppies because forest_flowers also includes tall flowers. One possible fix would be removing the flower_default feature from the forest biomes, and instead using two separate features for small forest flowers (dandelion, poppy, lily of the valley), and tall forest flowers (rose bush, peony, lilac). Bone meal would be changed so that - in forest biomes - it generates flowers using the new "small forest flowers" feature. This would allow bone meal to generate all three small forest flowers.Note
Flower forests also generate lilies of the valley, as part of the forest_flowers feature and the flower_flower_forest gradient. Using bone meal in flower forests applies the gradient, meaning lily of the valley can only be regrown in areas where the gradient allows it. I'm pointing this out because I imagine this behavior - in flower forests specifically - is intended, although it looks really inconsistent on a surface level.
Splitting forest flowers into two separate features for small flowers and tall flowers would allow flower forests to generate lilies only as part of the gradient - while keeping the tall forest flower feature - resolving the inconsistency described above.
Anyway, changes to the noise used to generate the gradient also made lilies of the valley considerably rarer than before. Issues with lily of the valley in flower forests are covered in MC-241620.
Using pick block on the all-pores mushroom block gives a brown mushroom block instead of itself
"Stained Glass" (all 32 blocks and panes) and "Tinted Glass" have both been translated as "Vetro colorato" (literally "colored glass") when playing in Italian. This translation is fine for stained glass, but makes no sense for tinted glass (it's a glass that has been darkened to
make it difficult to see the other side).I suggest translating "Tinted Glass" as "Vetro oscurato" (lit. "darkened glass"), which is commonly used to refer to e.g. darkened car windows, and it's the same translation used in Java Edition.
Please provide more context to your translators
"Stained Glass" (all 32 blocks and panes) and "Tinted Glass" have both been translated as "Vetro colorato" (literally "colored glass") when playing in Italian. This translation is fine for stained glass, but makes no sense for tinted glass (it's a glass that has been darkened to prevent light from passing through).
I suggest translating "Tinted Glass" as "Vetro oscurato" (lit. "darkened glass"), which is commonly used to refer to e.g. darkened car windows, and it's the same translation used in Java Edition.
Please provide more context to your translators
The Italian translation of "Light" (the name of light blocks) is incorrect. T
he translators were likely given 0 context and thus translated it as an adjective ("chiaro", meaning "bright"), instead of translating it as a noun ("luce").Expected translation: Luce
In-game translation: Chiaro
Bedrock report:
MCPE-188357Despite efforts to bring parity to the duration of crafted suspicious stews, as noted in the official Java 24w45a and Bedrock 1.21.50.28 changelogs, the duration of Weakness granted by suspicious stews crafted with tulips is still different between Java and Bedrock. The effect lasts 7 seconds in Java and 8 seconds in Bedrock.
How to reproduce
- Craft a weakness suspicious stew in Java, using a bowl, a brown mushroom, a red mushroom, and any type of tulip.
- Drink it
- Open the inventory immediately after the stew is consumed
- Look at the duration of the Weakness effect: 6 seconds (the displayed duration of an active effect is rounded down, and the last second is displayed as 0:00. The effective duration of the effect is 7 seconds)
- Craft a weakness suspicious stew in Bedrock, using a bowl, a brown mushroom, a red mushroom, and any type of tulip.
- Drink it
- Open the mob effects screen (Z on a keyboard) immediately after the stew is consumed
- Look at the duration of the Weakness effect: 7 seconds (the displayed effect duration is rounded down, the effective duration of the effect is 8 seconds)
Bedrock report:
MCPE-188357Despite efforts to bring parity to the duration of crafted suspicious stews, as noted in the official Java 24w45a and Bedrock 1.21.50.28 changelogs, the duration of Weakness granted by suspicious stews crafted with tulips is still different between Java and Bedrock. The effect lasts 7 seconds in Java and 8 seconds in Bedrock.
How to reproduce
- Craft a weakness suspicious stew in Java, using a bowl, a brown mushroom, a red mushroom, and any type of tulip.
- Drink it
- Open the inventory immediately after the stew is consumed
- Look at the duration of the Weakness effect: 6 seconds (the displayed duration of an active effect is rounded down, and the last second is displayed as 0:00. The effective duration of the effect is 7 seconds)
- Craft a weakness suspicious stew in Bedrock, using a bowl, a brown mushroom, a red mushroom, and any type of tulip.
- Drink it
- Open the mob effects screen (Z on a keyboard) immediately after the stew is consumed
- Look at the duration of the Weakness effect: 7 seconds (the displayed effect duration is rounded down, the effective duration of the effect is 8 seconds)
Bedrock report: MCPE-188040
Despite efforts to bring parity to the duration of crafted suspicious stews, as noted in the official Java 24w45a and Bedrock 1.21.50.28 changelogs, the duration of Weakness granted by suspicious stews crafted with tulips is still different between Java and Bedrock. The effect lasts 7 seconds in Java and 8 seconds in Bedrock.
How to reproduce
- Craft a weakness suspicious stew in Java, using a bowl, a brown mushroom, a red mushroom, and any type of tulip.
- Drink it
- Open the inventory immediately after the stew is consumed
- Look at the duration of the Weakness effect: 6 seconds (the displayed duration of an active effect is rounded down, and the last second is displayed as 0:00. The effective duration of the effect is 7 seconds)
- Craft a weakness suspicious stew in Bedrock, using a bowl, a brown mushroom, a red mushroom, and any type of tulip.
- Drink it
- Open the mob effects screen (Z on a keyboard) immediately after the stew is consumed
- Look at the duration of the Weakness effect: 7 seconds (the displayed effect duration is rounded down, the effective duration of the effect is 8 seconds)
![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
boda kugga, there is an internal reason why MC-259417 got resolved as "Works As Intended"; see my comment on that ticket for a bit more information.
As for this problem (MC-259791), I believe the word "vine" should be capitalized as it refers to the categorization of items. There are other instances of words within the game's strings that are capitalized that also refer to the categorization of items, hence why I believe that "vine" should be capitalized too. I've attached two attachments to this ticket which will hopefully help clear up the confusion on why I'm inclined to believe that this is a valid issue.
![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
boda kugga Thank you, I've added this information to the ticket.
This issue also affects the mushroom block with the pores texture. While it's not available in Survival mode anymore, it is a supported block available in Creative. Destroying it with a Silk Touch tool drops the brown mushroom block instead of a mushroom pores block. I have a fix for this and a similar issue in MCPE-71123.
This is fixed in the beta versions.
Just a note for Mojang so that they can fix it properly: the complete string "<profession> - <career level>" should be translatable (%s - %s), so that languages can change the word order or spacing if needed. You might want to write that in the OP.
The ideal fix would include variables for the "Score" string and the score value, so it would be something like "%s: %s", or "Score: %s"
The ideal fix would include variables for the item name and the amount (so something like %s x%s), so that translators can change the word order or spacing if needed. You might want to add this to the OP.
Could this be fixed by simply making light emitting blocks NOT cast shadows onto other blocks? That was their behavior in versions from beta 1.3 (smooth lighting added) to beta 1.7.3, and got broken in beta 1.8, when the lighting engine was changed.
This also affects mud brick slabs in 22w11a
Probably related to MC-53641, as mud brick slabs seem to inherit all their properties from stone slabs.
Please close as a duplicate of MCPE-153210. Even though this report is older by a few minutes, the other report contains more information (the ID) and already has an ADO.
How is this an issue? It's not extending over the outline
It is clearly not extending into the hotbar outline... by this logic swords should also be reported because they "extend" into the bottom left and top right corners
Definitely agree with Dhranios, these """issues""" should all be merged into one ticket that focuses on the hotbar shadow being too dark and giving the impression it's part of the border. The only item that really extends into the hotbar/inventory slot border is the lectern
How can this be intended? Pumpkin stems reverting to an old texture design doesn't seem an intentionally designed feature... and the same applies to melon stems, in reverse. I'd get it if pumpkin and melon stems had consistently different textures throughout all of their growth stages, but this is not the case
Related to MC-91006
It's inconsistent in either case, so I think it's worth reporting it
This issue actually dates back to Beta 1.8, when the lighting system was rewritten. In versions from Beta 1.3 (smooth lighting was added in this version) to Beta 1.7.3, fully bright light-emitting blocks, such as glowstone, didn't cast any shadows. Lower light-emitting blocks, such as lit furnaces, used to cast some shadows, but they were not as strong as shadows caused by regular blocks.
I've uploaded a few screenshots in this imgur album, showcasing the different appearances of light-emitting blocks when smooth lighting is enabled in different versions.
Affects 22w14a, very very very easily fixable by adding farmland to the #dead_bush_may_place_on tag.
It appears this issue and MC-12558 were caused by the optimizations done to smooth lighting in the experimental snapshot 13w12~, which can be still dowloaded from this bug report: https://bugs.mojang.com/browse/MC-8824?focusedCommentId=55414#comment-55414
This is how a staircase structure appeared before the optimization fixes:
And this is how it appeared after, and still continues to appear in modern versions:
It seems the rotation of the flower head was slightly randomized in 1.7. I don't think that's really possible with the current allowed model angles though.
It's worth noting that the mirroring of the propagule itself is also wrong
It's not really an issue though, it can be read as "(We're) sorry (that) you have encountered a problem"
Can confirm.
Sound settings should use the options.percent_value string like other settings with a percentage value
As usual the ideal fix should include variables for both strings (%s - %s), so that translators can change spacing and word order if needed
Affected versions can be added to an existing bug report, so there's no need to create new tickets for the same bug only because it also affects a new version. Leave a comment in
MC-137018saying you can reproduce the issue in 1.19Fixed as of 1.19.10, not sure of the fix version
Affects 22w43a, despite spawners being added to the creative inventory
Still in 22w43a, this obviously affects the ominous banners from the creative inventory as well
Still an issue in 22w43a
In 22w44a
Can confirm in 22w44a, especially noticeable because spawners are now empty by default
Personally I dislike the name change, but it's still an inconsistency and worth reporting
Yay for unnecessary bloat I guess, make sure to add bamboo fence gates back because they use a different texture mapping.
Still an issue in 22w46a
Affects 22w46a
Affects 22w46a
Pretty sure it's intended, as stems are logs and cap/nether wart blocks are the "leaves"
Can confirm for 1.19.3. The Java model can be made much closer to the one in Bedrock by setting "rescale": true on each petal in the model file.
Can be fixed by setting "rescale": false to the flower plane. The attached model fixes this issue, as well as MC-90566 sunflower_top-FIX.json
^^
This can be fixed by making the stem use the full texture (10 px high instead of 8) and moving the flower up. This fixes the issue and brings the model more in line with how it looked like originally in 1.7. The attached model has no issues with clipping and also resolves MC-122701
sunflower_top-FIX.json
The items you can insert in the second and third slot depend on the type of smithing template you add to the first slot (netherite upgrade only allows diamond gear and netherite ingot, trim templates allow other gear and ingredients), so it's very likely WAI
The resource pack you're using is outdated
Can confirm, it appears to only be an issue when the 1.20 experimental data pack is enabled
Can confirm
I imagine it's supposed to be a generic term in a board sense, like "ingot" in the smithing table string that was resolved as WAI. They honestly have weird rules with capitalization, it makes sense to use title case in tooltips, but in regular sentences not so much.
Can confirm.
Working as intended. Jukeboxes now emit a redstone signal while they are playing a disc, and they stop emitting the signal as soon as the disc ends. This redstone signal blocks the hopper from taking the disc before the song has ended. Hopper minecarts can only be disabled/enabled by activator rails, so they are unaffected by the redstone signal from the jukebox.
They really should make foliage (and water, fog, sky etc) colors fully customizable by resource packs. Have data packs define the colors in the biome files, and allow resource pack to override them.
Can confirm, the removal of glint made them much more distinguishable, but they can still be improved. I imagine this is a valid issue as many similar reports about spawn eggs have been triaged and resolved
The amethyst also looks squished because the two planes are missing "rescale": true. This was included in
MC-261256, which has been resolved as a duplicate of this.Can confirm, the regular amethyst cluster model references cross.json, which set the planes from 0.8 to 15.2. On the other hand, the planes of the amethyst crystal in the calibrated sculk sensor model are set from 0 to 16, resulting in slightly wider pixels compared to the amethyst cluster block and most other cross models.
The resource pack works fine in 23w18a. Make sure your language is set to English (US) and not any other English variant. Also I suggest to only include the strings you want to change in en_us.json, to make troubleshooting easier.
Edit: also make sure you extract the "play da game" folder out of the zip file
Can confirm.
Can confirm.
Fixed in 1.20 pre2
Fixed in 1.20 pre2
Can confirm.
> and for bee nests, it is also exceedingly likely to be intended judging from official Mojang screenshots
I think you meant bee hives here? They were also changed in Bedrock to have different rotations for the top face (
MCPE-53880)Found in net\minecraft\network\chat\Component.java
Also these, but I don't know if they are sent to chat:
Can confirm in 1.20.1 during regular gameplay using English (US) at the default resolution.
Interestingly snowball particles were visible until 13w03a, in which they fixed a wither-related bug (
MC-3169)Can confirm.
> boats and rafts should not include their wood type in their screen name.
IMHO the most ideal fix. Having the full item name as the title can be problematic for translations - for example, "Dark Oak Boat with Chest" is translated to "Barca di quercia scura con baule" in Italian, a fine translation which can't really be shortened, but now it's too long for the chest UI.
This sudden change also affects minecarts, which used to use the entity name for the UI title but now switched to item name. As long as localization is concerned, I'd like boat and minecart variants to get unique container strings at the very least, or to switch to the generic chest and hopper container strings.
This became a concern for translations as boats now use the full item name due to the fix of
MC-256466. Minecart variants also now use item names instead of entity names (which could be shortened as they are only seen in command suggestion tooltips otherwise). As said by Dhranios, an ideal fix would be having scrolling text at least in GUI titles and status effect bars in the inventory.The issue was "fixed" as suggested in the Expected Behavior section, now there are two separate strings for the button and the screen title. While appreciated for consistency with other screens, this is not the most ideal fix. The accessibility settings button in the welcome screen and the accessibility settings button in the options screen need two separate strings
Can confirm
Can confirm for 1.20.4. The code related to "Notch" dropping an apple has seemingly been removed (can't find any references to players named "Notch"). Still, it's a feature that was broken by the client-server merge way back in 1.3 (the apple drop used to work only in singleplayer), and similar issues with broken/missing functionality have been fixed...
This ticket is covering two separate issues.
Issue 1) Tulip generation in plains only happens in specific locations decided by a noise function (see MadMan25's comment). Since 1.18, this noise function takes the Y coordinate into account: this means "tulip" areas might be set high up in the sky or deep underground, where no grass blocks generate, making tulips overall much rarer. It can be fixed by either returning to the 1.17 system (Y level is ignored, a tulip area generates tulips at every Y level), or by adjusting the frequency of tulip areas and making them more common at surface levels.
Issue 2) The way regular flower patches generate flowers is indeed different than older versions, but this is a separate issue unrelated to the tulip noise described above.
Flower forests use two flower features, generating independently of each other:
Flowers spawned by bone meal depend on the flower_flower_forest gradient, meaning you won't get lilies of the valley *unless* they were generated there by the gradient. The forest_flowers feature is completely ignored by bone meal, even outside flower forests - this also means you can't get lilies of the valley by bone mealing in other forest biomes.
1.18 changed the noise function of the flower gradient to take the Y level into account, and the two extremes of the gradient (dandelion and lily of the valley) became less common overall. A similar issue also now occurs in plains - tulip generation depends on a noise function but they became considerably rarer as "tulip areas" now commonly generate in isolated blobs entirely in the sky or deep underground.
So at the moment this ticket is covering two separate issues:
EDIT: opened a new ticket for lilies of the valley not generating from the forest_flowers feature when bone mealing in forest biomes: MC-268689
Can confirm in 24w12a. Related to
MCPE-179874(different map texture in Bedrock and Java).Can confirm in 24w14a. Not only it causes issues in the source language, but it's also a real annoyance for translations. For example, "Raid Omen" should be translated in Italian as "Malaugurio dell'incursione", in order to be consistent with already used translations, but that is way too long for the tiny effect box.
Can confirm, has always affected the game ever since pumpkins were introduced.
The translation has been changed to "Mani di forbice" (not sure when, just noticed it now), this ticket can be resolved as "Fixed".
Related to MC-93018, being able to feed wild wolves is itself likely a bug.
It's been partially fixed but the fix only applies to the regular alive coral (missing dead coral, alive and dead coral blocks, alive and dead coral fans), and capitalization is inconsistent with all the other blocks and items in the game (the Italian translation doesn't use title case)
Suggested translations
Coral Fan
Currently "Coral Fan" is translated as "Corallo a ventaglio", which is a correct translation (it's coral that is shaped like a fan, not a fan made of coral), but it does sound a bit clunky when followed by the translations of horn/brain/bubble/tube (e.g. "Corallo a ventaglio a corna", literally something like "horn-shaped fan-shaped coral"). I suggest to either change the translation to "Ventaglio di corallo" (less accurate translation IMO), or change it to "Gorgonia" ("gorgonian", https://en.wikipedia.org/wiki/Alcyonacea), which would shorten the names and match Java Edition.
Here are all possible names:
Corallo a ventaglio (unchanged translation for "coral fan"):
Ventaglio di corallo (less accurate):
Gorgonia (less literal, but shorter and matches Java Edition):
Can also confirm the "illager banner" has been correctly renamed to "ominous banner" when the language is set to English (US). It's still named "illager banner" when the language is set to English (UK), but that is expected as other languages lag behind a week or so.
Fixed for most blocks/items except:
These are only visible in command output messages or can place on/can destroy tags:
And few others that were originally missed:
Can confirm in 1.21.1.
Partially fixed in 24w33a, only for lit redstone torches
It should be noted that fletchers are also missing arrows of slow falling (data value 41)
Fixed as of 1.21.23, the exact fix version is unknown.
Still an issue, related to MCPE-183215. Arrows of slow falling (data value 41) are missing in the trades json file.
Fixed in 1.21.30.22 for the regular infested stone bricks. Mossy, cracked, and chiseled stone bricks are still affected by this issue and are currently tracked in MCPE-101388.
Fixed in 24w38a
Comparison image as requested on Discord
Can confirm, it also affects recovery compasses.
Closing this an invalid makes no sense (same gameplay issue, just like
MC-150224). Leave this up to Mojang to decide, not random usersAs usual, parity issues are treated inconsistently. I don't disagree with the Invalid resolution itself, as this is a design change that would affect more than just eyeblossoms, but recently a few parity issues were considered valid and fixed despite being either older than Buzzy Bees or affecting more than a recent mob, and both being borderline feature request (talking about
MC-269814andMC-215332).Lilies of the valley being able to generate regardless of whether they were there initially wouldn't be an issue in non-flower forest biomes. I'd argue that would be the ideal behavior, the same happens for poppies and dandelions, as well as plain flowers (daisy, azure bluet, cornflower, as well as different tulip types inside tulip patches)
Not just related, I think my report should be closed as duplicate of yours
Can confirm, except that stew made from azure bluet and open eyeblossom (blindness) both last 7 seconds in Bedrock (11 seconds in Java). I suggest trimming the table and only include effects with different duration (blindness, saturation, weakness)
Seagrass, crops and nether wart should be moved to a separate ticket due to them having a different model (not cross-shaped).
In addition to the blocks listed in the report, the bug also still affects the following blocks when viewed from west or east:
And the following blocks when viewed from north or south
Feel free to add these to your report
Crop-shaped models (wheat crops, beetroots. carrots, potatoes, nether wart) have already been reported in MCPE-146936, which should be marked as related.
This was probably marked as "fixed" internally, so I suggest opening a new ticket for the other two suspicious stews. Other half-fixed reports (e.g.
MCPE-189881and MCPE-40646) got new tickets for the remaining issues (MCPE-189881and MCPE-188463)Can confirm. This is the relevant piece of code from the getDestroySpeed method in net.minecraft.world.entity.player.Player.java
If mining fatigue were to properly follow the 0.3^level formula (as it does for level 2 (case 1)), level 3 (case 2) should have been 0.027, and level 4 or more (default) should have been 0.0081. This can also be confirmed by actually trying to reproduce the issue in game, instead of going by memory.
This could be intentional or just a small mistake, but this is up to Mojang to decide.
I think deciding whether this is invalid/feature request or a valid issue should be up to the Mojang triage team. Similar plants can be planted in flower pots, so expecting these to also be plantable seems a logical conclusion (unlike some of the blocks from the related issues - vines and crops in particular). I'll also add that azaleas were initially not-plantable in flower pots, it was reported here (
MC-214684), the issue was deemed valid by Mojang and subsequently fixed in 1.17-pre11.21.70.20 fixed most of these except seagrass and tall seagrass.
1.21.70.20 has fixed many of these. The only remaining issues are:
The following seem to be partially fixed, but the old model is z-fighting with the new one:
Can confirm. The emissive texture lacks interpolation in Java.
Likely intentional, the 1.21.70.22 Bedrock changelog explicitly states that leaf litter can be placed on all blocks that provide center support (i.e. fences, walls, chains, end rods, etc):
Separate issues. Dry grass can be placed on the same blocks as dead bush, which doesn't include farmland (reported here: MC-168262). Cactus flower requires central top support, which farmland doesn't provide.
Can't reproduce with glass. Cactus flowers can be placed on all blocks that provide central top support, which includes glass, stained glass, tinted glass, glass panes and stained glass panes. Can confirm with leaves-
"Center support" specifically refers to blocks that have solid 2x2 central pixels on the top face (this is also how placement for blocks like torches or lanterns works). I agree it looks weird, but this is how it's defined in code.
This behavior is completely consistent with all other flower blocks.