UPDATE: As of 15w32a this bug only exists for Armor Stands. All other mobs and players appear to work.
Any item can still be put on a player's head via replaceitem, but mobs can only wear helmets. This appears unintentional as per https://twitter.com/SeargeDP/status/623125935445921792
Works:
/replaceitem entity @e[type=ArmorStand] slot.armor.head minecraft:diamond_helmet
Does not work:
/replaceitem entity @e[type=ArmorStand] slot.armor.head minecraft:apple
Comments 10
Yes, it worked in 15w31a (https://i.imgur.com/MqMsbh6.png) and should be working as per tweets from Searge (https://twitter.com/SeargeDP/status/623125935445921792) and Grum (https://twitter.com/_grum/status/623411853109141504)
did they say you could /replaceitem them? no, they probobly /summon-ed them
doesn't seem logical to me that it worked in 15w31a, could have been a bug on it's own, does it work in 1.8?
Never worked in 1.8.x for items. Replaceitem was broken in 15w31a, so no way to know (ignore my claim above that it did work in 31a, clearly wasn't thinking). Tested summoning with the item and that does work in this snapshot, though it makes no sense to me that summoning with the item works, but replaceitem doesn't.
it does make sense, because /replaceitem takes into accout if it is able to be placed in that slot, and fails if it isn't
/summon ignores that, that's the intended behaviour
images send by mojang often aren't accessable by doing them in the first way you think (banner ontop of head)
"/replaceitem takes into accout if it is able to be placed in that slot"
It seems odd to me that all blocks are considered "permitted" items, but not all items, particularly now that items can be properly rendered. I'm not buying it's intended (perhaps out of wishful thinking). Massively cuts the utility of allowing item rendering in the head slot if a new entity has to be summoned every time you want to change the item, or if you have to use entitydata.
EDIT: Glad to see it'll be fixed 😃
did that ever work then?