Several mobs can pop off paintings, item frames and leads and destroy minecarts, armor stands and anything in item form even when mobGriefing is turned off

what happens is that because the item frame (full or not) is an ENTITY meaning it is alive it takes damage from explosions as a mob would even with mob griefing turned off it still dies-also occours with painting and if your bothered to test mobs

Out of all the ways you could've conveyed that information, you chose the most D-baggish way possible. Good for you,you know more about a game than I do. Don't bother responding.

Related to MC-617

Adam is right, though. Paintings and Frames are entities, not blocks, so they "die" from explosions.

Confirmed in 1.4.5.

another problem is that setting the health of the item frame to 9999999 or whatever means it wont break when you it it because it will hae loads of health and not "die"
and i know it was d-baggish but it conveyed the awnser

Why dont they make them "Blocks" (also - what is an entity - is it like the dropped items and players and mobs?)

Entity examples:

*Mobs
*Dropped items
*paintings, item frames
*shot arrows
*you (or at least other players in multiplayer)
*minecarts and boats
*Ender Crystals

Not sure why they're not blocks myself. Too complicated to code, perhaps?

Ok i will try to explain again an entitiy is somthing alive and why blocks float a way to test of somthing is an entitiy is to put it on a TNT cannon if it moves it is an entitiy if it drops its a block entities include (not included in previous list)
-thrown potions
-thrown enderpearls
-thrown snowballs
-thrown eggs
-falling blocks (falling sand/gravel/anvil/TNT (primed))
and some others i cant emember but as you can see all of these things move in an area that is not in the block grid. pretty much they can move wherever they want untill a certain event is triggered (hitting the top/side of a block) and again all of these are affected by TNT (sand/gravel/anvil only when falling because otherwise their a block) (TNT only when primed)so if it moves at all its an entitiy if not its a block.

but what if they just made the creeper give of a different explosion to TNT then mke it so that explosion wont damage paintings and frames and stuf like that

@Adam: Late reply, but wouldn't it make more sense to just have them be Tile Entities?

Still in 13w25b

This gets soooo annoying on my server.

Please update to latest full release + snapshot

Still an issue in 1.7.4
I haven't checked any 1.8 snapshots yet.

Confirmed for 14w32d, but this is caused because those items are entities. mobGriefing only applies to blocks.

There's nothing that says mobGriefing couldn't be extended to cover certain entities. That's entirely up to the developers.

It's possible it could be changed, but I'm saying that's why it doesn't work.
Again, going back to MC-579, Creepers will destroy entities unless an Invulnerable NBT tag is attached to them.

Adjusted title to include armor stands.

Confirmed for 1.8.

Confirmed for 15w44b.

Confirmed in 15w49b.

Confirmed for 1.9-pre1

Confirmed for 1.10.

Confirmed for 1.10.1.

Maybe just have a greifable property for all entities and take its value into account when calculating damage i.e. allowing melee damage only.

I feel for me this work has intended, because those 3 thing are entities, If a creeper explode next to a lead... this would actually be logic to it to destroy (realistic)... Like for the painting, it will still destroy.

However Armor Stand shouldn't be damaged, because when peoples make nice & complex decoration with those it's would be annoying to see them being destroy.

@unknown the main issue is not that mobs destroy these things but that mobs still destroy them when mob griefing is turned off

Confirmed for 17w18b, tested by igniting Creepers.

Generally, the term "destroy" is not completely correct for everything:

ArmorStands: *Marker* false, if they held any armour, this armour drops to the ground (only the ArmorStand gets destroyed). ArmorStands with *Marker* true remain intact, which means they're still usable for mapmakers at least.
Paintings: When a Creeper explodes closeby paintings, they drop to the ground, they are not destroyed.
(unless gamerule "*doEntityDrops*" is set to false).
ItemFrames: Without *Invulnerable* set to true, they get destroyed, with *Invulnerable* true they remain intact, including the item they're holding, if they do.
Leads: When a Creeper explodes closeby, they don't get destroyed but drop to the ground,
even if the gamerule "*doEntityDrops*" is set to false
❓ _{Not sure if this should be considered "WaI" (lead drops despite set gamerule)} ❓ _{, lead/knot considered sort of a special case?
In case it's not considered WaI, please let me know if a bugpost for it exists.}

Just make a bug report, we'll see then.

Confirmed for 1.12 pre-1.

@@unknown and @unknown leads dropping despite the gamerule doEntityDrops being false is MC-75494.

Confirmed for 1.12 pre-3.

_{(Thank you} @unknown _{for the link!} 🙂₎

Confirmed for 1.12 pre-5.

@unknown, the ticket it yours now

@unknown Okay, will take care of it 🙂

Suggested edit:

Even after setting

/gamerule mobGriefing _false_

item frames, paintings, leads, armor stands, and anything...

Changes italicized

You're right, I may as well write the complete command! I think initially I just wanted to simply type "turn the gamerule mobGriefing off" without the slash/any code-formatting, might have been a text remnant of the previous bugpost owner I overtook or me just being tired yesterday when I updated all the bugposts in a rush 😉

The lack of an "and" near the top still irks me

item frames, paintings, leads, armor stands,
and anything in item form...

All of those are entities, not actual blocks. mobGriefing determines whether or not blocks can be changed/destroyed by mobs, not entities.

No, they shouldn't do any damage anymore, for example zombies don't pick up items anymore.

Affects 18w14a

Affects 18w20b

Affects 18w20c

Affects 18w22c

Affects 1.13-pre1

Confirmed for 1.13pre4.

Confirmed for 1.13-pre6.

Confirmed for 1.13-pre7.

Confirmed for 1.13-pre8.

Confirmed for 1.13-pre9.

Confirmed for 1.13-pre10.

Confirmed for 1.13.

Confirmed for 18w30a.

Confirmed for 18w30b.

Confirmed for 18w31a.

Confirmed for 18w32a.

Confirmed for 18w33a.

Confirmed for 1.13.1.

It's like every time you try to sleep in the nether the bed always explodes

@unknown Yes, that's what beds do in that dimension 🙂

It's very dangerous there, you shouldn't sleep anyway!

Confirmed in 1.16 Pre-release 2.

Confirmed in 1.16-pre3.

Confirmed in 1.16-pre4.

Confirmed in 1.16-pre5.

Confirmed in 1.16-pre6.

Confirmed in 1.16-pre7.

Confirmed in 1.16-pre8.

Confirmed in 20w27a

Confirmed in 1.16.1

Confirmed in 1.16

Confirmed in 20w29a

Can confirm in 1.16.3rc1

Can confirm in 1.16.4rc1

Can confirm in 20w48a.

Confirmed in 1.4.2

Can confirm in 21w03a.

Can confirm in 21w05b.

Can confirm in 21w06a.

Can confirm in 21w07a.

Can confirm in 21w11a.

Can confirm in 21w15a.

Can confirm in 21w17a.

Affects 1.17

Can confirm in 1.17.1.

Still an issue as of 1.18.1

Can confirm in 1.18.2.

Can confirm in 1.19.

mob giefing stops destruction of blocks or the picking up of items not the distruction of other entitys (including Dropped items)

These entities are stationary entities, and border very closely by being part of a build. You don't need to explain why this doesn't work (we know why), but it is something Mojang indicated they want fixed as this has been triaged.

Can confirm in 1.19.1.

Can confirm in 1.19.2.

Can confirm in 23w04a

Can confirm in 23w06a

Relates to MC-225270