[MC-94027] "carried" tag of Enderman reads value as string and short

If I summon an enderman with this command:

/summon enderman ~ ~ ~ {carried:"minecraft:stone"}

The enderman is summoned with the carried block as it should be

But if I try to detect this same enderman with this command:

/execute as @e[type=enderman,nbt={carried:"minecraft:stone"}] run say enderman with stone

The chat gives me this error:

Enderman did not match the required data structured

If I try the same command with numeric ids the command works:

/execute as @e[type=enderman,nbt={carried:1s}] run say enderman with stone

The expected behavior is that reading the carried tag as short will be removed with MC-75430 getting fixed

Linked issues

relates to 2

MC-75430 Enderman held block not fully updated from old block id system Resolved

MC-111064 carried tag of enderman is not saved to NBT when value is 0 Resolved

Comments 11

marcono1234 2015-12-08T21:34:44Z

Duplicates MC-75430

Autopoietico 2015-12-08T22:24:22Z

The MC-75430 doesn't mention all the things that happen in the 1.9 snapshots, like the thing that is unable to detect if a enderman does not carry a block.

Autopoietico 2015-12-09T17:32:34Z

Confirmed in 15w50a

Autopoietico 2016-02-19T12:09:22Z

Confirmed in 1.9 Pre-2

Autopoietico 2016-03-02T12:11:01Z

Confirmed in 1.9 Release

1 more comments

bob 2016-11-06T11:10:39Z

Is this still an issue in the latest snapshot 16w44a? If so please update the affected versions.

This is an automated comment on any open or reopened issue with out-of-date affected versions.

marcono1234 2016-12-03T01:18:36Z

The carried:0s part is now MC-111064

Autopoietico 2017-10-28T13:37:54Z

Confirmed for 17w43b Snapshot

Autopoietico 2017-11-20T08:43:23Z

Confirmed for 17w46a Snapshot

Autopoietico 2017-11-23T03:21:17Z

Is Fixed, tested with this command:

/execute as @e[type=enderman,nbt={carriedBlockState:{Name:"minecraft:grass_block"}}] run say enderman with grass