MC-114286Falling block does not render if same block state is at the block position
The bug
Falling blocks are not rendered if the block state they are displaying is at the block position of the entity. The shadow of the falling block is still rendered.
Expected behavior
The expected behavior is that falling block entities are always rendered. Otherwise the player might be confused why he sees a shadow but no entity or why he cannot click / hit at a position because he cannot see the falling block entity blocking his view.
Even with regular falling blocks which begin to fall changing it to have the entity always be rendered does not make a visible difference.
How to reproduce
- Place a block, for example a trapdoor
/setblock ~2 ~ ~ oak_trapdoor
- Summon a falling block entity displaying the block
/summon falling_block ~2 ~0.9 ~ {NoGravity:1b,Time:-2147483648,BlockState:{Name:"oak_trapdoor"}}Note: The block will probably get invisible because of
MC-72248. Right clicking the trapdoor block should solve this.
→ You should see that the falling block entity is not rendered unless you break the trapdoor or change its state, for example by right clicking it
Code analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The method net.minecraft.client.renderer.entity.RenderFallingBlock.doRender(EntityFallingBlock, double, double, double, float, float) does not render the falling block entity if the block state it is displaying is at the block position of the entity.
Linked Issues
Low![[Mod] Avoma](../../../data/avatars/users/86198.png){kind=small}
Created Issue:
Falling block does not render if same block state is at the block position
The bug
Falling blocks are not rendered if the block state they are displaying is at the block position of the entity. The shadow of the falling block is still rendered.
Expected behavior
The expected behavior is that falling block entities are always rendered. Otherwise the player might be confused why he sees a shadow but no entity or why he cannot click / hit at a position because he cannot see the falling block entity blocking his view.
Even with regular falling blocks which begin to fall changing it to have the entity always be rendered does not make a visible difference.
How to reproduce
- Place a block, for example a trapdoor
/setblock ~2 ~ ~ trapdoor- Summon a falling block entity displaying the block
/summon falling_block ~2 ~0.9 ~ {NoGravity:1b,Time:-2147483648,Block:"trapdoor"}Note: The block will probably get invisible because of
MC-72248. Right clicking the trapdoor block should solve this.
→ You should see that the falling block entity is not rendered unless you break the trapdoor or change its state, for example by right clicking itCode analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The method net.minecraft.client.renderer.entity.RenderFallingBlock.doRender(EntityFallingBlock, double, double, double, float, float) does not render the falling block entity if the block state it is displaying is at the block position of the entity.
![[Mod] violine1101](../../../data/avatars/users/92858.png){kind=small}
![[Mod] Neko](../../../data/avatars/users/92901.png){kind=small}
The bug
Falling blocks are not rendered if the block state they are displaying is at the block position of the entity. The shadow of the falling block is still rendered.
Expected behavior
The expected behavior is that falling block entities are always rendered. Otherwise the player might be confused why he sees a shadow but no entity or why he cannot click / hit at a position because he cannot see the falling block entity blocking his view.
Even with regular falling blocks which begin to fall changing it to have the entity always be rendered does not make a visible difference.
How to reproduce
- Place a block, for example a trapdoor
/setblock ~2 ~ ~ oak_trapdoor- Summon a falling block entity displaying the block
/summon falling_block ~2 ~0.9 ~ {NoGravity:1b,Time:-2147483648,BlockState:{Name:"trapdoor"}}Note: The block will probably get invisible because of
MC-72248. Right clicking the trapdoor block should solve this.
→ You should see that the falling block entity is not rendered unless you break the trapdoor or change its state, for example by right clicking itCode analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The method net.minecraft.client.renderer.entity.RenderFallingBlock.doRender(EntityFallingBlock, double, double, double, float, float) does not render the falling block entity if the block state it is displaying is at the block position of the entity.
The bug
Falling blocks are not rendered if the block state they are displaying is at the block position of the entity. The shadow of the falling block is still rendered.
Expected behavior
The expected behavior is that falling block entities are always rendered. Otherwise the player might be confused why he sees a shadow but no entity or why he cannot click / hit at a position because he cannot see the falling block entity blocking his view.
Even with regular falling blocks which begin to fall changing it to have the entity always be rendered does not make a visible difference.
How to reproduce
- Place a block, for example a trapdoor
/setblock ~2 ~ ~ oak_trapdoor- Summon a falling block entity displaying the block
/summon falling_block ~2 ~0.9 ~ {NoGravity:1b,Time:-2147483648,BlockState:{Name:"oak_trapdoor"}}Note: The block will probably get invisible because of
MC-72248. Right clicking the trapdoor block should solve this.
→ You should see that the falling block entity is not rendered unless you break the trapdoor or change its state, for example by right clicking itCode analysis
Based on 1.11.2 decompiled using MCP 9.35 rc1
The method net.minecraft.client.renderer.entity.RenderFallingBlock.doRender(EntityFallingBlock, double, double, double, float, float) does not render the falling block entity if the block state it is displaying is at the block position of the entity.
![[Mod] Asteraoth](../../../data/avatars/users/92886.png){kind=small}
![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
![[Mod] Michael Wobst](../../../data/avatars/users/37868.png){kind=small}
![[Mod] Greymagic27](../../../data/avatars/users/92875.png){kind=small}
relates to
![[Mod] Les3awe](../../../data/avatars/users/79847.png){kind=small}
![[Helper] Johnibur](../../../data/avatars/users/28381.png){kind=small}
![[Mod] ampolive](../../../data/avatars/users/18949.svg){kind=small}
is duplicated by
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
Can confirm for MC 1.12.1.
Confirmed for 1.13.1.
Can confirm for 19w39a.
Can confirm in 20w51a.
Can confirm in 21w06a.
Can confirm in 1.16.5 and 21w08b.
Can confirm in 1.17.
Can confirm in 1.17.1.
Can confirm in 1.19.2 and 22w42a.
Can confirm in 1.19.3, 1.19.4 and 1.20-RC1