Draco18s

https://github.com/Excaliburns/ModPractice/blob/master/src/main/java/network/tutmodMessage.java#L43 When the packet is being reconstructed from the byte array...what is the value (and therefore its size) of itemsList? I'll give you a hint, it's specified in the zero-argument constructor.

You would have to look at the player's ToString method and find out.

The player isn't null. The object's ToString() method encountered a NPE while executing.

You aren't using the methods without parameters so of course they're not deprecated.

(or you can set each stack's stacksize to double: virtually all drops are done via 1-size stacks, even in the case of dropping 3 or 5 items)

Because string comparison is awful. You will have to either: a) make a recipe for each variant b) create a new IRecipe implementation that gets the metadata of the dye and applies it to the recipe output.

BTW, it'll take a while to get accepted and you'll probably feel like you're being abused with needing to make changes. Its not personal.

if(entity instanceof EntityParrot) { ... }

You need to encode the information you want to send. ByteBufUtils will help.

https://github.com/Excaliburns/ModPractice/blob/master/src/main/java/network/tutmodMessage.java#L35-L43 And what, pray tell, did you expect to happen?

You should be fine, it's just that if you wanted to override a behavior (e.g. making water buckets do something different) you'd have to remove the existing behavior.

I think so. You're also removing any existing behavior for items you're adding behaviors for, yes? (If applicable) (Aside from the default "toss").

The dispenser does not fire any event, of any kind, when it dispenses items. The BlockEvent class (and its subclasses) are for events like crops growing, blocks being placed, blocks being broken, etc. They are very specific (I do not believe that BlockEvent is used in any context except via its subclasses). Also, if you look at BlockDispenser and the dispense method, you'll see that no events are posted. If you want to change how the dispenser dispenses items, you can do that by adding and removing entries to the DISPENSE_BEHAVIOR_REGISTRY

Packets.

Snrk. Hardly. File a bug report. Better yet, make a Pull Request fixing the problem. https://github.com/MinecraftForge/MinecraftForge

Custom IRecipe implementation should be able to do this.

That is NOT how you post code. You've made it bold for some inane reason and not used a code block (the button with <> on it).

Because you're using the base ItemBlock class which returns 0 in getMetadata()...

Learn how to read the log: Caused by: java.io.FileNotFoundException: multic:blockstates/colored_plank.json

I do not have an answer.

I will point out that if your seasons change and thereby the color changes, the game won't rerender everything unless the chunk is already set to be rerendered (e.g. a block changes). Block colors aren't meant to be dynamic over time.

You need to send packets. You send a packet on the click that tells the server "hey, this button was clicked." The server then makes sure you're looking at a chest, where it is, etc. etc. and then stores the information (which does not go into chunk NBT, because chunk NBT only exists during the save/load process).

Give a man a fish and he eats for a day. Teach a man to fish and he eats for a lifetime.

The NBT constructor is for capability NBT, it is not the same as the ItemStack's stackTagCompound field.

Do not PM me to alert me to a post in your thread. It only makes me want to ignore you.