mojira.dev

null

More than one avatar was detected! There might be multiple accounts sharing this same name.

Assigned

No issues.

Reported

MC-220555 Lagging, stuttering, and freezes Incomplete MC-204151 Comparator being powered till block update Duplicate WEB-1076 Duplicate entries in blocked servers list Fixed MC-133452 Copying, pasting, etc. still insert "c", "v", etc. Fixed MC-121391 Fireworks no longer boost elytra flight Duplicate MC-121389 Function key can no longer be bound in macOS Confirmed MC-119754 Firework boosting on elytra continues in spectator mode Confirmed MC-119753 Firework boosting on elytra does not end when touching ground Duplicate MC-105988 16w32a - Crash when a zombie pigman hits you Duplicate MC-103056 Paintings are weirdly rendered Duplicate MC-102575 In crash reports, the "CPU" is "bcw$7@<memory address>" Fixed MC-102572 Sign's GUI is dark Fixed MC-100775 When changing resource packs with custom fonts (or toggling Force Unicode Font), text in chat can go outside the chat window Duplicate MC-100493 Grammar mistake in Minecraft crash reports Won't Fix MC-94456 Chat converting NBSP (non-breaking space) to space causes glitches Cannot Reproduce MC-44682 Rail sound not working Incomplete

Comments

Please create a separate report for that.

Minecarts with hoppers cannot push items into any containers. They only pull items. This is intended behaviour.

It enlarges the line one pixel to the left if it should draw underlined text

I'm pretty sure this is intentional. Currently, the underline extends 1 pixel left and 1 pixel right of the character, which causes overlap. If they remove the 1 extra pixel on the left, then the underline won't be symmetrical anymore.

Code analysis based on 1.18.2 with yarn mappings.

The easiest way to fix this would be to make net.minecraft.entity.LivingEntity#isClimbing() (or this.onClimbable() in @unknown's analysis) return false if the player is flying. In fact, this method already checks if the entity is in spectator mode. We just need to add a check if the entity is a player and they are flying.

To do this, override that method in net.minecraft.entity.player.PlayerEntity as follows:

@Override
public boolean isClimbing() {
    if (this.abilities.flying) {
        return false;
    }
    return super.isClimbing();
}

Code analysis based on 1.18.1 with yarn mappings.

The reason this happens is because Depth Strider not only increases speed, it also increases drag significantly. Specifically, the player's speed is multiplied by a number every tick. Underwater, this number is typically 0.8 (not sprinting) or 0.9 (sprinting), but it can be as low as 0.546 with Depth Strider III. Presumably this is to prevent "slippery" controls (a la Dolphin's Grace), but this has the side effect of making riptide slow down very quickly.

The easiest way to fix this would be to not increase the drag when riptide is being used. Add this if-statement:

net.minecraft.entity.LivingEntity#travel(Vec3d)

// f is the multiplier, h is the depth strider level
 if (h > 0.0f) {
-    f += (0.54600006f - f) * h / 3.0f;
+    if (this.riptideTicks != 0) {
+        f += (0.54600006f - f) * h / 3.0f;
+    }
     g += (this.getMovementSpeed() - g) * h / 3.0f;
 }

Did you name the endermite using a name tag, or with a renamed spawn egg? The latter would be MC-54556 which is intended.

"distance=10" targets entities that are exactly 10 blocks away. You should use "distance=..10" (up to 10 blocks away). The dragon fireball can be killed with the correct command.

For whatever reason, this issue doesn't seem to occur when playing vanilla 1.18.1 on MultiMC. However, it does occur when playing vanilla 1.18.1 on the official launcher.

Maybe it's because MultiMC uses different versions of some libraries? In that case, perhaps bumping the version of some library would fix this bug.

The problem with adding the hotkey to the controls menu is that Minecraft's controls don't support key combinations (as far as I know). Go to the controls menu and try to bind a key to "Ctrl+A" – it doesn't work. It's either Ctrl or it's A. That's probably the reason Ctrl+B was hardcoded in the first place.

So the easiest solution would probably be to add an option to disable the hotkey.

Code analysis based on 1.18.1 with yarn mappings.

