cornbread_
- cornbread_
- JIRAUSER789466
- Europe/Stockholm
- Yes
- No
MCPE-188619
very_opaque_fog.png
As of version 1.21.40, the old biomes_client.json is no longer loaded from the vanilla resources, in favor of the newer "client biome" files; however, the "water_surface_transparency" field that swamps and swamp hills used was not ported over, causing swamp water to render at the default transparency.
This technically brings swamp water closer in parity with Java Edition, but it was not mentioned on the changelog and is therefor probably an error.
The associated underwater fog has also not been changed, causing the water to appear "thicker" while submerged than while not.
Either the surface of the water should be reverted to match the underwater fog, or the underwater fog should be changed to match the new transparency.
EDIT: This issue has been fixed in preview version 1.21.60.24 and should be closed as "Fixed" and not "Works as Intended".
As of version 1.21.40, the old biomes_client.json is no longer loaded from the vanilla resources, in favor of the newer "client biome" files; however, the "water_surface_transparency" field that swamps and swamp hills used was not ported over, causing swamp water to render at the default transparency.
This technically brings swamp water closer in parity with Java Edition, but it was not mentioned on the changelog and is therefor probably an error.
The associated underwater fog has also not been changed, causing the water to appear "thicker" while submerged than while not.
Either the surface of the water should be reverted to match the underwater fog, or the underwater fog should be changed to match the new transparency.
EDIT: This issue has been fixed in preview version 1.21.60.24 and should be closed as "Fixed" and not "Works as Intended".
As of version 1.21.40, the old biomes_client.json is no longer loaded from the vanilla resources, in favor of the newer "client biome" files; however, the "water_surface_transparency" field that swamps and swamp hills used was not ported over, causing swamp water to render at the default transparency.
This technically brings swamp water closer in parity with Java Edition, but it was not mentioned on the changelog and is therefor probably an error.
The associated underwater fog has also not been changed, causing the water to appear "thicker" while submerged than while not.
Either the surface of the water should be reverted to match the underwater fog, or the underwater fog should be changed to match the new transparency.
EDIT: This issue has been fixed in preview version 1.21.60.24 and should be closed as "Fixed" and not "Works as Intended".
Hovering over a Bundle that is placed inside of a Crafter will show both the normal
hover textand the Bundle-specifichover text. This only happens when using a mouse.Only the Bundle-specific
hover textshould be shown.Hovering over a Bundle that is placed inside of a Crafter will show both the normal tooltip and the Bundle-specific tooltip. This only happens when using a mouse.
Only the Bundle-specific tooltip should be shown.
Hovering over a Bundle that is placed inside of a Crafter will show twohover texts when using a mouse.Hovering over a Bundle that is placed inside of a Crafter will show two tooltips when using a mouse.
Did they remove the ability to add biomes_client.json entries for biomes that don't normally have them? Or does this not work specifically with the Pale Garden? If neither of these are true, then it should still technically be possible to change these aspects of the Pale Garden.
Also, another biomes_client.json feature that is not mentioned here is "fog_ids_to_merge", which has been removed from the most current iteration of the file but still retains function.
This has nothing to do with the shape of the bounding or collision boxes at all. This happens because these blocks use their bottom texture for particles, which have a lot of empty space.
On Java Edition, these blocks use the side and top textures for particles respectively.
'Pick block' does not keep a block entity's data by default using a keyboard, but rather when holding the 'control' key. The issue here is that neither touch nor gamepad controls have an equivalent to the 'control' key.
This is an issue with the vanilla resources. It can be easily fixed by changing the layer of 'hotbar_parent' in the controls array of 'gui_hotbar_grid_item' to 5 in hud_screen.json.
This issue seems to be with switching between regular item models and data-driven entity models, the latter of which all of these items use. A similar issue occurs when switching between an item and an empty hand.
This issue is not unique to chickens. All entities overlap their own shadows. It's just more noticeable on chickens since their feet are (effectively) a single plane.