mojira.dev
MC-124728

/summon does not fail anymore when providing invalid block data for enderman and falling_block

The bug

In 1.12.2 /summon used to fail for falling_block if the specified block was not valid:

1.12.2

/summon falling_block ~ ~ ~ {Block:"invalid",Time:-2000}

In current versions this is not the case and there is not even an error message in the log.
For endermen the command did not fail unless you provided an invalid short (for example 32768s) but it used the outdated integer id system anyways.

How to reproduce

enderman
  1. Try summoning an enderman holding an invalid block

    /summon minecraft:enderman ~ ~ ~ {carriedBlockState:{Name:"minecraft:invalid"}}
  2. Try inspecting its carriedBlockState tag

    /data get entity @e[type=enderman,limit=1] carriedBlockState

    → ❌ It does not exist

falling_block
  1. Try summoning a falling_block entity for an invalid block

    /summon minecraft:falling_block ~ ~ ~ {BlockState:{Name:"invalid"},Time:-2000}
  2. Inspect its BlockState tag

    /data get entity @e[type=falling_block,limit=1] BlockState

    → ❌ It defaulted to sand

Linked issues

Attachments

Comments 12

Can confirm in 20w51a.

Can confirm in 21w03a.

Can confirm in 21w05b.

Can confirm in 21w06a.

Can confirm in 1.16.5 and 21w08b.

2 more comments

Can confirm in 1.17.1.

Can confirm in 1.18.2 and 22w16b.

Can confirm in 1.19 and 22w24a.

Can confirm in 1.19.2.

Affects 24w45a. Also, looking to request ownership of this report to maintain it.

Marcono1234

sof

(Unassigned)

Confirmed

Commands

/summon, block-state, blockstate, enderman, falling_block

Minecraft 18w05a, Minecraft 1.13-pre3, Minecraft 1.13.1, Minecraft 1.13.2, Minecraft 19w12b, ..., 22w16b, 1.19, 1.19.2, 24w45a, 1.21.4

Retrieved