mojira.dev
MC-298810

Vindicator deals damage through shield even after cooldown (Java 1.21.5)

In my Hardcore survival world (Java Edition 1.21.5), I was fighting a Vindicator during a raid.

I had full diamond armor (enchants unknown) and a shield with durability remaining.

What happened:

- I was holding right-click and facing the Vindicator directly.

- The Vindicator hit me, and even though my shield was active, I took damage on the first strike.

- My shield became disabled for 5 seconds as expected.

- After the cooldown, I held right-click again, facing the Vindicator.

- When the Vindicator hit me again, I still took damage, even though my shield was active and had durability left.

Expected result:

The shield should block the Vindicator's attack if I am holding right-click and facing the attacker after the cooldown period.

Actual result:

I took damage on both the first strike and the strike after cooldown, as if the shield was ignored.

Additional info:

- No lag or latency issues.

- Only one Vindicator was attacking me.

Linked issues

Attachments

Comments 5

I double-checked, and I was only fighting Vexes (during a raid) no Vindicators.
Vex attacks go through shields even if you're blocking, they still deal damage.
So this isn’t a bug, it’s just how Vexes work. Their attacks are unblockable.

In my first test, I accidentally used Vexes instead of Vindicators, so the result was incorrect. I apologize, I misunderstood the original issue and didn’t read carefully enough.

After redoing the test properly with Vindicators, I was able to reproduce the same problem.

Also, I’d like to remove my earlier comment, but I don’t have the permissions to do so.
Sorry again for the confusion!

Hi! I checked your error and made sure that it really works, I checked both 1.21.5 and 1.21.6.

[media]


Can confirm for 1.21.6. May not be fully consistent as I did have one attack that was successfully blocked, but that was the only successful instance out of half a dozen attempted blocks over my testing.

This is actually MC-191642, as per the precedent set by MC-199652.

Melih K

(Unassigned)

Unconfirmed

(Unassigned)

1.21.5

Retrieved