I cannot unlock this recipe manually by using the command:
But if I craft the dye by myself (by putting the dye into the crafting slots), it will get unlocked, so I can finally craft them. Shouldn't this recipe unlock automatically as soon as I've found a dandelion? I mean, isn't this the purpose of the recipe book? To allow me crafting things I don't know their recipe with items I have in my inventory?
EDIT Found the recipe: It's called "minecraft:yellow_dye_from_dandelion". Still asking myself the questions above.
Can confirm this. If the jukebox already started to play and you spawn parrots afterwards, they will not be "affected" by the music. See https://youtu.be/4u_PY6fNj0A
They will start to dance if you restart the jukebox.
Can confirm this. Important: To reproduce this. the armour must be of different types (helmet, chest plate, leggings and boots). Crafting the same armour doesn't trigger this again.
I cannot confirm this.
This is not a bug. It is exactly what it should do: Limiting the crafting to recipes you have already unlocked.
Can confirm this. May be related to MC-114999.
Doesn't appear to be in 17w13a/b and earlier.
I cannot confirm this.
/summon minecraft:armor_stand ~ ~ ~ {Marker:1b}
is working fine for me.
Still in 17w14a.
Not sure if this is a wanted behavior, as advancements don't count as resources, but are world-related. F3+T does exactly what it should: It reloads the resources, nothing else.
Made a small demo world. Also discovered something new: The backslashes will disappear if you reload the world (but you will lose all changes made after the last successful save).
This bug may related to this one here: MC-83313
Log:
[01:12:29] [File IO Thread/ERROR]: Failed to save chunk
java.io.UTFDataFormatException: encoded string too long: 801118 bytes
at java.io.DataOutputStream.writeUTF(DataOutputStream.java:364) ~[?:1.8.0_25]
at java.io.DataOutputStream.writeUTF(DataOutputStream.java:323) ~[?:1.8.0_25]
at ec.a(SourceFile:29) ~[1.9.4.jar:?]
at dq.a(SourceFile:399) ~[1.9.4.jar:?]
at dq.a(SourceFile:53) ~[1.9.4.jar:?]
at dw.a(SourceFile:45) ~[1.9.4.jar:?]
at dq.a(SourceFile:399) ~[1.9.4.jar:?]
at dq.a(SourceFile:53) ~[1.9.4.jar:?]
at dq.a(SourceFile:399) ~[1.9.4.jar:?]
at dq.a(SourceFile:53) ~[1.9.4.jar:?]
at dz.a(SourceFile:102) ~[1.9.4.jar:?]
at dz.a(SourceFile:90) ~[1.9.4.jar:?]
at ast.b(SourceFile:145) ~[1.9.4.jar:?]
at ast.c(SourceFile:131) [1.9.4.jar:?]
at bbb.c(SourceFile:37) [1.9.4.jar:?]
at bbb.run(SourceFile:30) [1.9.4.jar:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_25]
@redstonehelper
Yes it is.
Try this invalid tag command:
/scoreboard players tag @e add is_enderman {Inventory:[{Slot:103b,id:"minecraft:skull"}
The missing brackets / malformed JSON cause this error to appear.
I could not reproduce it for other "invalid" or not successful tag commands, e.g. this:
/scoreboard players tag @e add is_enderman {Inventory:[{Slot:103b,id:"minecraft:skull"}]}
returns the correct "not matching dataTag"-message.
There is none, because the crash is a resultiert of non-responding Java. This is obvious if you want Minecraft to list every single Entity of the world, especially when you habe been playing in the world some time. I just suggest to reduce the list to a maximum of entities as I think its useless to display a hundred of UUIDS
@Marcono: no, just enter /scoreboard players tag and then press tab.
That's true. If you have a full inventory (and you have sth in you offhand) everything gets cleared except the offhand. And the error shown on the Screenshot will only appear if sth is in my offhand, that's at least only then when I get the error.
Still in 1.12 pre-5