mojira.dev
MC-138299

/loot mine and /loot kill ignore container contents, armor items, and other non-loot-table drops

The bug

When using /loot mine on a chest or other container, only the container itself will be dropped. The custom name, if any, will be preserved—it is clearly that specific chest—but the items inside of it will be ignored.

Similarly, when using /loot kill on an entity, only the entity's death loot table is considered. Any armor items that the entity is wearing are ignored, any saddles, chests, or chest contents are ignored, and non-living entities like paintings, item frames, and minecarts will fail to drop anything at all.

Reproduction steps

/loot mine

  1. /setblock ~ ~ ~ chest{CustomName:"\"Test\"",Items:[{id:stone,Count:1b,Slot:0b}]}
  2. /loot give @s mine ~ ~ ~

    ✔ The dropped chest has the custom name
    ❌ The chest content (stone item) is not given to you

/loot kill

  1. /summon husk ~ ~ ~ {HandItems:[{id:stone,Count:1b}],HandDropChances:[1f,1f],ArmorItems:[{id:diamond_boots,Count:1b}],ArmorDropChances:[1f,1f,1f,1f]}
  2. /loot give @s kill @e[type=husk,limit=1,sort=nearest]

    ❌ You only receive the normal husk drops (e.g. rotten flesh) but not the hand or armor items

/loot kill (hardcoded drops)

  1. Place an item frame and place any item inside it

  2. /loot give @s kill @e[type=item_frame,limit=1,sort=nearest]

    ❌ You receive nothing

Linked issues

Attachments

Comments 7

Does this still happen with /loot in the current snapshot?

Still happens with /loot give <entity> mine <x> <y> <z>

Still happens with /loot give <entity> mine <x> <y> <z>

Can confirm in 21w05b.

Can confirm in 21w06a.

Can confirm in 1.16.5 and 21w08b.

AjaxGb

(Unassigned)

Confirmed

(Unassigned)

Minecraft 18w43b, Minecraft 18w43c, 1.15.2, 20w16a, 1.16.2 Release Candidate 2, ..., 1.16.5, 21w05b, 21w06a, 21w08b, 1.21.1

Retrieved