Wither bullets sometimes fail to deal damage
Steps to Reproduce:
- Summon a command block.
- Set the command block to purple and type: /effect @e clear
- Changed from redstone need to always active.
- Summon the wither and the golem out.
Observed Results:
Wither projectiles were unable to inflict damage to iron golems sometimes.
Expected Results:
Wither projectiles should always inflict damage.
Linked Issues
is duplicated by2
relates to4
Created Issue:
Wither bullets sometimes fail to deal damage.
1Summons a command block.
2Set the command block to purple and type: /effect @e clear
3Summons the wither and the golem out.
As a result, wither projectiles were unable to inflict damage to steel golems sometimes.
1Summons a command block.
2Set the command block to purple and type: /effect @e clear
3
Summons the wither and the golem out.
As a result, wither projectiles were unable to inflict damage to steel golems sometimes.
1Summons a command block.
2Set the command block to purple and type: /effect @e clear
3Changed from redstone need to always active.
4Summons the wither and the golem out.
As a result, wither projectiles were unable to inflict damage to steel golems sometimes.
1Summons a command block.
2Set the command block to purple and type: /effect @e clear
3Changed from redstone need to always active.
4Summons the wither and the golem out.
As a result, wither projectiles were unable to inflict damage to steel golems sometimes.
Steps to Reproduce:
- Summon a command block.
- Set the command block to purple and type: /effect @e clear
- Changed from redstone need to always active.
- Summon the wither and the golem out.
Observed Results:
Wither projectiles were unable to inflict damage to iron golems sometimes.Expected Results:
Wither projectiles should always inflict damage.
Wither bullets sometimes fail to deal damage.
relates to
is duplicated by
is duplicated by
Sometimes ghast fireballs can't inflict damage on players or mobs This is the same problem as MCPE-152907 that I had previously reported.
Thank you for your report!
We're tracking this issue in MCPE-152907, so this ticket is being resolved and linked as a duplicate.
If you would like to add a vote and any extra information to the main ticket it would be appreciated.
If you haven't already, you might like to make use of the search feature to see if the issue has already been mentioned.
Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki
– I am a bot. This action was performed automatically! The ticket was resolved by one of our moderators, and I left this message to give more information to you.
After looking more closely at a video of the equivalent bug for wither skulls (MCPE-152907) it occurred to me that this bug could be the result of a combination of MCPE-153740 (ghast fireballs do not deal projectile damage) and MCPE-109423 (projectiles sometimes hit a few blocks in front of their target). If the projectile "hits" a few blocks from the player then it will be far enough away that the explosion damage does not reach.
Update: I've determined that MCPE-109423 is just a result of projectiles moving >1 block/tick and not updating their position on the tick that they "hit". That means the distance away from the mob that projectiles hit a deterministic result of the distance from shooter to target. Further, that explains why moving a few pixels can resolve this bug. Ghast fireballs only move a little bit faster than 1 block/tick, so adjusting the distance a small amount is enough to put the player back within the blast radius of the fireball's last updated position before the hit. It is now quite obvious to me that this bug is a direct consequence of MCPE-109423 and MCPE-153740, and that if you fix either of those bugs then this bug will also be fixed.
This bug is caused by two things:
- Projectiles travel more than one block in each game tick.
- The game does not update a projectile's position after calculating a hit from its expected trajectory on the current tick.
For example, thrown tridents move 4 blocks/tick, so they will fall anywhere from 0 to 4 blocks in front of the mob that they hit. How far away they fall is given by MODULO( distance / 4 ). Here is a demonstration:
Deterministic projectile distance from target at hit.mp4
And here are some amusing/sad clips that show how this issue can impact gameplay:
Trident falls out of reach.mp4
Trident falls behind.mp4
Riptide death.mp4
The issue here is analogous to MCPE-152485 and MCPE-123321 where mobs can move > 1 block/tick when falling.
This behavior is also part of the cause MCPE-152907 and MCPE-78714. In each case, the projectiles that do not do any damage are just the ones whose position is too far away from the target when they hit.
This occurs even after fixing MCPE-153299 / MCPE-152907 by giving wither skulls projectile damage. The problem is that the mob effect damage always gets applied before the explosion and/or projectile damage, so when the wither kills a mob with 1 health it does not count as a wither kill.
Wither's projectile damage is unstable, sometimes it only damages one heart
repeat process
Summons a command block and turns it into purple and awaye-activates
and type /effect @e clear
observation results
Damage Wither has a glitch, sometimes it only comes in 1 damage (1 heart)
expected results
The wither projectile damage should deal the correct damage (4heart) 8 damage
This issue is about MCPE-152907
This seems to be with same issue as
MCPE-78714just with a different projectile.Please do not add redundant or non-vanilla videos to the report.
Based on the videos, it looks like this may be caused by a combination of MCPE-153299 (the skulls do not do any projectile damage) and MCPE-109423 (projectiles sometimes hit a few blocks in front of their target). The skull that does not damage the iron golem in VID_20220307000624.mp4
explodes about 3 blocks above it, where it is too far away for the explosion damage to reach.
affects 1.20.12
This issue affect 1.20.32
This issue affects version 1.20.40
This issue affects version 1.21.21