The bug
When you try to teleport certain entities using the @e selector, they do not move visually (i.e. client-side), but actually move server-side. You can then for example not hit or interact with the entity and must reload the world to see its real position and hit it again.
Affected entities
Area effect cloud (
minecraft:area_effect_cloud)
Only when not changing size (?)End crystal (
minecraft:end_crystal)Fishing bobber (
minecraft:fishing_bobber)Lightning bolt (
minecraft:lightning_bolt)
How to reproduce
Enable
F3+BRun
/summon minecraft:area_effect_cloud ~ ~ ~ {Radius:0.5,Duration:9999}Go some blocks away
Run
/teleport @e[type=minecraft:area_effect_cloud] ~ ~ ~→ Notice that the Area Effect Cloud did not move
Close the world and re-enter it
→ Notice that the Area Effect Cloud now changed its position
Code analysis
Code analysis by @unknown can be found in this comment.
Linked issues
is duplicated by
MC-45072
Teleporting Ender Crystals in End doesn't graphically move Ender Crystal
MC-49306
EnderCrystals
MC-55336
Ender Crystals will not teleport
MC-66175
Teleporting EnderCrystals doesn't work until you relog
MC-90066
AreaEffectCloud doesn't update Position dynamically
MC-90954
AreaEffectCloud does not teleport without relogging
MC-93476
AreaEffectCloud's CustomName doesn't follow the entity itself when teleported
MC-97312
Teleporting AreaEffectClouds not visible without logging out and back in
MC-127345
Area effects clouds don't notify the client about location changes
MC-133779
End crystals don't update position with the client when moved
MC-146668
Area effect cloud teleportation is not reported to clients
MC-163283
Invincible End crystal hitbox and tp issue/madness
MC-169430
End Crystals do not change their visible position properly when teleported
MC-187416
Lightning bolts do not render at the updated position when teleported
MC-205594
Area Effect Cloud with RadiusPerTick:0 does not update when teleported
MC-208362
particles do not update location when teleporting area effect cloud
MC-219938
area effect clouds wont teleport
MC-222110
Fishing bobbers are not visually updated when teleporting
MC-272837
End crystals sometimes don't render after traveling through end gateways
relates to
MC-256085
Teleporting a shulker with Peek manually set causes it to close visually but not behaviourally
MC-267025
End crystal visual desync when being pushed by a piston at a high tick rate
MC-174912
End crystals don't render after being moved with pistons until the world is reloaded
MC-73719
Teleporting Ender Dragons with NoAI set to true won't update visual position
Comments
kumasasa
Confirmed for 14w21b.
marcono1234
Duplicated by MC-49306
Confirmed for 14w25b
Confirmed in 14w33c as well, still broken
Sorry to double-post, but I just tried it in 14w34d as well, and the render glitch still happens there too
Same issue exist in 1.8.
Still a problem in 1.8.1, just tested it.
kumasasa
Is this still an issue in the current Minecraft Snapshot 15w47c or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.
Not fixed as 15w47c
marcono1234
Confirmed for
1.10
marcono1234
Please link to this comment in the description
The following is based on a decompiled version of Minecraft 1.9 using MCP 9.24 beta.
The reason for this is that the tracker entry (net.minecraft.entity.EntityTrackerEntry.EntityTrackerEntry) uses for hanging entities (paintings, item frames and leash knots), EnderCrystals and AreaEffectClouds the maximum value of an Integer as an update frequency. The teleport command itself does not send a packet to the client, but instead the tracker does this if it detects a difference. As these entities are not updated as long as no value of their data manager is changed, no teleport packet will be sent to the client. The net.minecraft.entity.EntityHanging class solves this by setting the field net.minecraft.entity.Entity.isAirBorne to true when its position is changed. This way the entity tracker tests if the position changed.
Confirmed for 1.12 :C
Asteraoth
Confirmed for 18w31a
Asteraoth
Confirmed for 18w32a
Confirmed for 18w44a
Confirmed for 1.14.4 and 19w36a. I really hope this get fixed by 1.15. It's a very nasty one :/
Just experienced this bug while messing with area effect clouds in 1.16.1. Something I found out that isn't really mentioned (At least for Area effect clouds) is that they're still technically there, which you can find out if you do "/execute as @e[type=area_effect_cloud at @s run summon armor_stand" and it will be at the area effect cloud's current location instead of the aec's visual location.
Also, literally just found out that it also applies to Fishing Bobbers too.
Avoma
Can confirm in 20w48a.
Avoma
Can confirm in 20w51a.
Avoma
Can confirm in 21w03a.
Avoma
Can confirm in 21w05b.
Can confirm in 21w11a
In addition, falling_block entities have the same issue.
Avoma
Can confirm in 1.19.2.
Asteraoth
Confirmed.