bl4ckscor3
Assigned
View all
MC-306608
Glow item frames now resemble item frames
Fixed
MC-306607
Endermen now display the block-holding pose even when empty-handed
Fixed
MC-306501
Changing game rules from the world creation screen has no effect
Fixed
MC-306489
Item frame's visual gets shifted when any objective is having below_name display
Fixed
MC-306479
Entity shadows are elevated when a below_name scoreboard objective is active
Fixed
MC-306222
Some strings introduced in 26.1 Snapshot 6 are grammatically incorrect
Fixed
MC-306207
The world upgrade tooltips in the world selection screen appear with any world after selecting a world that needs to be upgraded
Fixed
MC-305457
The targeted fluid is always displayed as "empty" in the debug overlay
Fixed
MC-305012
The description of the "Universal anger" game rule still uses the old ID of the "Forgive dead players" game rule
Fixed
MC-304991
Clicking on a chest with loot that hasn't been generated in Spectator mode makes the "block.chest.locked" sound
Fixed
Reported
View all
MC-301745
The client crashes when in the vicinity of an ender chest
Fixed
MC-279599
/test pos is offset by one on the y and z axis
Fixed
MC-279235
Certain farm animals are not spawned as their cold variant in some cold biomes due to an incomplete tag
Fixed
MC-277118
Creakings can spawn with doMobSpawning set to false
Fixed
MC-276804
Bundles are missing from the "Colored Blocks" creative tab
Works As Intended
MC-275760
The recipe book plays a sound on space/enter even when the recipe was not repeated
Works As Intended
MC-275328
Enchantment glint is not visible on items in item frames
Fixed
MC-270653
CTRL+Pick Block on a command block is not reliable
Duplicate
MC-267940
Armadillo's scute drop timer is not saved to data
Fixed
MC-161300
Blocks held by endermen are darker than usual
Fixed
Comments
JSON data is parsed into the smallest number type possible. That means in your example, you are checking {cmd:1} (from the item) against {cmd:1b} (from the model). The model definition supports SNBT, so in your model you can write the case as "when": "{cmd:1b}", which is the intended way to solve these type issues. A different solution would be to define the type within the custom data component itself: ender_eye[custom_data={cmd:1b}].
Hi! This issue is caused by multiple items having the same attribute modifier ID. If different modifier IDs are used instead, then the provided commands give armor items that work fine when used together. As per https://www.minecraft.net/en-us/article/minecraft-snapshot-24w21a “Using the same ID for different modifiers is allowed as long as the modifiers are for different attributes”. Hence we do not support the usage of the same modifier IDs on different items.
Please let us know if this behavior has worked before in any version of the game.
Seems to be fixed since 19w46a.
Seems to be fixed in 19w39a.
Seems to be fixed in 19w39a.
Of course! See: https://bugs.mojang.com/browse/MC-161300
The new model now has ash and wood particles, both of the textures are visible on the model. I would say that this report is no longer necessary.
This is Minecraft, not real life. In Minecraft, you can break the campfire with your bare hands without hurting yourself, but not irl.
I wouldn't say that this is intended. The campfire isn't unlit, so the breaking particles should also not be unlit.
Confirmed for 17w48a
Confirmed for 15w43c
This has been fixed in the b snapshot.
Reproducable in 15w32c
Still present in 15w32b
Can reproduce in 15w32a
Confirmed for 15w31b/c.
I believe it was fixed. The cooldown is now respected when pressing escape (i.e. nothing happens while the buttons are deactivated). Pressing escape on a confirm screen means pressing the “Cancel” (in this case “Respawn”) button - this behavior has not changed.