mojira.dev
MCPE-20109

Gravity blocks - Falling Entities (eg Sand) Break and Drop as Items Unexpectedly

Update by @unknown:
Summary:
Falling blocks such as sand will break even when landing on blocks that have a full height hitbox, such as hoppers, upturned stairs, or top-half slabs.

Steps to Reproduce:

  1. Place sand a few blocks above an upturned stair block

Observed Results:
The sand will break and drop as an item as it hits the stair block.

Expected Results:
I expected the sand to fall and land as a block, not drop as an item.

Screenshots/Videos attached: Yes

Notes:
List of blocks that cause the falling entity to break, that do not in Java:

  • Hoppers

  • Stair blocks (any orientation)

  • Top-half slabs

  • Cauldron

  • Composter

  • Shulker Box

  • Iron Bars

  • Glass Pane

  • Trapdoors (iron and wooden)

  • Normal Glass ✔

  • Stained Glass

  • Leaves ✔

  • Ice (not packed ice)✔

✔ =Fixed in 1.16

(Also happens on the following, but for a different reason: These blocks have collision box heights that are > 1 block, which would cause the gravity block to become a stuck falling block if they didn't break. Thanks to yusufulus for pointing this out.)

  • Fences

  • Cobblestone (and other) walls


Additional info by @unknown:
"Gravity block" as used here means any of the following blocks:

  • Anvil

  • Concrete Powder

  • Dragon Egg

  • Gravel

  • Red Sand

  • Sand

Although Scaffolding and Top Snow also fall under the influence of gravity, they behave very differently from the above and are reported in other tickets.


Original Description:
Gravity blocks are broken when they are falling on non-full blocks (wooden fences, slabs, stairs, cobblestone walls (mossy and regular) daylight sensors, end portal frame, cake, enchanting table, grasspath, hoppers, cauldrons, and hoppers). Galaxy tab 4

Linked issues

Attachments

Comments 19

Just tested it;

Aside from fences, it seems that stairs, slabs, grass paths, chests, hoppers, cauldrons, enchantment table, daylight-sensors, end portal frames, cake, and cobblestone/mossy cobblestone walls are affected as well.

Wiki says it will drop as an item when it falls onto a non-solid block. As I understand it, all of the above qualify as non-solid, so this seems like the intended behavior.

@unknown: No. Non-solid blocks are blocks that have no collision box, like torches, redstone dust, vines, signs, etc. It's not WAI.

Looks like this is related to MCPE-18900 but this bug is more general as more than just pistons are causing bad behavior.

I'm pretty sure it's not a bug, it was designed this way, the wiki clearly states that falling blocks will turn to dropped items as soon as they fall into non-solid blocks/transparent blocks. For example cake, it does not cover a whole box. That's why it is known as a non-solid block/entity or a transparent block/entity.

9 more comments

Affects 1.16.40
Also why is there a stray recursion link to this page in the repro steps?

Updated: Sand doesn't break on ice

The reported fix version of 1.15.0.51 Beta appears to be incorrect, as the changelog identifies the issue that was fixed as the one mentioned above in a comment by Vratislav Filler, which was redirected to MCPE-81106. Unfortunately, I am no longer able to remove that fix version. Please disregard it.

I have re-tested all the gravity blocks against all the blocks they fall on and verified that the chart in the description still accurately describes the current state of this issue.

Re-tested in 1.17 using sand as the falling entity. Results were the same as for 1.16.

Yes, but it was fixed in the newest Beta. Tested it myself.

CrampedSpider72

(Unassigned)

286739

Confirmed

Multiple

Android 4.4

1.16.210.54 Beta, 1.16.30.53 RTX Beta, 1.16.100.58 Beta, 1.16.100.57 Beta, 1.15.0.8 RTX Beta, ..., 1.16.50 Hotfix (iOS), 1.16.40 Hotfix, 1.16.61 (PS4), 1.16.100, 1.16.201 Hotfix

1.17.20.22 Beta, 1.15.0.51 Beta, 1.17.30

Retrieved