ohh - fixed in 17w47b 🙂
Droppers and dispensers doesn't cause the comparator to update either.
A block update near the comparator will update its value.
Chests, trapped chests and cauldrons works fine.
fine with a blank server.dat and also as long as you don't specify a special port in the server address line - but 17w47a really does not like the ':'.
Confirmed running standalone server with openjdk version 1.8.0_111
running snapshot17w14a (and previous) works
running snapshot17w15a fails
It seems that there are some issues with log4j 2.1 and shaded jars under Maven ?
A workaround is to open minecraft_server.jar and remove the two files under
/META-INF/org/apache/logging/log4j/core/config/plugins/
This seems to make the server log output to the console again
I can second this:
Client crashes. Server survives.
Crash happens if you craft something that begins to consume a third stack of items, it seems.
Experimented with slime_block, iron_ingot and cobblestone_stairs.
To reproduce (for single-material recipes requiring n items to produce 1 block):
1) place two stacks + n-128%n items (or more) in your inventory.
2) shift click the recipe that crafts the items to a block
crash happens as the recipe is shift-clicked.
no items go missing (nothing is crafted and no materials are removed from the inventory).
Examples:
Trying to craft iron ingots from 64+64+6 nuggets: Ok
Trying to craft iron ingots from 64+64+7 or more nuggets: crash
Trying to craft cobblestone stairs from 64+64+3 nuggets: Ok
Trying to craft cobblestone stairs from 64+64+4 or more nuggets: crash
I have not tried with recipes that requires more than one material.
Log of forced crash
Sorry but I don't know what you mean, just report a bug because when you throw an item it jerks like the Glow Squid