The bug
Throws eye of ender entities do not store their data in NBT. This causes them to fly to (0,0,0) after reloading them and always breaking (never dropping an item).
Affected data
target position
life time
whether item should drop
item (note that this is read from NBT)
How to reproduce
Create a world which has strongholds
Move close to (0,0)
Throw eye of enders
While they are still flying reopen the world
❌ They are now flying to (0,0,0) and never drop an item
Linked issues
is duplicated by 3
relates to 2
Attachments
Comments 7
item (note that this is read from NBT)
This is not the case (anymore)
/give @s minecraft:ender_eye{CustomModelData:1}
/data get entity @e[type=eye_of_ender,limit=1] Item
Flying to the origin has been the case since at least 1.1.
I can confirm that spawn egg-summoned and spawner-summoned eyes of ender gravitate towards (0,0) in 1.18.2.
This issue still exists in Minecraft 1.21 pre-release 1.
Code analysis (Yarn mappings)
The EyeOfEnderEntity#targetX, EyeOfEnderEntity#targetY, EyeOfEnderEntity#targetZ, EyeOfEnderEntity#lifespan, and EyeOfEnderEntity#dropsItem fields are not managed by the EyeOfEnderEntity#readCustomDataFromNbt or EyeOfEnderEntity#writeCustomDataToNbt methods. On the other hand, the the value of the EyeOfEnderEntity#ITEM tracked data is. As a result, the former fields are not saved to or read from disk, causing their values to be the Java defaults when the entity is reconstructed.
Can confirm in 20w51a.