mojira.dev

TkainMinecraft

Assigned

No issues.

Reported

MC-302227 Floating sand and red sand blocks no longer create falling particles Duplicate MC-242319 Resource pack text is different color for built-in packs Works As Intended MCL-16780 Launcher uses Pre-Texture Update Icon Cannot Reproduce MC-114190 Dropper doesn't fire when signal provided by own comparator pushing piston with redstone block Duplicate MC-112367 Splash Potion particles appear offset from landing point Duplicate MC-99018 Crashing on loading world Duplicate

Comments

I had tried to reproduce it on both versions listed and was under the impression the bug was still present on 1.21.9-pre2, but I have since observed that the bug is not present. Guess I just got bad RNG the first time 🥲

Since this is apparently WAI - what benefit does this provide to players???

This is intended, I believe; bow enchantments don't work on crossbows and vice-versa.

Ah, that explains that. Then the solution would need to find some way to distinguish 1.6 and 1.7 worlds when upgrading.

If there's nothing in the world data making the version difference obvious (ex. the existence of 1.7-only biomes), here's a very janky idea: check for whether player stat files exist for the world, as those were only added to world files in 1.7.2. It might not cover the snapshots though.

If a snowy taiga from 1.6.4 no longer snows in 1.7 and above, shouldn't the issue be that the biome ID for taigas from 1.6.4 isn't being upgraded to its snowy variant in 1.18 instead of their regular variants? That would be why the snow doesn't continue in newly generated chunks.

(Don't mind the weird scaling of the icons in the screenshot; this was downscaled from 1440p.)

Found the code issue that gives way to this bug; there's this method below in the (Official MojMap) AbstractHorse class, and...

public static AttributeSupplier.Builder createBaseHorseAttributes() {
    return Mob.createMobAttributes().add(Attributes.JUMP_STRENGTH).add(Attributes.MAX_HEALTH, 53.0D).add(Attributes.MOVEMENT_SPEED, 0.22499999403953552D);
}

...well, I'll let you guys find the odd number out. (Hint: It's not the second one.)

I was just analyzing the code used to play the ambience sound for the respawn anchors, and I think I've found the issue. Using official Mojang mappings on 1.17.1, within the animateTick method of the RespawnAnchorBlock class, the playSound method is used to play the anchor's ambient sounds. The playSound method works on the server's end by getting the server to tell its clients to play the sound appropriately - when run by itself on a client, the sound isn't played. Meanwhile, the animateTick function is only run on client's end because it deals with cosmetic updates such as particle effects and animations. Since playSound, a server-side-only method, is being used within animateTick, a client-side-only method, the sound fails to play. The Nether Portal block's code (NetherPortalBlock) plays its ambience correctly; it uses playLocalSound instead, which is meant to run on the client-side.

 

TL;DR: The code for playing the respawn anchor's ambient sounds uses a server-side method within a method that only runs on clients, which causes it to not work.

This is different; this is referring to the little stems at the base of the model, while MC-96463 concerns the main stem of the block (and applies to all the growth stages of the block).

After doing some examining, it doesn't look so much like the model is stretched vertically - otherwise, each pixel would be taller than that of any other block - but rather, the model is squished horizontally, making it thinner than it should be (and also producing the same effect with the pixels).

Can confirm in 1.17.1.

Edit: I've attached a fixed blockstate JSON for Deepslate with consistent rotation behavior on all axes, using its rotation when placed vertically as a reference.

@Avoma I think the issue reporter is trying to say that you can see players' name tags when they're sneaking if you look at them through a dripleaf stem even though their name tags are supposed to be hidden when sneaking.

On the topic of fixing this subtitle, wouldn't the correct word be fizzling instead of fizzing since the torch is burning out? For instance, the subtitle 'TNT fizzing' happens when its fuse is lit.

If anyone is bugged by this, the Vanilla Tweaks resource pack also has a component that fixes this (and the same issue for sandstone and quartz slabs).

If you just want the fix and nothing else, here's its download.