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 agree with Roadsguy, this bug does not seem to be dimension-based.
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}].