...even when they are placed to look in another direction. See attached screenshot.
Code analysis by @unknown can be found in this comment.
Related issues
is duplicated by
Attachments
Comments


confirmed

...who marked this as WAI? And why did he/she do that?

Uh... a developer. They have the ability to do so.
[Mojang] Grum (Erik Broes) made changes - 13/Aug/14 4:41 PM
Resolution Works As Intended [ 6 ]
Status Open [ 1 ] Resolved [ 5 ]

Confirmed for
1.8.7 It is also saved like this in the NBT data, so now my question is: "Why should this be intended?" It is even a wonder that it works. Normally the game should render it based on the rotation and then on the pose...

Confirmed for
1.10

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 class net.minecraft.entity.EntityLivingBase
(of which the ArmorStand entity is a subclass) uses the field net.minecraft.entity.EntityLivingBase.rotationYawHead
to get the direction the entity is looking. The problem is that only the subclass net.minecraft.entity.EntityLiving
(of which the ArmorStand entity is no subclass) has an EntityBodyHelper
and an EntityLookHelper
, which adjust the direction the entity is looking. Because of this the head direction stays keeps its default value. To solve this, the class net.minecraft.entity.EntityLivingBase
should override the method net.minecraft.entity.Entity.setLocationAndAngles(double, double, double, float, float)
to set the head yaw value as well and then the class net.minecraft.entity.EntityLiving
would need to override the method using the original code.

If the developers actually care, it is still an issue in 18w06a. It isn't a serious issue though, as it does not impede the actual functionality of facing commands.