Sometimes armor stands won't update their visual rotation

Never mind, that doesn't work at all. I still need help.

Does your armor stand have NoGravity? If so, then teleporting it to itself (/tp @e[type=armor_stand,c=1] ~ ~ ~), waiting and then rotating it should work (at least it worked when I first tested this bug)

I tired playing around with the NoGravity tag to update the armor stand, and it seemed to work, however the armor stand I want to rotate doesn't have NoGravity, and it can't even have it temporarily because it's constantly moving.

Actually, I think maybe if I separate the armor stand into two armor stands, one that controls the movement and one that shows the visuals, and make the visuals have NoGravity, that might work. It'd probably be a lot less smooth, but it's worth it.

In this case I don't know. Try to ask somewhere else. And we should end this discussion, because it's a bugtracker, not a discussion forum.

Confirmed in 18w06a. It's a bit more difficult to tell, but it seems to happen with other entities as well. If someone had access to the code for armor stands, it would help get to the bottom of this issue. Something that would also help with these visual issues would be to remove the gradual visual updating that is currently applied when rotating/teleporting an entity. i.e. rotating an armor stand 90 degrees to the left would be seen instantly, rather than it appearing to turn to the new rotation. The behavior seems to be closely related to the shaking base plates as well, and that may actually be the cause of this issue.

I can confirm for minecraft 18w07a

Happens in 18w20c too.

Happens in pre-release 4 too

Confirmed for 1.13.1.

Confirmed for 1.14

And for 1.14.1.

This is still the case in 1.14.2 Can be reproduced in datapack by adding the following to an mcfunction file:

 
summon minecraft:armor_stand ~ ~ ~{CustomNameVisible:0b,Small:1b,Invulnerable:1b,Invisible:1b,PersistenceRequired:1b,DisabledSlots:4144959,ArmorItems:[{},{},{},{id:"minecraft:trident",Count:1b,tag:{CustomModelData:15670002}}],CustomName:"{\"text\":\"stand\"}",Tags:["newStand"]}
executestore result entity @e[tag=newStand,limit=1] Rotation[0] float 0.001run dataget entity @p Rotation[0] 1000
executestore result entity @e[tag=newStand,limit=1] Rotation[1] float 0.001run dataget entity @p Rotation[1] 1000
 

Run this function as the player and the summoned armor stand will not have the same rotation as the player. Reload the world and it will.

You can see this in the video I added. The hammer is placed on the head of an armor stand. When the game reloads it is rotated correctly. It is summoned using very similar commands to those above.

Confirmed for 1.15-pre3

I've set up a scoreboard and command block to continually display the Rotation[0] value of an armour stand in the sidebar and it appears that this is something to do with the animation of the armour stand being rotated as the internal data for Rotation[0] gets updated properly.

Using execute as @e[type=minecraft:armor_stand,distance=..5] at @s run tp @s ~ ~ ~ facing entity @p  to rotate the stand to face the nearest player seems to work when the command is being run every tick by a command block but doesn't work consistently when run manually in chat with the player moving a significant amount between executions.

Has this been resolved for all entities? I’m fairly sure this bug falls within MC-154790 and doesn’t apply only to armor stands.

This bug applies to most rotating of armor stands, not just when it's just been made; they mess up their rotation almost every time I turn and then (the next tick) move them.

Still in 1.15.2 from what I can see.

Yes I am still seeing some sporadic twitching in 20w07a as well.

It seems to occur when summoning an armor stand and then in the same tick (but different command block) modifying it's rotation value.

Can't reproduce in 1.16.1

This still happens for me in 1.18.1, only when rotating in the same tick (eg function), and then moving it using teleports, and even then it still occasionally does it correctly.