Draco18s

That usually happens when you screw up your slot indexes.

Might also be worth looking at how vanilla handles the Advancements screen.

1.12 is no longer supported here.

So, if it is the wrong item, destroy it?

Well, how long is it? How do you know? Also, the tick events usually have a Phase (START and END) as well as occasionally sub-events (Pre and Post) so if you don't pick one, your code runs more than once per tick.

It does nothing. You created a method that will never be called.

Yes. They're just editors. The shortcuts, layout, and such are going to be different, but that's just a preferences thing. Its like asking "oh, can I search the internet with Bing instead of Google?" Yes. Yes you can.

Your IDE is irrelevant, you don't need to include it. You could be using Notepad++ and the oregen process wouldn't change. You'd have a harder time navigating files, but that's it.

Look it up. http://export.mcpbot.bspk.rs/ Also, use ObfuscationReflectionHelper.

Also don't post code as images.

"Building" is a list of one hundred thousand* things that need to be done, in order, in order to run the game. They must be done every time, they must be done in order, they must ALL be done. How would you do it faster? *Arbitrarily large number

Well. Do you call .tickRandomly() on your BlockProperties? If yes: then it will tick at random If no: where are you scheduling your next tick?

...noooo, it uses the tick method (updateTick from previous versions). I'm looking at it right now. Which...is also called randomly or by schedule, depending on the block. Farmland is random. Also also, randomDisplayTick doesn't exist any more either, its now called animateTick. Put @Override on your damn methods.

Ok, so: That method is only called on the client side and can't actually change the block state. That method is not called every tick. Its called randomly.

Where are you calling that from?

*cough* SlotItemHandler *cough*

Btw the only thing my packet system handles is a Prospecting effect to tell the client to draw some particles. You want to transfer TE info, getUpdatePacket and getUpdateTag exist.

Turns out I was kind of right:

Because that's not the name of that field in the obfuscated environment.

1.12 is no longer supported

You told it "I don't have a model" and you're surprised by this.

Soooo...your blockstate and block model files? Because your block class is basically irrelevant.

This is fine, just pointing out that Blocks.OAK_LEAVES will contain the same value, so it isn't really necessary.

I wasn't sure if there the information was accessible, or if the actual handler got wrapped in something by the JVM, effectively hiding the true signature.

It probably can't. By the time the lambda is passed to the method, the fact that it was generic was probably irretrievably lost.