Atalanation

I can reproduce this in 26.4 Snapshot 4.

Dropped items do not cause Brittle Ice to crack, even when resting directly on it. I also tested with a Creeper, which did cause the ice to crack, while a Frostbite did not, as expected.

I can reproduce this in 26.4 Snapshot 4.

I tested both upward and downward pointing icicles near lava. In both cases, the icicles melted until only the segment directly attached to a solid block remained. That final segment did not melt, even when tested on its own.

Can confirm the bottle positions do not match the Brewing Stand GUI on 26.4 Snapshot 3.

I tested all three bottle slots separately, with only one bottle in the stand at a time, and kept the same camera angle for every test.

I got the following results:

• Left GUI slot → Middle holder

• Middle GUI slot → Right holder

• Right GUI slot → Left holder

My results are different from the original report, but the bottle positions still do not match the GUI slots as they should.

Can confirm this issue on 26.4 Snapshot 3.

I applied the Freezing effect and stood inside fire. The fire extinguishing sound started playing repetitively, to the point where it sounded almost like static.

I also enabled subtitles, which repeatedly displayed "Fire extinguishes" while I was standing in the fire.

The sound stopped immediately after I stepped out of the fire. I was able to reproduce this consistently.

Can confirm this issue on 26.4 Snapshot 3.

I threw multiple Ice Balls directly downward at my feet, and the impact particles appeared around my neck instead of where the Ice Balls hit the ground.

Unlike the original report though, this issue reproduced consistently for me.

Can confirm this on 26.4 Snapshot 3.

I checked frostbite.png directly from my 26.4 Snapshot 3 client JAR, and the unused blue/teal pixels are there in the top-left corner of the texture as shown.

Can confirm this issue on 26.4 Snapshot 3.

I tested this with a zombie at 20.0 health. As it started transforming into a Frostbite, its health dropped to 13.0 without anything else damaging it.

Once the transformation finished, the resulting Frostbite had 24.0 health.

The damage consistently occurred during the transformation to a Frostbite.

Can confirm this issue on 26.4 Snapshot 2.

I tested this with subtitles turned on and explosions still display the subtitle as "Explosion" instead of "Something explodes".

This reproduces consistently for me, despite MC-195836 being marked as fixed in this snapshot.

Can confirm this issue on 26.4 Snapshot 2.

I was able to reproduce it consistently, but I found that the order the harness and passenger are added seems to matter.

If I put a harness on the Happy Ghast first and then mount a villager onto it, the Happy Ghast starts doing strange looping movements while the villager is riding it.

Killing the villager immediately returns the Happy Ghast to normal.

I also tried mounting the villager before putting the harness on. In that order the issue did not occur, even after adding the harness afterward. The villager seems to need to be mounted after the Happy Ghast already has a harness for me to reproduce the bug.

Can confirm this issue on 26.4 Snapshot 2.

When typing /attribute @s attack_damage modifier add foo 0 v, add_value is not suggested and the argument is shown as invalid command.

As a comparison, typing A in the same position correctly shows the options beginning with add, which was all of them.

This reproduced consistently for me and seems to confirm that autocomplete is only thinking about the part before the underscore.

Can confirm this issue on 26.4 Snapshot 2.

I entered Spectator Mode, spectated a cow, and then pressed my inventory key. The game immediately crashed.

I was able to reproduce the crash as described on Linux using an Intel HD Graphics 405 with the Vulkan backend.

The crash reported the following exception:

java.lang.IllegalStateException: Render pipeline minecraft:pipeline/text_see_through doesn't want a depth texture but one was provided

Can confirm this issue on 26.4 Snapshot 2.

I tested this 3 times using a dispenser with armor stands inside. Placing an armor stand normally played the placement sound, but every time the dispenser placed an armor stand, the armor stand placement sound didn't play. The only sound played was the normal dispenser click, and the button pressed.

This reproduced consistently all 3 times.

Can confirm this issue on 26.4 Snapshot 2.

I got this to reproduce on my second attempt. After teleporting the item display far enough away for it to unload from my chunks, neither the item display nor the armor stand could be accessed using normal @e selectors.

However, both execute ... on origin and execute ... on origin on vehicle still worked and were able to access the unloaded entities.

It didn't reproduce on my first attempt, so it does seem to be inconsistent like described in the report.

Can confirm this issue reproduces on 26.4 Snapshot 2.

I lowered the tick rate to 1 TPS to make the pickup animation easier to observe, then used /tick freeze as the item began moving toward the player.

The issue reproduced over and over, the items shadow moves upward with the item during the pickup animation instead of remaining down on the ground.

Tested this out in 26.4 Snapshot 2 on Linux Mint using Prism Launcher.

Turned on subtitles in Accessibility settings and broke a oak block in Survival. The subtitle text switched from "Block breaking" to "Block broken" exactly as described. The string has not been modified to the expected "Block Is Broken" format in this snapshot.

Tested this out in 26.4 Snapshot 2 on Linux Mint 22.3 using Prism Launcher.

Set graphics to Fast to make leaf blocks completely opaque. When entering survival and teleporting my player's head inside the Oak Leaves block, no suffocation damage is taken (which is normal), but the screen remains completely transparent. The solid block overlay completely fails to load. Can confirm the bug reproduces exactly as described.

Can confirm this issue reproduces exactly as described on Linux (Mesa Intel HD Graphics 405 / Vulkan backend) using Prism Launcher on 26.4 Snapshot 2.

The superflat world generated fine at first. However, the exact moment I mined down two blocks and looked around to update the chunks, the integrated singleplayer server completely froze, going fully unresponsive.

Tested this scenario in 26.3 and fireworks are working exactly as expected. Right-clicking a rocket while standing on the ground doesn't trigger an action, which is normal vanilla behavior. The mechanics are working perfectly fine on my end.