The bug
Some blocks have no translation for their block name.
Affected blocks
Block ID | Translation |
|---|---|
melon_stem 1 | tile.melonStem.name |
skull | tile.skull.skeleton.name 2 |
1 See MC-64416
2 As of 17w06a (and versions before) the game tries to get the translation for non-existent tile.skull.skeleton.name. It would be better to leave "skeleton" out as it is any skull.
How to reproduce
To reproduce you can either create an item with the CanPlaceOn or CanDestroy tag or you can use the /testforblock command:
/testforblock
/testforblock ~ ~ ~ skullLinked issues
is duplicated by 3
MC-44542
Tools with CanDestroy set to allow the breaking of certain blocks don't display proper block name on the tooltip (English (US) language only)
Resolved
MC-119358
Blocks that can be placed on concrete
Resolved
MC-120118
the Name on concrete block is displaying "tile.concrete.name" instead of "concrete" on commands
Resolved
Comments 12
@@unknown: Those blocks still show up in the superflat customization, even if you can't get them in item form, so they should have proper names.
I request this to be reopened as you're still capable of having air, piston_extension and end_portal as command feedback, and in superflat customization (air was fixed for the latter tho, but not by adding the translation of tile.air.name, but adding a specific one for superflat only)
Please reopen, like FVbico said these block names can be seen in the superflat customization menu
Relates to MC-64416
Both covered in MC-64416 as they do not have an according translation name
Is this still an issue in the most recent versions (currently that is 1.10.2, or 16w43a) of Minecraft? If so, please update the affected versions and help us keeping this ticket updated from time to time. If you are the owner/reporter of this ticket, you can modify the affected version(s) yourself.
Erik Broes
Not fixed: air, piston_extension, end_portal, as they are not 'real blocks'.