Draco18s

You still shouldn't use BlockContainer. It's old and out of date and does a bunch of garbage (like overriding the render type) that you don't want.

oh no. ten dollars. whatever shall you do. Seriously. https://www.amazon.com/UGREEN-Ethernet-Adapter-Nintendo-Chromebook/dp/B00MYT481C/ref=sr_1_4 also, start using MB notation rather than GB in your decompile command. 1G will be too little and 2G your computer can't supply. You need to drop down and get finer grained. I did it once, you can too.

It's called exactly once. Once for each hand

1) you implement those methods 2) you call these when the data changes

Multiple instances or multiple types? Am interface is just an object which says "this method exists" and then every class that inherits that interface MUST provide an implementation.

EntityJoinedWorldEvent probably

Block#getDrops() getItemDropped() specifically returns only an item which would have to be combined with getDamageDropped() or whatever it's been renamed to.

Same way you register any other item model.

Likely whatever feature your about to ask for is already possible. You can combine ItemHandlers already, so you'd just spilt them up and combine them as needed. https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/farming/entities/TileEntityTanner.java#L143

Also your code is a mess. There's a half dozen or more variable with names like xxx1, xxx2, xx3, etc. Not to mention constructing facing enums from their index, which is SUPER meaningless.

world.getTileEntity(pos)?

You can't do server things from the client.

If you're transferring power then yes, you'd need a TE to store the power in.

https://github.com/Jigokusaru/MegaMoney/blob/master/main/java/com/jigokusaru/jmmm/JMMM.java#L35-L36 You initialize your items before your blocks, so ModBlocks.vendingmachine is null.

BlockPos.getAllInBox(from, to)

I don't see anything wrong, so you're probably going to have to debug this yourself.

So what's the problem?

1) Do not use ITileEntityProvider, override the methods found in the Block class. ITileEntityProvider is old and is based on metadata, not IBlockstate 2) You need to mark dirty in the case if (FUEL_AMOUNT <= 0) { } as well.

(Hint: that value would be 0)

Why do you need a TE? I could do this with blocks, nothing but blocks, and a custom Interface.

You aren't syncing the TE with the client. https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/java/com/draco18s/farming/entities/TileEntityTanner.java#L174-L200

It's been four days since 1.12 was released, it usually takes the Forge team a couple of weeks to hammer out all the changes they need to make for Forge to be functional. It depends on the severity of the update (1.7 -> 1.8 took so long most modders waited for 1.10).

Here's another example, this time with 3 properties all controlled by TE data. The important thing is that when the data changes you need to sync it to the client, you need to call these methods, override these, and make sure that the property data is saved to NBT.