mojira.dev
MC-667

Lily pads can be placed intersecting entities

The bug

Be on the surface of water, look down, and right-click with a lily pad. The lily pad will be placed intersecting the player, which is not possible with normal solid blocks.

It is easiest to test this by standing in one-block-high water, but it works no matter the depth. Both Survival and Creative mode.

Also, if you stand on the edge of water (half on a solid block, half on water) and place a lily pad, then move out towards the lily pad, you will get the jumpy "stuck in midair" effect. Presumably this is due to client/server disagreement on whether you're on top of or falling through the lily pad.

As of 19w14a, placing a lily pad within yourself will also trigger the crawling animation.

Code analysis

Based on 1.11.2 decompiled using MCP 9.35 rc1

Placing lily pad on side of block

The class BlockLilyPad does not override the method net.minecraft.block.BlockBush.getCollisionBoundingBox(IBlockState, IBlockAccess, BlockPos) which returns no collision box.

Placing lilypad without looking at block

The method net.minecraft.item.ItemLilyPad.onItemRightClick(World, EntityPlayer, EnumHand) does not test at all if the block can be placed there or if entities (method World.mayPlace(Block, BlockPos, boolean, EnumFacing, Entity)).

Linked issues

Attachments

Comments 68

Separated this ticket from MC-2208

Deleted account

Confirmed.

Is this still a concern in the latest Minecraft version 14w30c? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.

Confirmed for 14w30c

Confirmed for 14w31a

58 more comments
Jack McKalling

Confirmed for 1.14.1 pre-1

Jack McKalling

Confirmed for 1.14.1 pre-2

Jack McKalling

Confirmed for 1.14.1

As of 1.15.2, sneaking on the edge of a shore still allows for unresolved placement of an intersecting lily pad.

The resulting state exhibits some incongruencies:

For the acting client, their self is shown as standing, regardless of input, while their BB remains in a sneaking state.

For peers, both their model and BB are stuck sneaking. Following a server restart, this switches to standing.

Regardless, sneaking input by the actor is reflected in their nametag opacity.

[media]
Jack McKalling

Confirmed fixed in 20w22a

Kevin Reid

muzikbike

mgatland

Confirmed

Low

Hitboxes

collision, lily_pad, water

Minecraft 1.4.2, Minecraft 1.7.4, Minecraft 14w04b, Minecraft 14w05b, Minecraft 1.7.5, ..., 20w18a, 20w19a, 20w20a, 20w20b, 20w21a

20w22a

Retrieved