[MC-5368] Mining with tools resets cracking action when damage values are updated/Items move in hand when their count or damage changes Created: 25/Dec/12  Updated: 26/Feb/18  Resolved: 26/Feb/18

Status: Resolved
Project: Minecraft: Java Edition
Component/s: None
Affects Version/s: Minecraft 1.4.6, Minecraft 1.4.7, Minecraft 14w30c, Minecraft 1.8.8, Minecraft 15w33b, Minecraft 15w33c, Minecraft 15w42a, Minecraft 1.10.2, Minecraft 16w38a, Minecraft 1.11
Fix Version/s: Snapshot 13w03a, Minecraft 1.12.2

Type: Bug
Reporter: Aaron Franke Assignee: [Mojang] Jeb (Jens Bergensten)
Resolution: Fixed Votes: 9
Labels: block, multiplayer

Issue Links:
Duplicate
is duplicated by MC-6672 Mining reset switching items/damage v... Resolved
is duplicated by MC-8110 Minecraft block breaking latency when... Resolved
is duplicated by MC-64019 Items move in hand when their count o... Resolved
is duplicated by MC-86436 Bad animation blocks and tools in the... Resolved
is duplicated by MC-90911 Mending enchantment causes items to b... Resolved
is duplicated by MC-112132 Item switch animation after breaking ... Resolved
is duplicated by MC-117595 When player hits another player that'... Resolved
is duplicated by MC-119653 Rearm same tool when consume durability Resolved
is duplicated by MC-3333 Blocks "unbreak" Resolved
Relates
relates to MC-2519 Changing tools while breaking blocks Resolved
relates to MC-3449 Block breaking resets when the item y... Resolved
relates to MC-100946 Bow with mending undraws when receivi... Resolved
CHK:
Confirmation Status: Confirmed

 Description   

While mining using a tool (ex: a pickaxe), data gets sent over to the server saying what block was broken, and then the server updates the data values to make the pick more damaged, and this also gets updated on the client. Because of the new feature where the cracking restarts when the tool is swapped, this causes the block you started to break right after you broke the previous one to reset and consume about 1.5x as much time as it should take (with a diamond pick). A solution to this I thought up was to have the crack only reset after the normal block ID is changed, instead of the metadata value changing.

This also happens when you drop or pick up items into/from an item stack you are holding.



 Comments   
Comment by [Mod] tryashtar [ 23/Feb/18 ]

Picking up/dropping items no longer resets the animation for me in 1.13. Is this fixed?

Comment by Insane96MCP [ 27/Nov/16 ]

Does affects Mending too?

Comment by [Mod] tryashtar [ 23/Nov/16 ]

Still present up through 1.11.

Comment by Aaron Franke [ 10/Oct/16 ]

Partially confirmed for Minecraft 1.10.2. I can't reproduce the tool metadata issue (I may just be having really good ping) but adding items to the stack you're holding still causes the cracking action to reset.

Comment by Galaxy_2Alex [ 26/Sep/16 ]

Is this still a concern in the current Minecraft version? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases. If this has been done, we can reopen the issue.

Keep in mind that the "Resolved"-Status on this ticket just means "Answered", and that we are waiting for further information on whether this issue still exists or not. It will be reopened as soon as the requested information has been delivered.

Comment by [Mod] Torabi [ 16/Aug/15 ]

Has reappeared again, according to MC-86436. Tools appear to reequip when the durability bar updates.

Comment by Galaxy_2Alex [ 24/Oct/14 ]

Is this still a concern in the current Minecraft version 1.8.1 Prerelease 3 / Launcher version 1.5.3 or later? If so, please update the affected versions in order to best aid Mojang ensuring bugs are still valid in the latest releases/pre-releases.

Comment by Aaron Franke [ 29/Jul/14 ]

It is disappointing that the migration away from IDs did not fix this, I wpuld have figured that they'd have checked the code then, but oh well.

Comment by Kumasasa [ 29/Jul/14 ]

14w30c is affected again (MC-64019)

Comment by Aaron Franke [ 03/Mar/13 ]

As soon as 1.5 is released and all the multiplayer servers get updated, I will test this bug on there. I will furthermore be unable to test this bug on snapshots because I'd need someone else to host a snapshot server.

Comment by Tails [ 27/Jan/13 ]

Unable to reproduce, seems the fix of MC-3449 fixed this aswell.

Comment by Aaron Franke [ 24/Jan/13 ]

To test this on the current snapshot, I'd need to have a remote server, and the network needs to be a bit latent. This issue is primarily caused by the values updating, but they simply would update way too fast on singleplayer (About <1ms). To see this fully happening, I'd need to log onto a server using 13w03a. Does anyone have an IP for a snapshot server?

Comment by Nathan Skinner [ 22/Jan/13 ]

Haven't tried it on snapshots yet

Comment by Tails [ 22/Jan/13 ]

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

Comment by Aaron Franke [ 05/Jan/13 ]

Is anyone making any progress to solving this??? All I've gotten is 'Confirmed.' from Tails...

Comment by Tails [ 25/Dec/12 ]

Confirmed.

Generated at Sun Jan 12 12:07:40 UTC 2025 using Jira 9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13.