Since this is apparently WAI - what benefit does this provide to players???
Still present in 1.20.1.
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).
Can confirm in 1.17.1.
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.
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.
Can confirm in 1.17.1.
Can confirm in 1.17.1.
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.
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 🥲