mojira.dev

Fusion035

Assigned

No issues.

Reported

MC-270629 It is not possible to see nametags through end crystals Duplicate MC-268516 Wind charges can't go through non-full blocks such as tall grass and flowers Duplicate MC-268515 The amount of knockback reduction in blast protection armor from wind charges is in a higher degree for players than mobs Incomplete MC-268407 Ender pearls can land on wind charges in mid air Works As Intended MC-268406 Wind charges can go faster if hit with a knockback sword or end crystal Confirmed MC-268405 Wind charges can move in unusual ways Fixed MC-268404 Wind charges are deflectable with hits that are outside of their hitbox Duplicate MC-268397 Entities hit by wind charges take more knockback if hit from the feet Incomplete MC-265561 It is not possible to crit someone if you fall too little from your ender pearl Awaiting Response MC-264721 A player's hitbox hides while they are on invisibility even if they are fully equipped with armor Works As Intended MC-263560 It is possible to see entities like players through walls because of their blue lines with hitbox (F3 + B) Won't Fix MC-262520 Throwing an ender pearl on the floor while having slow falling makes you fall for a little Duplicate MC-262100 Boats move when placed on ice while facing 0 degrees Duplicate MC-261980 Opening the inventory quickly doesn't make the cursor centered sometimes Duplicate MC-261107 Placing then breaking an end crystal forces you to wait too long for the server-side Awaiting Response MC-260993 End crystals and TNT explosions do same damage regardless of difficulty for entities except players Confirmed MC-260915 Languages that are written from right to left have their tooltips to the right Duplicate MC-260811 Holding left click on an obsidian block with end crystals and placing the end crystals does not work Works As Intended MC-260798 Double clicking an item in your inventory doesn't put it back in the same slot Works As Intended MC-260673 End crystals don't place right before you left click Cannot Reproduce

Comments

I don't have time for this anymore sorry

I don't have time anymore sorry

No, it happens even when the wind charge collides with the hitbox obviously why else would I make this bug report then?

Just throw it at them like normal don't use command blocks

No players take less vertical/upward knockback than mobs. Maybe they take more horizontal knockback I'm not sure. I'll edit this bug report to make it more clear on what the bug is about. After editing it does anyone wanna get rid of the "Duplicate" label, as that is incorrect? Thank you.

No blast protection is what causes players to take less knockback than mobs. Should I still make a new report?

Grey, I don't see what else there is to explain sorry. The reason why the bug that you showed is labeled as "Works As Intended" is because the term "blast" in "blast protection" is used correctly, therefore it's intentional that blast protection lowers knockback from wind charges.

But this bug that I wrote states that players take less knockback than mobs, therefore it has nothing to do with the term "blast" or anything like that. Maybe this bug is from a coding issue. Does that make sense or is there anything else you're wondering about, Grey?

I think I should've written my other comment a little bit better, sorry about that.

The reason why MC-268411 is labeled "Works As Intended" is because the reporter didn't know that the term "blast" can also be used to call a "strong gust of wind or air". Therefore they thought that Blast Protection lowering knockback from wind charges was unintentional. But this bug report that I made has nothing to do with any of this at all. That's why I made this bug report.

It's not a duplicate. The bug report says that players take more knockback from wind charges than mobs. It doesn't say that knockback is lowered by blast protection, that's when it would be a duplicate.

No, but to make this easier to understand I've split this bug between this one and MC-268515

Syarumi, is this something you would want to record?

It's gonna be annoying whenever you're fighting someone and your pearl lands on your opponent's wind charge or your own wind charge. That's why it's not worth keeping the bug if I think about what you've just said Ruukoto

That fixed it, thank you for the help Turbo

Sorry about the weird command, I'm not sure how to fix it. I tried editing it to fix it and I tried to post it in the comments but none of them worked.

Oh by invul timer you mean damage tick (red phase of the player's skin). What you just explained happens in older versions but not in the newer versions anymore, you would have to hit them manually.

I hope that is not the case. If it is true then I think that something that should be thought about is to whether help players who play with hitbox ON or not anything to save resources like cost or time. But that is up to Mojang to decide because they know their own priorities the best.

In case if people  are wondering "Why keep the hitbox on?" I will say it again JUST to be extra, extra sure. Basically the point is that a fully armored player is still clearly visible with invisibility on even if their hitbox is not on. So you might as well make it easier for people who regularly use hitboxes so people cannot abuse against that.

I rewrote the bug report below but since I don't know anything about coding I'm not sure if this is good or not. The most important part is the steps to reproduce. The text below was written by ChatGPT so it may not be fully accurate, but it should give a clearer picture of what this bug is about:

 

1. The Bug: The cursor position in the game window does not reset correctly when opening a GUI after the window loses and regains focus. The bug occurs even when the game window does not lose focus externally. It is triggered when the cursor is locked, and a GUI is opened, resulting in an incorrect cursor position.

2. Steps to Reproduce: To reproduce the bug, follow these steps:

  1. Launch the game and ensure the game window has focus.

  2. Within the game, lock the cursor (using the game's input system or a specific key combination).

  3. Open a GUI (e.g., inventory, settings) within the game.

  4. Observe the cursor's position in the GUI.

3. Intended Behavior: The intended behavior is that when the cursor is locked and a GUI is subsequently opened, the cursor should appear from the position where it was locked. This behavior should occur consistently, regardless of whether the cursor was locked before opening the GUI or not.

4. Actual Behavior: The actual behavior is that when the cursor is locked and a GUI is opened, the cursor does not appear from the correct position. This issue is related to a discrepancy in the documentation of GLFW's GLFW.glfwSetCursorPos() method. According to the method's Javadoc, it is stated that glfwSetCursorPos() only works when the cursor mode is set to CURSOR_DISABLED. However, through experimentation, it has been found that the method only takes effect when the cursor mode is set to CURSOR_RELEASED.

In the case of Minecraft, the game attempts to center the cursor when opening a GUI. However, since the GLFW.glfwSetCursorPos() method is invoked by Minecraft while the cursor mode is CURSOR_DISABLED, the action fails to correctly reset the cursor position. As a workaround, a mod has been developed to manually set the cursor mode to CURSOR_RELEASED before invoking Minecraft's cursor centering method.

Please note that this bug report is based on the provided information, and further investigation or clarification may be required from the development team to fully address the issue.

Nope, there wasn't anything that you missed. It's nice to know that it's a feature since it balances end crystals, long story short. 

No, the bug happens even if you aren't crouched which is why it also affects End Crystal PvP especially with slow falling. You just need to throw the ender pearl on the ground.