Signs and chests do not display cracking animation
Signs and chests do not display cracks on their surface when being broken, like “normal” blocks (and fences and trapdoors!) do.
Linked Issues
is duplicated by7
MC-7121Punching a bed block doesn't show cracks on the topDuplicateMC-7289Chests do not have a breaking animation.DuplicateMC-17708When you break signs, it doesn't show cracksDuplicateMC-18536No Visible Cracks when Attempting to Break BeaconDuplicateMC-46518Doesn't appears the braking animation in chestsDuplicateMC-1936No Chest-breaking animation since Beta 1.7DuplicateMC-2424Some blocks don't have breaking animations.Duplicate- Fixed
Kevin Reid- Mog (Ryan Holtz)
- 22
- 4
- Confirmed
- Survival
- chests graphics signs
1.4.2 - 14w28b
1.4.2 1.4.6 1.4.7 1.5 1.5.1 1.5.2 13w19a 13w21a 13w23b 13w24a 13w24b 13w25a 13w25b 1.6.1 1.6.2 1.6.4 13w38c 13w42b 13w43a 1.7.1 1.7.2 1.7.4 14w02c 14w03a 14w03b 14w04a 14w04b 14w05a 14w05b 14w06b 14w07a 14w08a 1.7.5 14w10b 14w10c 14w11b 1.7.9 14w17a 14w18a 14w20b 14w21a 14w21b 14w25b 14w26b 14w27b 14w28a 14w28b- 14w29a
Created Issue:
Signs and chests do not display breaking animation
Signs and chests do not display cracks on their surface when being broken, like “normal” blocks (and fences and trapdoors!) do.
is duplicated by
is duplicated by
is duplicated by
is duplicated by
Signs and chests do not display breaking animationTile entities (signs and chests) do not display breaking animation
is duplicated by
Beacons, Signs and chests do not display breaking animation
is duplicated by
![[Mod] Ezekiel (ezfe)](../../../data/assets/gravatar/ezekielelin.jpeg){kind=small}
![[Mod] Torabi](../../../data/assets/gravatar/torabi.png){kind=small}
is duplicated by
Signs and chests do not display breaking animation and breaking particles
Signs and chests do not displaybreaking animation and breaking particlesSigns and chests do not display cracking animation and breaking particles
Signs and chests do not display cracking animationand breaking particles
relates to
is duplicated by
is duplicated by
Mog (Ryan Holtz)relates to
![[Bot] Arisa](../../../data/avatars/users/43007.png){kind=small}
relates to
Duplicate of MC-676.
Duplicate of: MC-676 - Please use the search function to see if your bug has already been submitted.
Currently over 45% of tickets are being closed as duplicate.
Duplicate of MC-676, please use the search function to see if your bug has already been submitted. Currently over 42% of tickets are being closed as duplicate.
Duplicate of MC-676, please use the search function to see if your bug has already been submitted. Currently over 57% of tickets are being closed as duplicate.
Confirmed what ? That a sign has no breaking particles ? Cannot confirm, see recent sceeenshots.
This ticket is like MC-676 about the cracking animation while breaking a sign, please read the history of comments.
Got it. While breaking signs there is neither the breaking animation nor breaking particles.
Will update (it's not...)MC-676 since both effects are coupled.
![[Mod] Pokechu22](../../../data/avatars/users/92931.png){kind=small}
The main cause of this behavior is MC-255057 (continuing to destroy a block only cares if the block that was last targetted is the same as the current block, not if you were still destroying a block).
This was introduced in 14w29a (a 1.8 snapshot), which changed MultiPlayerGameMode.stopDestroyBlock from
public void resetBlockRemoving()
{
if (this.isHittingBlock)
{
this.netClientHandler.addToSendQueue(new C07PacketPlayerDigging(1, this.currentBlockX, this.currentBlockY, this.currentblockZ, -1));
}
this.isHittingBlock = false;
this.curBlockDamageMP = 0.0F;
this.mc.theWorld.destroyBlockInWorldPartially(this.mc.thePlayer.getEntityId(), this.currentBlockX, this.currentBlockY, this.currentblockZ, -1);
}
to
public void resetBlockRemoving()
{
if (this.isHittingBlock)
{
this.netClientHandler.addToSendQueue(new C07PacketPlayerDigging(C07PacketPlayerDigging.Action.ABORT_DESTROY_BLOCK, this.currentBlock, EnumFacing.DOWN));
this.isHittingBlock = false;
this.curBlockDamageMP = 0.0F;
this.mc.theWorld.sendBlockBreakProgress(this.mc.thePlayer.getEntityId(), this.currentBlock, -1);
}
}
i.e. prior to that version, if a block was no longer targetted, then the break progress would be reset to 0, making things mostly behave normally (though it still would fail to tell the server that it started breaking the block, and redstone ore wouldn't begin to glow in this case).
I'm not sure why this change was made. The only relevant issue fixed in 14w29a is MC-676, but I don't think this change was directly part of that fix. So perhaps it was an intentional change, but it wasn't included in the changelog and is implemented fairly awkwardly.
That is because of the way the texture is rendered.
But didn't chests display the cracks in the past?
Torabi, yep — chests used to be rendered as normal blocks. This changed in β1.8 (Adventure Update) which gave them an opening-lid animation and made them slightly smaller than full blocks.
yeah this is an old bug and i would like to see it fixed
I don't care if they've changed and that's why it doesn't have the animation, I want the animation back to make it look better.
This isn't an bug. Like Kevin said, the chests were full blocks before 1.8. Since then, they are considered transparent blocks now and can't display breaking animations.
Java just won't allow it.
That's ridiculous. Of course Java will allow it, just like it allows the lid-opening animation. The programming language itself is rarely a limitation. The question is just how much work it will take to make it work with the rest of the code.
The reason is signs and chests are not actually blocks but tile entities. And entities don't naturally display cracks.
Sure. I could retitle this bug “Tile entities should be capable of displaying the breaking animation”, but I think it's better to describe the end result, not the implementation.
Confirmed.
It is definitely a size problem, not a tile entity issue. Mob spawners and furnaces work just fine.
Still in 13w24a
Still in 1.7.2 and also with CocaBeans
Signs did have a breaking animation recently, though it was entirely due to a bug. See
MC-32082. I think it is a problem of the way the block renders, from a sheet or in pieces.Still in 14w05a
Partially fixed in 14w07a.
Signs and Chests have no animation
Cocoa Beans and Beacons have the animation
Still in 14w08a
Still in 14w10a/b
Also in 14w10c
that's because they don't get the textures from the blocks dictory like all other blocks do, signs and chest textures are under the entity's dictory and have the complete block in 1 png instead of 1 side of the block in 1 png like all other blocks
Confirmed for 14w11b
Confirmed for 14w17a
Confirmed for 14w18a
Confirmed for 14w28a.
Is there any way we can get a Mojang employee to confirm whether this is a bug or a Works as Intended?
Also, confirmed for signs, chests, and trapped chests in 14w28b
Confirmed for 14w28b
Banners are not showing breaking animation:
MC-63509