The rendering of the held items is done by net.minecraft.client.render.item.HeldItemRenderer#renderFirstPersonItem(AbstractClientPlayerEntity, float, float, Hand, float, ItemStack, float, MatrixStack, VertexConsumerProvider, int). This method checks player.isUsingRiptide(), and if that is true, then it applies some transformations to the held item. These transformations are fine for tridents, but don't play nicely with some items, such as shields.

The easiest way to fix this would be to only apply the transformations if the item to render is a trident; that is, replace player.isUsingRiptide() with player.isUsingRiptide() && item.isOf(Items.TRIDENT). This keeps the shield (and any other non-trident item) in the normal place:

[media]

Code analysis based on 1.18.1 with yarn mappings.

This bug can be fixed in net.minecraft.client.gui.screen.DirectConnectScreen#init(), by removing the line this.addressField.setTextFieldFocused(true);

It's unclear why removing that line would fix the bug. Perhaps more investigation is warranted.

Thank you for your report!
However, this issue is Invalid.

This is related to a different project. Use one of the links below to go to the correct project.
Minecraft: Java Edition — Windows, macOS, and Linux
Minecraft Launcher — Bugs about the Minecraft Launcher specifically
Minecraft (Bedrock codebase) — Android, iOS, Windows 10 (from the Microsoft Store), Xbox, Nintendo Switch, PlayStation, Fire OS, and Gear VR
Minecraft Dungeons — Action-adventure title set in the Minecraft universe

Please don't forget to search for an existing issue matching yours in the appropriate project before raising a new one.

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki

Please make sure the bookshelves are placed correctly (1 block gap between the enchantment table and the bookshelves).

Make sure there are no blocks in between, including torches or carpet.

Once you have tried these, please let us know if the problem is solved. If not, please provide screenshots.

Thank you for your report!
However, this issue is Invalid.

This is related to a different project. Use one of the links below to go to the correct project.
Minecraft: Java Edition — Windows, macOS, and Linux
Minecraft Launcher — Bugs about the Minecraft Launcher specifically
Minecraft (Bedrock codebase) — Android, iOS, Windows 10 (from the Microsoft Store), Xbox, Nintendo Switch, PlayStation, Fire OS, and Gear VR
Minecraft Dungeons — Action-adventure title set in the Minecraft universe

Please don't forget to search for an existing issue matching yours in the appropriate project before raising a new one.

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki

We do not have enough information to find the cause of this issue.

Please attach the crash report found in [minecraft/crash-reports/crash-<DATE>-client.txt|https://minecrafthopper.net/help/finding-minecraft-data-folder/] here.
If you cannot find a crash report, please attach the full launcher log found in [minecraft/launcher_log.txt|https://minecrafthopper.net/help/finding-minecraft-data-folder/].

This issue is being temporarily closed as Awaiting Response. Once the requested information has been delivered, the report will be reopened automatically.

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki

This should be reported to the Forge team, not Mojang

In your realm's world options, please check that animal/monster/NPC spawning is enabled.

Thank you for your report!
However, this issue is Invalid.

This is a technical support issue; this site is for bug reports only. We do not have the resources to provide you with technical support.
Please contact Community Support for assistance and refer to this ticket (e.g. "I have reported this issue on Mojira as MC-XYZ.").

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki

Code analysis based on Minecraft 1.17.1 with yarn mappings.

Note that selectionEnd is where the selection initially started, and selectionStart is where the cursor currently is. Since selectionEnd doesn't change when highlighting text, it is not updated:

net.minecraft.client.gui.widget.TextFieldWidget#setCursor(int)

this.setSelectionStart(cursor); // Move the cursor
if (!this.selecting) {
    this.setSelectionEnd(this.selectionStart); // selectionEnd does not need to be updated when selecting
}
...

The problem is that the scrolling logic is handled in setSelectionEnd, so it is skipped while selecting.

To fix this, the scrolling code should be moved to a separate method, and it should be invoked in setCursor even when selecting.

Please contact Community Support for assistance and refer to this ticket (e.g. "I have reported this issue on Mojira as MC-XYZ.").

Quick Links:
📓 Bug Tracker Guidelines – 💬 Community Support – 📧 Mojang Support
📓 Project Summary – ✍️ Feedback and Suggestions – 📖 Game Wiki