mojira.dev
MC-268147

Disabling/Breaking shield triggers invulnerability tick behavior, despite player not turning red

This has been around for a while, but I haven't seen anyone report this issue, as many non-vanilla server software have hotfixes for this.

 

Bug Description

When a held-up shield is disabled, a damage-tick-like behavior occurs: the player no longer receives knockback, and only takes damage that is greater than the initial damage within the damage tick. However, the player does not turn red, nor has received any damage on the shield disable. See also the attached videos.

 

Steps to Reproduce

  1. Disable a player's held-up shield using an axe

  2. And then hit the player again after roughly 0.4 seconds

  3. The bug is reproduced

OR

  1. Let 2 mobs (wielding axes) attack a player while their shield is held up

  2. If the 2 mobs attack is less than 0.5 seconds apart as well as not at the same time, the bug is reproduced

 

Expected Behavior

Damage tick does not get triggered when the shield is disabled, but on the following attack instead, so that knockback could be applied after hitting twice rapidly, and the player would turn red on the second hit.

Linked issues

Attachments

Comments 13

I can confirm in 1.20.4, I have video of it as well if it's useful.

I've experienced the bug in 1.18.2, 1.19.2, 1.19.3, 1.19.4, 1.20.1, 1.20.2 and then 1.20.4.

But it may very well be an even older bug.

Can confirm for 24w10a.

Reproducible in 1.20.6

Reproducible in 1.11.2

Reproducible in 24w21b

3 more comments

for some reason, when the bug tracker got updated it deleted all the comments and votes on all of the issues

This bug makes it impossible to shield stun on a server that doesn’t have a fix for this, which makes lots of shield based pvp unplayable

Any updates on the bug?

Can confirm in 25w19a and 1.21.5

apparently this bug is from 1.11.2, haven’t got time to test it yet tho

Longieee

(Unassigned)

Community Consensus

Combat

1.18.2, 1.20.4, 1.20.6, 24w21b, 1.21, 1.21 Release Candidate 1, 1.21.1, 1.21.3, 1.21.4

Retrieved