mojira.dev
MC-275011

Instant mine does not work when standing inside of cobwebs

If the player is inside of a cobweb and tries to instant mine a block, the targeted block will not break but will instead repeatedly appear again. This seems entirely unrelated to performance, allocated RAM, render distance, or anything mentioned in the moderator notice on MC-858. This issue specifically occurs when inside of cobweb.

Steps to Reproduce:

  1. Stand in cobweb

  2. Place down moss carpet around you

  3. Try and break it with a netherite hoe (walking in the web, and moving your cursor makes the issue more obvious)

Expected Result:

The block would break instantly, because the player has a sufficient enough tool.

Observed Behavior:

The block will either repeatedly reappear forever, or reappear until it eventually breaks. Leaving the cobweb and trying to break the block again instantly allows for the intended behavior.

Screenshots/Videos:

OneDrive Link : https://1drv.ms/v/c/6dd9d183729233ab/EUwL1Xo1DpJOnnLlCQHb1x0BZvMoLGonvpOxaq_UI79WbA?e=Ef4DR6

Attachments

Comments 4

Does MC-858 describe your issue (due to MC-263668 being resolved as a duplicate of said issue)?

If not, I can confirm.

[media]

This should duplicate MC-858 since MC-263668 and MC-263439 were both resolved as duplicates of MC-858.

If that isn't the case I also can confirm.

Although the previous comments mention how this issue might simply duplicate MC-858, I've opted to confirm it considering the strange correlation between being stuck in the cobweb specifically and the block lag. This seems unrelated to any performance problems on my end, as leaving the cobweb restores expected behavior immediately. This also did not seem to occur for me in creative mode when simply cranking up the player's block breaking speed attribute either, as it seemed tied to the player's tool and what block they're breaking.

The recent fix for MC-271406 as well supports how this could be unique behavior. I think it would be worth while to at least have a review of this before resolving it into MC-858 like MC-263668 was.

There could also possibly be a correlation to behavior like MC-112344

Brvmsmic

Shugoh

Confirmed

Platform

Important

Networking, Player

1.21, 1.21.1 Release Candidate 1, 1.21.1

24w36a, 24w45a

Retrieved