Megalodab

Yeah I agree zeta I’d prolly want the instantaneous option

Not sure if developers intended for shield blocking to be instantaneous or if they intended for there to be a delay. Either way, current functionality is insufficient because with the delay we have right now, it is not shown to the player, therefore the instantaneous shield blocking we see is misleading – a potential fix if developers wish to keep a delay functionality is to maybe make an animation that shows the delay, and the animation only ends once the delay is over and the shield is in blocking position. If this is the route we go, it would also be essential for pvp that this animation and its timing is correctly visible to other players as well.
Just attached 2 more vids recorded in 1.17.1, latest release at time of typing this, which show this happening in melee cases as the existing vids were with projectiles.

confirmed in current release 1.17.1

Confirmed in 1.17.1, the latest release atm. pretty cringe.

If a dev would like to see an example of what I'm talking about or how to implement it, (Just to eliminate a potential issue here before I continue: I'm not a scholar on the tos of this website and im sure theres probably something against people asking for modded content to be added to the game and obviously no that is not what I am asking here, I just wrote this is an example of a possible fix), the Quark mod has already gone out and added a fix to this issue, which is exactly as I described in the expected behavior section except that instead of making a new horse jump bar under the XP bar, it just only shows 1 bar, the XP bar, and turns it into the jump bar while the player is pressing spacebar. This is another option on how to implement the fix which might even make a cleaner UI than what I was suggesting in the description of this issue. its under the Client header of this link https://quarkmod.net/#features

Is it likely that a related issue, MC-2310, will fix or at least significantly improve the problem with mobs like cave spiders attacking you from a few zipcodes blocks away, that makes it seem like it has the attack radius of a normal spider which is much larger?

after testing this in 1.15.2 it looks like the fire only stays on for 15-20 sec. when i opened this bug report it was there for a few minutes, maybe it was lag. changing to creative mode takes the fire away instantly btw

@slicedlime

does this mean that the ravager "teleportation" mechanics still work the same as demonstrated in the original video by simplysarc? https://www.youtube.com/watch?v=aZp9olUXvOY

another update for 1.14.4: it gets messed up again in this update and is unlike the way it was before 1.13, but to fix this, go into

options > controls > mouse settings (top left of the controls window) > turn "raw input" to off. 

that made it go back to the way it was before 1.13.

I discovered this problem thru the cave spider, it feels like it can attack you from as far away as normal sized spiders can, even though cave spiders are smaller. Maybe they share the same distance from how far away they can hurt you?

UPDATE: 1.14.3 made the acceleration or sensitivity back to the way it was before 1.13. This fixed the problems I was having in my previous comment, and should fix the problems caused from this 1.12 to 1.13 update that changed acceleration or sensitivity

no problemo

That's why I submitted this as a bug and am not acknowledging this as a feature anymore because it does nothing but take away from quality of gameplay, and seems more like an error or bug instead of a feature. Hopefully this will encourage developers to revise the decision to keep these necessary indicators off the screen when they need to be visible.

this is still happening in 1.14.2, they don't teleport to you on frosted ice blocks either. this makes travel over oceans super annoying

@Asteraoth didn't see this was already a bug, thank you for looking into it though I hope I maybe provided some useful info in my description of it. Could you look at a bug I mentioned that was related to this, that needs to be reopened in 1.14.2 because the problem is still happening? https://bugs.mojang.com/browse/MC-13727

@Georgii Gavrichev I use a trackball for minecraft (because its fun aight-- logitech M570) And it looks like the acceleration is my problem. The sensitivy to acceleration is lower in 1.13 and 1.14.2, more than it was in 1.12 like you said likely because of the LWJGL update. Can you give me some more information on this update or its implementation, maybe about how to adjust acceleration, or maybe even add in an acceleration slider setting in the Controls part of Settings in minecraft? That would be a needed setting I think, especially in my situation and others. Thanks!

This happens to me a lot especially when you are aiming down far enough so it seems like the bow's arrow is just above the 'side' of the boat/minecart you are in, but you would clearly expect the projectile to travel over the edge of your minecart and to whatever target you're looking at.

This also happens to horses sometimes, a bug that was fixed in earlier updates but needs to be reopened because its still happening in 1.14.2: https://bugs.mojang.com/browse/MC-13727 Also when youre in a boat, the arrow you shoot can sometimes hit the other entity riding behind u in the boat, for example a parrot or dog. Haven't tested if a player riding in the boat will get hit. opened bug report on this: https://bugs.mojang.com/browse/MC-154485

@Kumasasa @Kevin He, 100% right, this issue is still happening in 1.14.2 and needs to be reopened. arrows aimed down a little bit, even if it looks like they're not about to hit the horse, do hit the horse and damage it instead of the arrow traveling to its destination. When a flame bow is used, the arrow usually hits the horse and causes it to take damage from the arrow and sets the horse on fire. When the bow is not flame it usually hits the player and causes you to take damage from the arrow. Either situation, this needs to be fixed. Steps to reproduce are the same as listed in the original bug report.

This problem also happened to horses and boats, which was fixed, since firing projectiles from any mount as a character is obviously annoying. Firing arrows from bows and crossbows that would have interfered with the minecart's hitbox, like they fixed on horses and boats, I think makes sense to fix too. They can still be shot by other players but the person riding it shouldn't be able to destroy the minecart by shooting it, especially when youre aiming at an enemy player nearby and it looks like youre shooting past the minecarts own sides. This has already been fixed with horses, and boats (kind of), but I don't see why it can't happen for minecarts. Again, they would still be destroyable by other players arrows, an exception should just be made for the rider's arrows.

open bug report for this: https://bugs.mojang.com/browse/MC-48320