mojira.dev
MC-279908

DisabledSlots on Armor Stands partially disable /item command

When an armorstand is summoned with all slots disabled, you cannot use /item replace to modify its chestplate, leggings, or boots slot—though the helmet slot is unaffected

How to Reproduce:

  1. Summon an armorstand with all slots disabled,
    /summon armor_stand ~ ~ ~ {DisabledSlots:4144959}

  2. Attempt to give it a diamond helmet using /item,
    /item replace entity @n[type=armor_stand] armor.head with diamond_helmet

  3. Attempt to give it the rest of the set:
    /item replace entity @n[type=armor_stand] armor.chest with diamond_chestplate
    /item replace entity @n[type=armor_stand] armor.legs with diamond_leggings
    /item replace entity @n[type=armor_stand] armor.feet with diamond_boots

It can be seen that the helmet is set appropiately, but all other commands throw the error, "No targets accepted item [Item] into slot 100/101/102"

Expected Behavior:

In previous versions, the /item command would bypass disabled slots entirely. Either way, the behavior should be consistent across the board.

Comments 3

It should be allowed, as /data can edit them anyways. Limiting /item but not /data would be illogical (and limiting /data by itself would be illogical too, since it's supposed to allow modifying everything).

Affects 1.21.7.

The problem seems to come from the remove values (1-32).
Example:
Modifying a armor stand’s armor.chest slot that has DisabledSlots:4144959 (all slots locked) does not work.
Modifying a armor stand’s armor.chest slot that has DisabledSlots:4144951 (all slots minus chest remove locked) does work.

I traced it back to 1.21.2 snapshot 24w36a being the first version this bug appears in. This is the same snapshot the minecraft:equippable component was added in.

Nekoblitz

(Unassigned)

Confirmed

Platform

Low

Commands

/item, DisabledSlots, armor-stand, armor_stand, armorstand

1.21.4

Retrieved